ws-soap-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rob McGrath" <>
Subject RE: SOAP/Tomcat
Date Mon, 23 Jun 2003 17:49:34 GMT

Gotcha. You are right on all assumptions. Thought something like this would
be the answer; wanted to hear from an expert. Thank you sir!

-----Original Message-----
From: Scott Nichol []
Sent: Monday, June 23, 2003 1:49 PM
Subject: RE: SOAP/Tomcat

This is an error that would come during compilation, so I presume it
is coming from a JSP you have written or modified, right?  What you
need to do is specify the full class with namespace when declaring
and instantiating variables.  For example, instead of

Vector params = new Vector();
params.addElement(new Parameter(...));

you would do

Vector params = new Vector();
params.addElement(new org.apache.soap.rpc.Parameter(...));

That way, the compiler knows which of the two Parameter classes you
want to instantiate.

On 23 Jun 2003 at 11:51, Rob McGrath wrote:

> I have a new problem related to this implementation (see previous
> email/solution for catch-up, but don't think its needed). I've got the
> server up and the applcation and server infrastructure up in development
> (where our developers are testing it, and playing around w/ new
> functionality).
> quick overview
> The server machine is on Win2K advanced server and is running
> tomcat,apache-soap, and 3rd-party reporting software. i needed to write a
> security app to call a .net web service to authenticate users on each
> request.
> Ambiguous class: org.apache.soap.rpc.Parameter and
> com.actuate.reportcast.dstruct.Parameter
> this is my error.
> when a user submits a report generation request this is the response they
> get. i have tried explicitly importing the classes so as to avoid naming
> collision, but that didn't seem to work. it obviously has to do w/ the
> classes being named the same. maybe i need to find a jar for the 3rd party
> (obviously actuate now :D) software and put it in the right folder?
> don't know if anyone has worked w/ this software before, or run into
> contention w/ this type of class? (soap-related)?
> any help/advice would be great. a final note: don't assume i know
> anything... i've been teaching myself, java,jsp,tomcat,apache-soap on the
> fly for this software implementation. $ is tight and can't get the
> :(
> anyhow, thanks!
> rob
> -----Original Message-----
> From: Paul J. Caritj []
> Sent: Monday, June 02, 2003 3:26 PM
> To:
> Subject: Re: SOAP/Tomcat
> Upon reading all of your email, I see you had deduced this fact. Still,
> my email should be of some help.
> Sorry,
> Paul
> On Mon, 2003-06-02 at 14:52, Rob McGrath wrote:
> > OK. This is my first time using this mail list. Forgive me if I fall
> > of the norm on appropriate info and/or standards... I'm glad I've found
> > though. :D
> >
> > I work for a major corporation and have been tasked with integrating a
> > Reporting Server with our in house security.
> >
> > Problem is, the generation of the 3rd party software I am integrating
> > functionality we want but only in its Java "version." Were are not a
> > shop and as of 2 months ago I had never seen Java code and didn't know
> what
> > a .class file was.
> >
> > I have since learned :D this stuff and written some simple but
> > code. Here's what it has to do.
> >
> > As a user makes a request at the web server.. there is a
> > page that does the out of the box security. It parses cookies and
> > authenticates the user's cookie info against internal security
> information.
> >
> > I have to take that and instead go against our in-house DB2 tables and
> check
> > for a valid session id. This is created when the user first goes through
> our
> > Portal login page which is all .Net (web, infrastructure).
> >
> > There is a .net webservice that returns a userid if a valid and active
> > session id and environment variable are passed to it.
> >
> > So, I wrote a .class file using soap from apache to call this web
> (I
> > learned along the way that it needed rpc enabled on the .net side in
> > to handle the call - that was fun).
> >
> > Now, I have a class file that works. I pass it 2 parms it give me back
> what
> > I want. I have altered the .jsp page to parse out the cookie I need and
> pass
> > the info I need.
> >
> > This works. I can see the output on the web page (cause I write it there
> > showing the parms). From a command line, I can execute the .class file
> > get back the answer I need from the VB.Net webservice.
> >
> >
> > Forever, I have been getting an error
> >
> > javax.servlet.ServletException
> >
> > java.lang.NoClassDefFoundError at
> >
> > (line in my code < inside my class file) that I know is the first
> execution
> > of an object from soap.jar... it is the SMR object. That fails, however,
> > am sure that all subsequent reference would fail...
> >
> > But it compiles... and is not blowing up on the imports of the packages?
> > In addition, I can call this from a command line and it works.
> >
> > It appears only to be a runtime failure and only from the JSP.
> >
> > This leads me to believe among other things... that Tomcat must have its
> own
> > runtime classpath that is separate from mine when I'm signed in to the
> > server... that's another thing worth mentioning... I'm developing this
> > the server. I'm signed in as Administrator and the .Net web service is
> a
> > physically different server. So, although this is a web server, the SOAP
> > I've written is really a SOAP-Client.
> >
> > I've changed the JSP to write out
> >
> > System.getProperty( "java.class.path")
> >
> > And it only writes out tools.jar and bootstrap.jar
> >
> > Even though I've added soap.jar to both the Admin-User classpath as well
> as
> > the system classpath environment variables.
> >
> >
> > I'll stop here because I feel I may have given too much useless info and
> not
> > enough relevant info.
> >
> > Any help would be SO greatly appreciated.
> >
> > I'd be happy to clear up anything I've said too. (Obviously) :D
> >
> > Thanks.
> > Rob
> >
> >
> > <html>
> > <font face="Verdana" size=1><b> Disclaimer:</b> This e-mail and
> attachments thereto, is intended only for use by the addressee(s)named
> herein
> > and may contain legally privileged and/or confidential information. If
> are not the intended recipient of this e-mail,
> > you are hereby notified any dissemination, distribution or copying of
> email, and any attachments thereto, is strictly
> > prohibited.  If you receive this email in error, please immediately
> us by replying to this message. You must
> > permanently delete the original e-mail and any copies and printouts made
> thereof. Delivery of this e-mail and any
> > attachments to any person other than the intended recipient(s)is not
> intended in any way to waive confidentiality
> > or a privilege. All personal messages express views only of the sender,
> which are not to be attributed to Rite Aid
> > Corporation and may not be copied or distributed without this
> statement.</font>
> > </html>
> >

Scott Nichol

Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.

Disclaimer: This e-mail message is intended only for the personal use of 
the recipient(s) named above.  If you are not an intended recipient, you 
may not review, copy or distribute this message. If you have received this
communication in error, please notify us immediately by e-mail and delete 
the original message.
This e-mail expresses views only of the sender, which are not to be 
attributed to Rite Aid Corporation and may not be copied or distributed 
without this statement.

View raw message