We've done so with varying degrees of success.
To summarize how we did it:
- Agent files to live on all SF hosts or bundled with your deployed application
- create a profile for all your SF deployed applications and also include with agent files
- you can take BW global variables as input to the JVM startup parameters. Talk to your tibco admin, but what I have noted as a requirement is to update the bwengine.xml file in your deployment folder of your local BW Designer and re-build the ear files where it will need introscope added. Here are the properties to add to the file:
<property>
<name>Wily</name>
<option>java.extended.properties</option>
<default>-javaagent:/path/to/your/Agent.jar -Dcom.wily.introscope.agentProfile=/path/to/your/profile.profile</default>
<description>Wily Configuration</description>
</property>
- since a BW app will bounce around the SF environment, you can either deal with the fragmentation of metrics for application:host or as I did, statically set the hostname to avoid this: "-Dcom.wily.introscope.agent.hostName=StaticHostname" this will always set the hostname to something static so that all metrics stay bound to one host. This will however lose the ability to determine the hostname that the application is running on unless you look at the IP Address.
- Since you will be using a common profile, you'll also want to set the agent name at runtime using the following parameter: -Dcom.wily.introscope.agent.agentName=SOME_AGENT_NAME
We did this a very long time ago, and is still used this way. I am not a tibco person, but I hope this helps.