I love Web-services

if (you are a developer, don’t know what they are and interested)

{

      start with Apache Axis2

} else if (you know what they are, know Spring basics and curious about me falling in love with them all-over again

{

      try Apache CXF

}

   1:  java.lang.ClassCastException: org.apache.axis2.receivers.RawXMLINOnlyMessageReceiver cannot be cast to org.apache.axis2.engine.MessageReceiver

   2:  at org.apache.axis2.deployment.DescriptionBuilder.loadMessageReceiver(DescriptionBuilder.java:190)

In most of the situations, this error comes up when you think everything is fine and it should work. You should be able to transmit message from one end to other without any problem and it actually happens.

You send something from end 1 to end 2, end 2 receives it, processes it and then end 2 tries to send something back to end 1, but then, this error appears.

The problem isn’t in the implementation but in the the usage. Generally we try to invoke asynchronous behavior out of synchronous web-service structure. Let us do the post-mortem of above example -

Scenario 1

• end 1 sends abc and wait for return of message-flow
• end 2 receives abc
• end 2 processes abc
• end 2 tries to send xyz to end 1 (than returning the value for message-flow abc)
• end 1 which is waiting for abc message-flow return value, receives xyz which isn’t expected and hence it throws ClassCastException

And the ideal flow should be -

Scenario 2

• end 1 sends abc and wait for return of message-flow
• end 2 receives abc
• end 2 processes abc
• end 2 sends return value for abc message flow
• end 1 receives and process return value for abc message flow
• end 2 tries to send xyz to end 1
• end 1 receives xyz…(and the flow continues)

This is still an open issue over AXIS2 website (https://issues.apache.org/jira/browse/AXIS2-2972?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel).

If you don’t want want to proceed in this (synchronous) way, then you can implement asynchronous web-services using AXIS2 (which isn’t in scope of this topic – so wouldn’t be explaining here) but if you can’t change the existing synchronous web-service and have access to only the code which invokes the web-service plus flow can also not be changed as explained in scenario 1, then there is one temporary solution -

Maintain the pool of Stub or ServiceClient instances from start of server and use another Stub instance when starting a new message flow

Take it as a temporary work-around as it isn’t the practical solution or suggested solution for running a web-service in production environment and try to convert Scenario 1 into Scenario 2 for your application or synchronous web-service into asynchronous web-service as soon as it can be done.

Here is the complete stacktrace of exception for which solution is explained above -

java.lang.ClassCastException: org.apache.axis2.receivers.RawXMLINOnlyMessageReceiver cannot be cast to org.apache.axis2.engine.MessageReceiver
at org.apache.axis2.deployment.DescriptionBuilder.loadMessageReceiver(DescriptionBuilder.java:190)
at org.apache.axis2.deployment.DescriptionBuilder$1.run(DescriptionBuilder.java:142)
at org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:130)
at org.apache.axis2.deployment.DescriptionBuilder.processMessageReceivers(DescriptionBuilder.java:138)
at org.apache.axis2.deployment.AxisConfigBuilder.populateConfig(AxisConfigBuilder.java:92)
at org.apache.axis2.deployment.DeploymentEngine.populateAxisConfiguration(DeploymentEngine.java:640)
at org.apache.axis2.deployment.FileSystemConfigurator.getAxisConfiguration(FileSystemConfigurator.java:105)
at org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:60)
at org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContextFromFileSystem(ConfigurationContextFactory.java:174)
at org.apache.axis2.client.ServiceClient.initializeTransports(ServiceClient.java:211)
at org.apache.axis2.client.ServiceClient.configureServiceClient(ServiceClient.java:138)
at org.apache.axis2.client.ServiceClient.<init>(ServiceClient.java:133)
at org.apache.axis2.client.ServiceClient.<init>(ServiceClient.java:229)
at com.test.client.BasicClient.<init>(BasicClient.java:76)
at com.test.client.TestClient.<init>(TestClient.java:31)
at com.test.client.servlet.TestServer.<init>(TestServer.java:452)
at com.test.client.TestServer.getInstance(TestServer.java:65)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.test.client.ClientMessageHandler.init(ClientMessageHandler.java:51)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.axis2.engine.DependencyManager.initServiceClass(DependencyManager.java:56)
at org.apache.axis2.engine.DependencyManager.initService(DependencyManager.java:94)
at org.apache.axis2.context.ConfigurationContextFactory.initApplicationScopeServices(ConfigurationContextFactory.java:91)
at org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:76)
at org.apache.axis2.transport.http.AxisServlet.initConfigContext(AxisServlet.java:486)
at org.apache.axis2.transport.http.AxisServlet.init(AxisServlet.java:406)

Thanks to Anand Mandil for suggesting the last temporary work-out. It proves very handy when you are in do-or-die position.

_serviceClient.engageModule("addressing");

And you keep getting error that addressing module can’t be engaged as –

org.apache.axis2.AxisFault: Unable to engage module : addressing
at org.apache.axis2.client.ServiceClient.engageModule(ServiceClient.java:333)

To overcome this problem, you need to specify the axis2 locations specifically while creating ConfigurationContext. Therefore  instead using default constructor which goes like -

ConfigurationContext ctx = ConfigurationContextFactory.createConfigurationContextFromFileSystem(null, null)

, you need to change it to -

ConfigurationContext ctx =
ConfigurationContextFactory.createConfigurationContextFromFileSystem(repository, path)

