Tom,

Thanks for the pointer: the integration guide turns out to have a lot of useful information for me.

I can set the SocketFactory by setting a system property (Example 2 in the integration guide) just fine. But when I try to create a service definition file, like in example 1, I still get DefaultSocketFactory. I've checked and rechecked, and I'm sure that the file name is org.apache.axis.components.net.SocketFactory. It has one line:

org.apache.axis.components.net.MySocketFactory

and it's in META-INF/services/

One thing: is there anywhere specific that META-INF should be? (This is not clear from the integration guide.) I've tried it under the base directory of my servlet, and also under the WEB-INF directory, and neither worked.

Any ideas?

Thanks again for your help: there's definitely a light at the end of the tunnel now.

Steve


Tom Jordahl wrote:


This is the kind of thing that you need to use the commons-discovery code to do. You can either set a property or create a service config file.

Check out the xml-axis/docs/integration-guide.html file for info on this.


-- Tom Jordahl Macromedia Server Development

-----Original Message-----
From: Steven Gollery [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2003 4:17 PM
To: [EMAIL PROTECTED]
Subject: replacing DefaultSocketFactory


I'd like to set up SocketFactoryFactory so that, instead of returning DefaultSocketFactory for HTTP, it returns an instance of MySocketFactory (a class derived from DefaultSocketFactory).

From the way that SocketFactoryFactory is implemented, it appears that the way to do this would be something like:
AxisProperties.setClassOverrideProperty(MySocketFactory.class, "axis.socketFactory");


But when I try to do this in my code, I still get DefaultSocketFactory.

One thing that may be germane: my code is a servlet running in Tomcat. The servlet uses Axis client classes to call a remote web service, then formats the results into html.

So: should this work? Is there a better way to do this? Am I completely off track here?

Thanks,

Steven Gollery
[EMAIL PROTECTED]





Reply via email to