Neeraj Dheer

Hi,

We are in the midst of upgrading from IBM MQ v6 to IBM MQ v7. We have a mix of JMS-based and IBM MQ-API based applications. However the applications still use jdk 1.4.2 - Upgrading the jdk is not an option at the moment. I have checked the pre-requisites at the IBM MQ site, and MQ v7 (specifically 7.0.1.3) shoould work with java 1.4.2

IBM MQ Prerequisite site: http://www-01.ibm.com/support/docview.wss?rs=180&uid=swg27011929

For the upgrade, we also upgraded the client jar files from MQ v6 to MQ v7 client jars - We always use the CLIENT mode for connections.
All the point-to-point connections were migrated successfully - Did not come across any issue with either the client v7 jars - in both IBM MQ and JMS mode - and both with and without JNDI bindings.

However, we need to connect to a topic still on MQ v6 using the same MQ v7 jar files. The issue we are facing is that the connection is made fine (Using JNDI bindings files generated by the JMSAdmin utility using v7 jars). We also receive messages, however after receiving a few (random) number of messages, we get the following error and the connection drops:
Message : javax.jms.JMSException: MQJMS1107: A problem with the connection has occurred.

After enabling JMS Trace for this process, we see the following 2 issues:

1. See the following messages:

16:34:53.117.00 0004 CurrentThread ClassLoader = sun.misc.Launcher$AppClassLoader@7b7072 16:34:53.118.00 0004 @1eab608 c.i.m.jmqi.local.LocalMQ$1 ----+----+--- } run() returns [com.ibm.mq.jmqi.JmqiException: CC=2;RC=2495;AMQ8568: The native JNI library 'mqjbnd' was not found. [3=mqjbnd]] 16:34:53.118.01 0004 @331e19 c.i.m.jmqi.local.LocalServer(LocalMQ) ----+----+--- ! initialise_inner()1, CC=2;RC=2495;AMQ8568: The native JNI library 'mqjbnd' was not found. [3=mqjbnd] [com.ibm.mq.jmqi.JmqiException] 16:34:53.118.02 0004 @1209d56 c.i.m.jmqi.system.JmqiSystemEnvironment(JmqiEnvironment) ----+----+ X getInstance(String,int)<catchIndex 5> 16:34:53.118.02 0004 <null> [java.lang.reflect.InvocationTargetException] at: 16:34:53.118.02 0004 sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 16:34:53.118.02 0004 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) 16:34:53.118.02 0004 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) 16:34:53.118.02 0004 java.lang.reflect.Constructor.newInstance(Constructor.java:274) 16:34:53.118.02 0004 com.ibm.mq.jmqi.JmqiEnvironment.getInstance(JmqiEnvironment.java:687) 16:34:53.118.02 0004 com.ibm.mq.jmqi.JmqiEnvironment.getMQI(JmqiEnvironment.java:623) 16:34:53.118.02 0004 com.ibm.mq.jmqi.JmqiEnvironment.getMQI(JmqiEnvironment.java:557) 16:34:53.118.02 0004 com.ibm.msg.client.wmq.factories.WMQComponent.getImplementationInfo(WMQComponent.java:186) 16:34:53.118.02 0004 com.ibm.msg.client.commonservices.trace.Trace.getVersion(Trace.java:1692)

