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 training! > :( > > anyhow, thanks! > > rob > > > > > -----Original Message----- > From: Paul J. Caritj [mailto:[EMAIL PROTECTED] > Sent: Monday, June 02, 2003 3:26 PM > To: [EMAIL PROTECTED] > 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 short > > of the norm on appropriate info and/or standards... I'm glad I've found it > > though. :D > > > > I work for a major corporation and have been tasked with integrating a Web > > Reporting Server with our in house security. > > > > Problem is, the generation of the 3rd party software I am integrating has > > functionality we want but only in its Java "version." Were are not a Java > > 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 functional > > code. Here's what it has to do. > > > > As a user makes a request at the web server.. there is a authenticate.jsp > > 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 service > (I > > learned along the way that it needed rpc enabled on the .net side in order > > 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 and > > get back the answer I need from the VB.Net webservice. > > > > I CAN'T GET THIS TO WORK TOGETHER INSIDE THE JSP. > > > > 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, I > > 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 on > > the server. I'm signed in as Administrator and the .Net web service is on > 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 any > attachments thereto, is intended only for use by the addressee(s)named > herein > > and may contain legally privileged and/or confidential information. If you > are not the intended recipient of this e-mail, > > you are hereby notified any dissemination, distribution or copying of this > email, and any attachments thereto, is strictly > > prohibited. If you receive this email in error, please immediately notify > 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.
