No forgiveness needed. 1) you didn't underestimate my familiarity as this is almost mpossible; 2) This is exactly the type of help I needed.
So thank you. Let me double-check my setup... I appreciate your time and quick response. Hope I can return the favor sometime. -----Original Message----- From: Paul J. Caritj [mailto:[EMAIL PROTECTED] Sent: Monday, June 02, 2003 3:18 PM To: [EMAIL PROTECTED] Subject: Re: SOAP/Tomcat Sounds to me like you need to have the SOAP classes in the Tomcat classpath. Forgive me if I underestimate you familiarity with Tomcat, but Tomcat uses its own classpath for the processing of imports (not the globally defined CLASSPATH environment variable). For classes that are used only in this application, you would put support classes in /tomcat_root/webapps/APPLICATIONNANE/WEB-INF/classes JAR files would be put in /tomcat_root/webapps/APPLICATIONNANE/WEB-INF/lib if you want to share these amongst multiple apps, they would go in /tomcat_root/shared/classes (or/lib). When you run it from the command line, the global classpath is used. I am assuming that your SOAP, etc support classes are in this classpath. Ergo, application works from the command line but not Tomcat. Hope this helps. -Paul Caritj 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> > <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>
