Could not create connection with JMS server.[ Queue Connection Factory = QueueConnectionFactory User Name = admin Provider URL = isUFO = false]

The following error comes when EMS details are not present in the tra file.

Could not create connection with JMS server.[ Queue Connection Factory = QueueConnectionFactory User Name = admin Provider URL = isUFO = false]

Resolution:- 

Add the EMS client libraries by running the traUpgradeManager utility with the –ems option.

• traUpgradeManager -path <TIBCO_HOME> -ems <EMS_HOME>

Example:

• traUpgradeManager -path /opt/tibco -ems /opt/tibco/ems/8.4

Advertisement

java.sql.SQLRecoverableException: IO Error: Connection reset ( Designer / BWEngine / interfaceName )

Sometimes, when you create a JDBC Connection in your Designer, or when you configure a JDBC Connection in your EAR, You might end up with an error like this :-

Designer :-

Runtime :-

java.sql.SQLRecoverableException: IO Error: Connection reset

(In your trace file)

This happens because of urandom

/dev/random is a random number generator often used to seed cryptography functions for better security.  /dev/urandom likewise is a (pseudo) random number generator.  Both are good at generating random numbers.  The key difference is that /dev/random has a blocking function that waits until entropy reaches a certain level before providing its result.  From a practical standpoint, this means that programs using /dev/random will generally take longer to complete than /dev/urandom.

With regards to why /dev/urandom vs /dev/./urandom.  That is something unique to Java versions 5 and following that resulted from problems with /dev/urandom on Linux systems back in 2004.  The easy fix was to force /dev/urandom to use /dev/random.  However, it doesn’t appear that Java will be updated to let /dev/urandom use /dev/urandom. So, the workaround is to fake Java out by obscuring /dev/urandom to /dev/./urandom which is functionally the same thing but looks different.

Therefore, Add the following Field to bwengine.tra and designer.tra OR your Individual track’s tra file and restart the bwengine or designer and it works like Magic Johnson’s Dunk.

java.extended.properties -Djava.security.egd=file:///dev/urandom

TIBCO BWPM – Missing Libraries Detected

Guys,

If at all you get an error like this

 

Don’t Panic, simply copy the following list of the following jars in $CATALINA_HOME/lib

For EMS :-

• jms.jar (if using ems 8 and above rename jms2.0.jar with jms.jar)
• tibcrypt.jar, tibjms.jar, tibjmsadmin.jar

For Database :-

• ojdbc.jar (rename ojdbc6.jar or ojdbc7.jar to ojdbc.jar) – ORACLE
• mssqlserver.jar (rename to sqljdbc4.jar) – MSSQL

“BW-EXT-LOG-100000 All threads (75) are currently busy, waiting. Increase maxThreads (75) or check the servlet status”

Title:	Why Do I get “BW-EXT-LOG-100000 All threads (75) are currently busy, waiting. Increase maxThreads (75) or check the servlet status” error?
Environment:	Product: TIBCO BusinessWorks Version: OS: Any
Resolution:	The error you got indicates that BW has reached the maximum number of threads available for incoming HTTP requests. To solve your problem, you can modify the following BW property to specify higher value: bw.plugin.http.server.minProcessors This property specifies the minimum number of threads available for incoming HTTP requests. The HTTP server creates the number of threads specified by this parameter when it starts up. The default minimum number of threads is 10. bw.plugin.http.server.maxProcessors This property specifies the maximum number of threads available for incoming HTTP requests. The HTTP server will not create more than the number of threads specified by this parameter. The default maximum number of threads is 75. You can get more details about these properties in TIBCO ActiveMatrix BusinessWorks? Palette Reference — > Chapter 6 HTTP Palette : HTTP Connection –> Custom Properties for the HTTP Palette.
Keywords:	BW HTTP Threads request minProcessors

TIBCO Business Works Process Monitor (From BW to PM )