--- Begin Message ---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> ><<attachment: winmail.dat>>
--- End Message ---
__________________________________________________________________________ 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.
