OK, I removed ...\Sun\AppServer\bin from my path and ensured ...\jwsdp-1.4\jaxrpc\bin was in there.
Now what I get from wscompile -version is:
JAX-RPC Standard Implementation (1.1.2, build R23)
So since it is the JARs from the jwsdp-1.4 folder that I am using in the classpath when compiling and running my client, the answer to the original question of what JAX-RPC version I'm using would be 1.1.2, build R23, correct?
alan sparago <alanjay_at_qwest.net> wrote:
I also have JWSDP 1.4 and when I type wscompile -version it shows; 1.1.1 R5.
this is the only version of JWSDP I have installed.
I also noticed there is a wscompile that comes with the J2EE located in;
...\Sun\AppServer\bin, and a wscompile that comes with JWSDP located in;
...\jwsdp-1.4\jaxrpc\bin
-----Original Message-----
From: Doug Kohlert [mailto:Doug.Kohlert_at_Sun.COM]
Sent: Friday, July 16, 2004 8:57 AM
To: users_at_jax-rpc.dev.java.net
Subject: Re: smaller size possible?
Brian,
You must have a path problem somewhere. JAX-RPC Standard Implementation
(1.1.2, build R23) is what is in JWSDP 1.4.
Brian Moffatt wrote:
> doug,
>
> wscompile -version gives:
>
> JAX-RPC Standard Implementation (1.1.1, build R5)
>
>
> it's what came with JWSDP 1.4.
>
>
>
> Doug Kohlert wrote:
>
> Brian,
> What version of JAXRPC are you using? Please use the wscompile
> -version
> to get the version.
>
> Thanks
>
> Brian Moffatt wrote:
>
> > Here are the stack traces.
> >
> > Removing activation.jar yields:
> >
> > java.lang.NoClassDefFoundError: javax.activation.DataHandler
> > at
> >
>
com.sun.xml.rpc.encoding.soap.StandardSOAPTypeMappings.class$(StandardSOAPTy
peMappings.java:138)
> > at
> >
>
com.sun.xml.rpc.encoding.soap.StandardSOAPTypeMappings.(StandardSOAPTypeMapp
ings.java:891)
> > at
> >
>
com.sun.xml.rpc.encoding.StandardTypeMappings.getSoap(StandardTypeMappings.j
ava:32)
> > at
> >
>
com.sun.xml.rpc.client.BasicService.createSoapMappings(BasicService.java:228
)
> > at
> >
>
com.sun.xml.rpc.client.BasicService.createStandardTypeMappingRegistry(BasicS
ervice.java:200)
> > at com.sun.xml.rpc.client.BasicService.(BasicService.java:79)
> > at
> >
>
com.sun.xml.rpc.client.dii.ConfiguredService.(ConfiguredService.java:52)
> > at
> >
>
com.sun.xml.rpc.client.dii.ConfiguredService.(ConfiguredService.java:48)
> > at
> >
>
com.sun.xml.rpc.client.ServiceFactoryImpl.createService(ServiceFactoryImpl.j
ava: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$(StandardSOAPTy
peMappings.java:138)
> > at
> >
>
com.sun.xml.rpc.encoding.soap.StandardSOAPTypeMappings.(StandardSOAPTypeMapp
ings.java:910)
> > at
> >
>
com.sun.xml.rpc.encoding.StandardTypeMappings.getSoap(StandardTypeMappings.j
ava:32)
> > at
> >
>
com.sun.xml.rpc.client.BasicService.createSoapMappings(BasicService.java:228
)
> > at
> >
>
com.sun.xml.rpc.client.BasicService.createStandardTypeMappingRegistry(BasicS
ervice.java:200)
> > at com.sun.xml.rpc.client.BasicService.(BasicService.java:79)
> > at
> >
>
com.sun.xml.rpc.client.dii.ConfiguredService.(ConfiguredService.java:52)
> > at
> >
>
com.sun.xml.rpc.client.dii.ConfiguredService.(ConfiguredService.java:48)
> > at
> >
>
com.sun.xml.rpc.client.ServiceFactoryImpl.createService(ServiceFactoryImpl.j
ava: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 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 J! ARs 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 Greet! ingClient {
> > >
> > > 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 greete! r = (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!
> >
>
>
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 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
>
_mail/static/efficiency.html>
> - 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
---------------------------------------------------------------------
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 - 100MB free storage!