Here are the stack traces.
Removing activation.jar yields:
java.lang.NoClassDefFoundError: javax.activation.DataHandler
at com.sun.xml.rpc.encoding.soap.StandardSOAPTypeMappings.class$(StandardSOAPTypeMappings.java:138)
at com.sun.xml.rpc.encoding.soap.StandardSOAPTypeMappings.<init>(StandardSOAPTypeMappings.java:891)
at com.sun.xml.rpc.encoding.StandardTypeMappings.getSoap(StandardTypeMappings.java:32)
at com.sun.xml.rpc.client.BasicService.createSoapMappings(BasicService.java:228)
at com.sun.xml.rpc.client.BasicService.createStandardTypeMappingRegistry(BasicService.java:200)
at com.sun.xml.rpc.client.BasicService.<init>(BasicService.java:79)
at com.sun.xml.rpc.client.dii.ConfiguredService.<init>(ConfiguredService.java:52)
at com.sun.xml.rpc.client.dii.ConfiguredService.<init>(ConfiguredService.java:48)
at com.sun.xml.rpc.client.ServiceFactoryImpl.createService(ServiceFactoryImpl.java:41)
at demo.client.GreetingClient.main(GreetingClient.java:24)
Removing mail.jar yields:
java.lang.NoClassDefFoundError: javax.mail.internet.MimeMultipart
at com.sun.xml.rpc.encoding.soap.StandardSOAPTypeMappings.class$(StandardSOAPTypeMappings.java:138)
at com.sun.xml.rpc.encoding.soap.StandardSOAPTypeMappings.<init>(StandardSOAPTypeMappings.java:910)
at com.sun.xml.rpc.encoding.StandardTypeMappings.getSoap(StandardTypeMappings.java:32)
at com.sun.xml.rpc.client.BasicService.createSoapMappings(BasicService.java:228)
at com.sun.xml.rpc.client.BasicService.createStandardTypeMappingRegistry(BasicService.java:200)
at com.sun.xml.rpc.client.BasicService.<init>(BasicService.java:79)
at com.sun.xml.rpc.client.dii.ConfiguredService.<init>(ConfiguredService.java:52)
at com.sun.xml.rpc.client.dii.ConfiguredService.<init>(ConfiguredService.java:48)
at com.sun.xml.rpc.client.ServiceFactoryImpl.createService(ServiceFactoryImpl.java:41)
at demo.client.GreetingClient.main(GreetingClient.java:24)
If it turns out that all the listed jar files are required to make it work, that's fine. I was just going on the notion that if I was going to put together a package that someone who wanted to access my service could utilize, I wanted to make it as lean as possible (no unnecessary packages).
Doug Kohlert <Doug.Kohlert_at_Sun.COM> wrote:
Brian,
Hmm, I am not sure why you need mail.jar and activation.jar. When you
remove these jars, can you tell me what classes are not
found? I would like to find out what is trying to access them. Stack
traces would be nice as well.
Thanks
Brian Moffatt wrote:
> I have a similar question as the one below. I have a simple web
> service that I've successfully deployed on Tomcat 5.0.25 using Apache
> Axis 1.1. It is based on a class with one method that takes a String
> and returns a String. Then I wrote a JAX-RPC dynamic proxy client
> based on techniques I found in Sun tutorials and other articles on the
> subject. It all works fine but I too was wondering why I need to have
> so many JAR files in my classpath for the client to work. What
> follows is the code for the client and the list of JARs I have had to
> include for it to work. Removing any one of them causes
> a NoClassDefFoundError exception at some point in the processing.
> Based on what's been posted I wouldn't think I would need
> activation.jar or mail.jar since I'm not (intentionally) "using
> attachments". My question is basically this: Should I need all the
> listed JARs to run my client or is there anything about my client ! or
> service I could change to retain the functionality and remove the
> client's dependence on any of the listed JARs? I can provide more
> information such as WSDL or anything else if desired. Thanks in advance.
> Here's the client source:
>
> package demo.client;
>
> import demo.greetingservice.IGreeting;
> import java.net.URL;
> import javax.xml.namespace.QName;
> import javax.xml.rpc.Service;
> import javax.xml.rpc.ServiceFactory;
> public class GreetingClient {
>
> public static void main(String args[]) {
> try {
>
> ServiceFactory factory = ServiceFactory.newInstance();
>
> // Create a service class with WSDL information.
> QName serviceName = new QName(
> "urn:greetingservice.demo",
> "IGreetingService");
> URL wsdlLocation = n! ew URL
>
> ("http://localhost:8080/axis/services/GreetingService?wsdl");
>
> Service service = factory.createService( wsdlLocation,
> serviceName);
>
> // Get an implementation for the SEI for the given port
> QName portName = new QName("urn:greetingservice.demo",
> "GreetingService");
> IGreeting greeter = (IGreeting) service.getPort(portName,
> IGreeting.class);
> // Invoke the operation
> String greeting = greeter.getGreeting("Brian");
> System.out.println("Greeting = " + greeting);
> }
> catch (Throwable t) {
> System.out.println(t.toString());
> t.printStackTrace();
> }
> }
> }
>
>
> Here are all the JARs I'm having to include for it to run successfully:
>
> xercesImpl.jar
> dom.jar
> saaj-api.jar
> saaj-impl.jar
> jaxrpc-api.jar
> jaxrpc-impl.jar
> jax-qname.jar
> activation.jar
> mail.jar
> jaxrpc-spi.jar
>
>
> Doug Kohlert wrote:
>
> If you are not using attachments you should not need
> activation.jar and
> mail.jar.
>
> Zhan Yi wrote:
>
> > Hi,
> > In my jax-rpc client applet, user must download:
> > jaxrpc-api.jar
> > jaxrpc-impl.jar
> > saaj-api.jar
> > saaj-impl.jar
> > activation.jar
> > mail.jar
> > jax-qname.jar
> > dom.jar
> > xercesImpl.jar
> > A total size of 7.87M, any comment on how to make it smaller?
> > Regards
> > Zhan Yi
>
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Doug Kohlert
>
> Sun Microsystems, Inc.
> doug.kohlert_at_sun.com
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
> For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net
>
> ------------------------------------------------------------------------
> Do you Yahoo!?
> New and Improved Yahoo! Mail
>
> - Send 10MB messages!
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Doug Kohlert
Sun Microsystems, Inc.
doug.kohlert_at_sun.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net
---------------------------------
Do you Yahoo!?
Yahoo! Mail is new and improved - Check it out!