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> >