16:34:53.141.02 0004 Stack trace 16:34:53.141.02 0004 ----------- 16:34:53.141.02 0004 16:34:53.141.02 0004 Stack trace to show the location of the FFST call 16:34:53.141.02 0004 | FFST Location :- java.lang.Exception 16:34:53.141.02 0004 | at com.ibm.msg.client.commonservices.trace.Trace.getCurrentPosition(Trace.java:1714) 16:34:53.141.02 0004 | at com.ibm.msg.client.commonservices.trace.Trace.createFFSTString(Trace.java:1653) 16:34:53.141.02 0004 | at com.ibm.msg.client.commonservices.trace.Trace.ffstInternal(Trace.java:1536) 16:34:53.141.02 0004 | at com.ibm.msg.client.commonservices.trace.Trace.ffst(Trace.java:1395) 16:34:53.141.02 0004 | at com.ibm.msg.client.wmq.common.internal.WMQTraceHandler.ffst(WMQTraceHandler.java:700) 16:34:53.141.02 0004 | at com.ibm.msg.client.wmq.common.internal.WMQTraceHandler.ffst(WMQTraceHandler.java:662) 16:34:53.141.02 0004 | at com.ibm.mq.jmqi.remote.internal.RemoteFAP.spiGet(RemoteFAP.java:6418) 16:34:53.141.02 0004 | at com.ibm.msg.client.wmq.v6.base.internal.MQSESSION.spiGet(MQSESSION.java:1833) 16:34:53.141.02 0004 | at com.ibm.msg.client.wmq.v6.base.internal.MQQueue.spiGetInt(MQQueue.java:2949) 16:34:53.141.02 0004 | at com.ibm.msg.client.wmq.v6.base.internal.MQQueue.spiGet(MQQueue.java:2786) 16:34:53.141.02 0004 | at com.ibm.msg.client.wmq.v6.jms.internal.MQMessageConsumer.getMessage(MQMessageConsumer.java:2735) 16:34:53.141.02 0004 | at com.ibm.msg.client.wmq.v6.jms.internal.MQMessageConsumer.receiveAsync(MQMessageConsumer.java:4230) 16:34:53.141.02 0004 | at com.ibm.msg.client.wmq.v6.jms.internal.SessionAsyncHelper.run(SessionAsyncHelper.java:537) 16:34:53.141.02 0004 | at java.lang.Thread.run(Thread.java:534)

and then the second set of error messages:

