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 [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 1:49 PM To: [EMAIL PROTECTED] 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 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. __________________________________________________________________________ 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.
