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

Reply via email to