2.
Caught expected exception at catch index 2 [java.lang.ClassNotFoundException: java.lang.management.ManagementFactory] 16:34:53.147.06 0004 static CommonClassLoading ----+----+----+ d dynamicLoadClass() Classload Step 3: CSSystem Classloader [sun.misc.Launcher$AppClassLoader@7b7072] 16:34:53.148.00 0004 static c.i.m.c.commonservices.cssystem.CSSystem ----+----+----+ d loadClassInternal(final String,final Class,final int) Caught expected exception at catch index 3 [java.lang.ClassNotFoundException: java.lang.management.ManagementFactory] 16:34:53.148.01 0004 static CommonClassLoading ----+----+----+ d dynamicLoadClass() Classload Step 4: class.forName() [using system classloader] 16:34:53.172.09 0004 @5e3371 c.i.m.j.remote.internal.RemoteFAP(RemoteFAP) ----+-- X spiGet(Hconn,Hobj,MQMD,MQGMO,SpiGetOptions,int,ByteBuffer,Pint,Pint,Pint)<catchIndex 3> 16:34:53.172.09 0004 CC=2;RC=2195 [com.ibm.mq.jmqi.JmqiException] at: 16:34:53.172.09 0004 com.ibm.mq.jmqi.remote.internal.RemoteFAP.spiGet(RemoteFAP.java:6420) 16:34:53.172.09 0004 com.ibm.msg.client.wmq.v6.base.internal.MQSESSION.spiGet(MQSESSION.java:1833) 16:34:53.174.00 0004 @edfb95 c.i.m.c.w.v.jms.internal.MQConnection$2 ----+ { onConnectionBrokenException(MQQueueManager,MQException) [c.i.m.c.wmq.v6.base.internal.MQQueueManager@e2e869] [com.ibm.mq.MQException: MQJE001: Completion Code '2', Reason '2195'.] 16:34:53.174.01 0004 static c.i.m.c.w.v.jms.internal.ConfigEnvironment ----+- { newException(String) [MQJMS1107]

now, my questions:
1. Do we really need the mqjbnd.dll file (So dll on my local windows development environment and the Linux library on the Linux env?) ? If we do, why did we not see the error earlier for point-to-point?

2. Since we are using jdk 1.4.2, the java.lang.management.ManagementFactory class obviously cannot be found - which does mean that we might be using the jdk 5 version of the client jars rather than the jdk 1.4.2 version - However again, why did it work so far? Also, I did try to find the MQ v7 jdk 1.4.2 client jars but could not - Would highly appreciate if someone could point me to a download link.

3. Is there any way to get the JMX package for jdk 1.4.2?

The entire jms trace file is very big but can attached the relevant bit if needed.

Thanks!

very old thread...hopefully someone still has more on this...

similar thread here

Anyone to clarify?

First of all :

1. Trying to revive a very old thread, so not sure if anyone will read this.

2. Been a long time since i visited the Ranch, but needed to look for something and sure enough, ended up finding it here.

Now...

'Final variable declared in a method has the same scope as other non-final variables in the method, ie, as long as the method (or block in which the variable is declared) is being executed'.

When I declare an anonymous inner class in a method and need the inner class to use a variable declared in the enclosing method, I have to declare it as final. Cant pass a non-final variable.
This leads me to the conclusion that final variables are treated differently than non-final variables.
This link refers to the final variable being stored in a 'more permanent area of memory' which i guess refers to the 'permanant area'.

Is this inference correct or am I missing out on something?

Also - similar thread here

can you please post your web.xml file?

How can two classes in the same package have the same name?

ok...So, it resolves to the 'root' directory of the system.

For Ex:- on my windows machine file://localhost/ resolves to 'C:/' .
What happens if i have more than one drives/partitions? Have been told that it resolves to the drive on which the calling application resides.

I have not tried this on Unix, but am assuming it wil still resolve to '/'. Or will it resolve to the user's 'home' directory?

Ilja,

I have tried this in Websphere as well and it works, so it is not a tomcat thing.

From what I can see, file://localhost resolves to the context root of all the web apps, like the webapps directory in tomcat.

You could pass the required field as a hidden parameter which you could then retrieve in the next action class.

Ritchie: I understand that. It maps to some file on the local system. But which file/directory? It cant point to some arbitrary directory.

Stuart: The URL doesnt show up that. i get the 'C;/.. ' or whatever path that way.

I am told it points to the 'Temp' directory, but i am not sure this is right.

Hi again!!!

I have come across some code which does something like:

URL u = new URL("file://localhost/some_dir/some_file.ext");

This code is used to get a Stream to a file on the filesystem using tomcat. What does 'file://localhost' resolve to??? Is this a standard way of referring to some particular directory?

Point

Strange problem. I have a jsp with 'multipart/form-data'. That jsp has two parameters, one is a name-value parameter 'path' (represents where i want to save the file being uploaded within the application context) and the second is the actual file.

When i submit this data to a 'Test Environment' in WSAD 5.1.2, at times, i can see 2 threads for the same request. I have tested this by putting System.out.println(Thread.getName()) in the servlet and the class the servlet calls for the actual parsing of the request.

What i see is that, if the duplicate request passes through before the original request, all the parameters are null and a NullPointerException is thrown, but then the original request goes through, all the parameters are present and i get a success without the file being uploaded.

Why is a duplicate request being created? Is this websphere specific, since i have enver faced this problem with Apache Tomcat? Any solutions??

Try getting the path of the file using ClassLoader.getResource("..."). That way the right path will be passed to JDOM

Try something like the following code for sending the file to the client:
response.setContentLength(file.getSize()); //assuming file is an Object of class File FileInputStream readFile = new FileInputStream(file); BufferedOutputStream writeToClient = response.getOutputStream(); int byteRead; while((byteRead = readFile.read()) != -1){ writeToClient.write(byteRead); }

Can you post the html code? Have you set the enctype attribute of 'form' to multipart/form-data ?