Here repository is location of axis2 module/package folder and path is the respective location of axis2.xml (configuration file). Make sure that the respective modules are placed inside modules/repository folder of repository path given. Foe example, you can try following sample code for creating ConfigurationContext - 

ConfigurationContext ctx =
ConfigurationContextFactory.createConfigurationContextFromFileSystem(“c:\\axis2\\WEB-INF”, “conf/axis2.xml”)

This syntax will work if you have axis2 path set in your class path. Otherwise, you may need to use following syntax - 

ConfigurationContext ctx =
ConfigurationContextFactory.createConfigurationContextFromFileSystem(“c:\\axis2\\WEB-INF”, “c:\\axis2\\conf\\axis2.xml”)

In this way, you get handle of axis2 modules and related dependencies. Now you can engage any addressing module after ceating the ServiceClient from this ConfigurationContext. The sample code goes as follows –

…

ConfigurationContext configContext = ConfigurationContextFactory.createConfigurationContextFromFileSystem(“c:\\axis2\\WEB-INF”, “c:\\axis2\\conf\\axis2.xml”);

ServiceClient service = new ServiceClient( configContext, null );

…

…

service.engageModule("addressing");

…

Or you can try storing these static path variables in system resources/classpath and then referring them in your code as those variables like -

…

ConfigurationContext configContext = ConfigurationContextFactory.createConfigurationContextFromFileSystem(“axisPath”, “axisXMLPath”);

ServiceClient service = new ServiceClient( configContext, null );

…

…

service.engageModule("addressing");

…

You may also like to visit Apache Axis2 FAQ page – http://ws.apache.org/axis2/faq.html

An error in web-services -

exception in stub ==java.lang.LinkageError: loader constraint violation: when resolving method "com.TestClass.getOMElement(Ljavax/xml/namespace/QName;Lorg/apache/axiom/om/OMFactory;)Lorg/apache/axiom/om/OMElement;" the class loader (instance of org/apache/axis2/deployment/DeploymentClassLoader) of the current class, com/TestServiceClass, and the class loader (instance of org/apache/catalina/loader/StandardClassLoader) for resolved class, com/ibm/ecris/service/components/TestClass, have different Class objects for the type org/apache/axiom/om/OMFactory used in the signature

It comes up when another class with same name is already loaded in ClassLoader (generally during start of web-server, perhaps in different project) and we don’t know about it. The already loaded class is different than the class being loaded at this time. In this case, class being initialized/loaded/used is TestClass which is already loaded with different signatures and therefore this error pops up. So make sure that you load only one instance of right class at right time.

"Exception occurred while reading or writing file {0}The Axis2 facets cannot be installed since the Axis2 runtime location has not been set.

Please go to the Web Services preference page and set the Axis2 runtime location under Axis2 Preferences."

And comes up even when Axis2 is configured properly. So not a matter of worry for the developer but it is a thing Eclipse messes up internally and you can’t get it right after repeated tries. So what you are supposed to do to get out of this problem? Simplest solution –

Clean install Eclipse, set Axis2 preferences once again to point to a clean fresh Axis2 directory inside Preferences > Web-Services (the way you did with previous one) and there you go. No more problems which proves it was an error which had to do with Eclipse only.

Long way to go for Open Source. Oh yes, why long way because still it demands an out-of-world hardware configuration which can make a PC not just run but fly. Have you got a chance to run Eclipse on a system with 501 MB RAM, even if it was by a mistake? It was just a fantasy that I wanted to happen and when it happened, it turned out to be more like a tragedy than fantasy but then there is one thing common between both – they can never be forgotten!!

   1: MySQL Server has gone Away - Error 2006

I am working on Windows Vista and using phpMyAdmin as interface to MySQL.

To fix upload problem, you need to update upload_max_filesize variable inside php.ini file. By default, it is set to 2M (2 MB). I have changed it to 170M in order to accompany the files I am dealing with.

In order to keep MySQL functioning properly and not throwing errors like 2006 which comes up because of extremely large queries, set max_allowed_packet = 20M which is 1M by default. You can check value of variable by executing following command on MySQL prompt -

   1: show variables like 'max_allowed_packet';

In addition, to save your session timing out quickly, you can also consider changing max_execution_time variable in php.ini and LoginCookieValidity inside config.inc.php of phpMyAdmin.

There are more settings which can be referenced in order to keep all these things working properly. I am linking all the files with this post -

• httpd.conf
• my.ini
• php.ini
• config.inc.php

The Apache service named  reported the following error:
>>> (OS 10048)Only one usage of each socket address (protocol/network address/port) is normally permitted.  : make_sock: could not bind to address 0.0.0.0:80

In my case, I was running Skype which blocked port 80 and therefore, Apache wasn’t starting. Both Skype as well as Apache are justified in using same port as per its definition -

Typically, an HTTP client initiates a request by establishing a Transmission Control Protocol (TCP) connection to a particular port on a host (port 80 by default;

Apache Lounge (The Apache Webmasters & Programmers Community) is quite useful community to look out for resolution of most of your Apache related doubts, specially on Windows platform. The solution to above problem can be found at this thread. There is another useful thread which details about problems faced while re-installing Apache guiding about un-installation procedure and then installation of apache and PHP along-with their consolidation. I faced this problem after the consolidation, so came across this thread too.