You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-user@ws.apache.org by Vishal Shah <sh...@yahoo.com> on 2003/05/22 18:20:21 UTC
No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style
Hi,
I've been getting a following error when a VB6 client using SOAP high-level API, is trying to call a service that returns a DOM element.
"No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style..."
I've been scouring through for a possible fix. Pl let me know...
Thanks
VS
---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
Re: No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style
Posted by Vishal Shah <sh...@yahoo.com>.
Thanks Scott. I did look at WS-I and related web sites yday. I didn't found mentioned "Current webservices best pratices" link.
I found following article on MSDN handy.
RPC/Literal and Freedom of Choice
http://msdn.microsoft.com/webservices/understanding/webservicebasics/default.aspx?pull=/library/en-us/dnwebsrv/html/rpc_literal.asp
So, the best thing right now, is to wait-n-watch for employing webservices for interoperability.
Regards and thanks again,
VS
Scott Nichol <sn...@scottnichol.com> wrote:
The SOAP 1.1 spec intentionally left open issues such as different
encoding methods. This is not atypical of the early stages of a spec
process, since it allows vendors to implement different things that
become feedback into the standards process. While the Apache folks
were doing literal XML and XMI encodings, Microsoft (with input from
others) was developing WSDL and the document/literal method of
communications. As the dust settled, WS-I recommended using only
document/literal, leaving the original encoding described in SOAP 1.1
and alternative encodings such as those introduced by Apache without
legs. As such, Apache SOAP, without WSDL support and only minimal
document/literal compatibility, continues to exist mainly to support
its installed base. Current web services best practices, as describe
by WS-I, are supported by Axis within the Apache group.
On 22 May 2003 at 13:59, Vishal Shah wrote:
> Yes, the service needs to use "literal XML encoding" for an Element return type.
> If it isn't standard encoding, why was it implemented in Apache SOAP ? Isn't the tenet of web service is based upon the "standards" ? Whay don't we have standards for interoperability ?
> Do you think, this issue can be resolved by using a low-level soap toolkit and specifying a serializer and NS_URI_LITERAL_XML just like a sample "GetAllListings" java Apache client ? If you or anyone here can elucidate, it would be a great help to me...
>
> Thanks again,
> VS
>
> Scott Nichol wrote:
> Doesn't your service have to use "literal XML encoding" to return an
> Element? This is specific to Apache SOAP. It is not a standard
> encoding. I am not sure what other implementations might support it,
> but Microsoft does not.
>
> On 22 May 2003 at 9:20, Vishal Shah wrote:
>
> > Hi,
> >
> > I've been getting a following error when a VB6 client using SOAP high-level API, is trying to call a service that returns a DOM element.
> >
> > "No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style..."
> >
> > I've been scouring through for a possible fix. Pl let me know...
> >
> > Thanks
> > VS
> >
> >
> > ---------------------------------
> > Do you Yahoo!?
> > The New Yahoo! Search - Faster. Easier. Bingo.
>
>
> Scott Nichol
>
> Do not reply directly to this e-mail address,
> as it is filtered to only receive e-mail from
> specific mailing lists.
>
>
>
> ---------------------------------
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.
---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
Re: No Serializer found to serialize a 'org.w3c.dom.Element' using
encoding style
Posted by Scott Nichol <sn...@scottnichol.com>.
The SOAP 1.1 spec intentionally left open issues such as different
encoding methods. This is not atypical of the early stages of a spec
process, since it allows vendors to implement different things that
become feedback into the standards process. While the Apache folks
were doing literal XML and XMI encodings, Microsoft (with input from
others) was developing WSDL and the document/literal method of
communications. As the dust settled, WS-I recommended using only
document/literal, leaving the original encoding described in SOAP 1.1
and alternative encodings such as those introduced by Apache without
legs. As such, Apache SOAP, without WSDL support and only minimal
document/literal compatibility, continues to exist mainly to support
its installed base. Current web services best practices, as describe
by WS-I, are supported by Axis within the Apache group.
On 22 May 2003 at 13:59, Vishal Shah wrote:
> Yes, the service needs to use "literal XML encoding" for an Element return type.
> If it isn't standard encoding, why was it implemented in Apache SOAP ? Isn't the tenet of web service is based upon the "standards" ? Whay don't we have standards for interoperability ?
> Do you think, this issue can be resolved by using a low-level soap toolkit and specifying a serializer and NS_URI_LITERAL_XML just like a sample "GetAllListings" java Apache client ? If you or anyone here can elucidate, it would be a great help to me...
>
> Thanks again,
> VS
>
> Scott Nichol <sn...@scottnichol.com> wrote:
> Doesn't your service have to use "literal XML encoding" to return an
> Element? This is specific to Apache SOAP. It is not a standard
> encoding. I am not sure what other implementations might support it,
> but Microsoft does not.
>
> On 22 May 2003 at 9:20, Vishal Shah wrote:
>
> > Hi,
> >
> > I've been getting a following error when a VB6 client using SOAP high-level API, is trying to call a service that returns a DOM element.
> >
> > "No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style..."
> >
> > I've been scouring through for a possible fix. Pl let me know...
> >
> > Thanks
> > VS
> >
> >
> > ---------------------------------
> > Do you Yahoo!?
> > The New Yahoo! Search - Faster. Easier. Bingo.
>
>
> Scott Nichol
>
> Do not reply directly to this e-mail address,
> as it is filtered to only receive e-mail from
> specific mailing lists.
>
>
>
> ---------------------------------
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.
Re: Is this a bug for post version soap 2.3.1?
Posted by Daniel Zhang <zh...@clinicaltools.com>.
Thank you, Scott! You are right. I have an old soap.jar in
%JAVA_HOME%/jre/lib/ext, after delete it,
it works! It seems we should not put soap.jar there. I learned a lesson.
-Daniel
Scott Nichol wrote:
>Check for an old soap.jar in %JAVA_HOME%/jre/lib/ext or
>%JAVA_HOME%/lib/ext. Classes there will get picked up before those
>in your classpath.
>
>On 2 Jun 2003 at 11:07, Daniel Zhang wrote:
>
>
>
>>Scott -
>>
>>Are you sure that you download soap-bin-2.3.1.zip from the latest
>>nightly directory? I follow your way exactly and found no
>>getEnvelope method in the output, the following is what I did, output is
>>in attachment.
>>
>>(1) Download soap-bin-2.3.1.zip from
>>http://cvs.apache.org/dist/soap/nightly/2003-06-02/
>>(2) Use WINZIP to unzip to D: drive
>>(3) Ran
>>
>>D:\soap-2_3_1\lib>%JAVA_HOME%/bin/javap -classpath
>>d:\soap-2_3_1\lib\soap.jar;%CLASSPATH% org.apache.soap.rpc.SOAPContext >
>>output.txt
>>
>>I am using java version "1.4.1_01".Then I checked output and found NO
>>getEnvelope method there. See attachment. Any ideas?
>>
>>-Daniel
>>
>>Scott Nichol wrote:
>>
>>
>>
>>>The method is there. What I did to confirm this is
>>>
>>>1. Download soap-bin-2.3.1.zip from the latest nightly directory.
>>>2. Unzipped to I:
>>>3. Ran
>>>
>>>I:\soap-2_3_1\lib>javap -classpath
>>>i:\soap2_3_1\lib\soap.jar;%CLASSPATH% org.apache.soap.rpc.SOAPContext
>>>
>>>The output is attached.
>>>
>>>On 2 Jun 2003 at 9:32, Daniel Zhang wrote:
>>>
>>>
>>>
>>>
>>>
>>>>Hi, Scott Nichol -
>>>>
>>>>I download soap nightly build from
>>>>http://cvs.apache.org/dist/soap/nightly/ and try to use a method
>>>>getEnvelope() in class org.apache.soap.rpc.SOAPContext in my soap
>>>>program. I found its JavaDoc
>>>>lists this method but my compiler (NetBean) complained it can not find
>>>>this method from soap.jar I
>>>>got from the same build.
>>>>
>>>>Is this a bug? Please tell me how to fix it. Thanks a lot!
>>>>
>>>>-Daniel
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
RE: SOAP/Tomcat
Posted by Rob McGrath <rm...@riteaid.com>.
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:pcaritj@riovia.net]
Sent: Monday, June 02, 2003 3:18 PM
To: soap-user@ws.apache.org
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>
Re: SOAP/Tomcat
Posted by "Paul J. Caritj" <pc...@riovia.net>.
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>
>
RE: SOAP/Tomcat
Posted by Rob McGrath <rm...@riteaid.com>.
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:snicholnews@scottnichol.com]
Sent: Monday, June 23, 2003 1:49 PM
To: soap-user@ws.apache.org
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:pcaritj@riovia.net]
> Sent: Monday, June 02, 2003 3:26 PM
> To: soap-user@ws.apache.org
> 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.
RE: SOAP/Tomcat
Posted by Scott Nichol <sn...@scottnichol.com>.
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:pcaritj@riovia.net]
> Sent: Monday, June 02, 2003 3:26 PM
> To: soap-user@ws.apache.org
> 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.
RE: SOAP/Tomcat
Posted by Rob McGrath <rm...@riteaid.com>.
That's not completely true. Had guessed at its existence... but, couldn't be
sure that I wasn't embarking down a fruitless path. In addition, you
provided the specific paths. Thanks - very much!
-----Original Message-----
From: Paul J. Caritj [mailto:pcaritj@riovia.net]
Sent: Monday, June 02, 2003 3:26 PM
To: soap-user@ws.apache.org
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>
>
<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>
RE: SOAP/Tomcat
Posted by Rob McGrath <rm...@riteaid.com>.
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:pcaritj@riovia.net]
Sent: Monday, June 02, 2003 3:26 PM
To: soap-user@ws.apache.org
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>
>
RE: SOAP/Tomcat
Posted by Rob McGrath <rm...@riteaid.com>.
Gave me the clue I needed. Is working! Thanks Paul.
-----Original Message-----
From: Paul J. Caritj [mailto:pcaritj@riovia.net]
Sent: Monday, June 02, 2003 3:26 PM
To: soap-user@ws.apache.org
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>
>
<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>
Re: SOAP/Tomcat
Posted by "Paul J. Caritj" <pc...@riovia.net>.
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>
>
SOAP/Tomcat
Posted by Rob McGrath <rm...@riteaid.com>.
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>
RE: Is this a bug for post version soap 2.3.1?
Posted by Scott Nichol <sn...@scottnichol.com>.
Try soap-user-unsubscribe@ws.apache.org. While postings seem to make
it to the right place using xml.apache.org, commands (such as
unsubscribe) do not.
On 2 Jun 2003 at 11:57, Manish Sangani wrote:
> how to unsubscribe from soap-user list. I am trying this email address :
> soap-user-unsubscribe@xml.apache.org which seeems to be not working.
>
> let me know
>
> thanks
>
>
>
>
>
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.
Re: Shameless plug
Posted by Anne Thomas Manes <an...@manes.net>.
I have sections on choreography/orchestration, reliable messaging, and interoperability issues (not testing, though). It doesn't go into a great deal of detail on asynchrony or process flow.
Anne
----- Original Message -----
From: Vishal Shah
To: soap-user@ws.apache.org
Sent: Wednesday, June 04, 2003 12:36 PM
Subject: Re: Shameless plug
Hi,
Does your book address issues such as
Asynchrony
Process Flow
Interoperability testing
Regards,
VS
------------------------------------------------------------------------------
Do you Yahoo!?
Free online calendar with sync to Outlook(TM).
Re: Shameless plug
Posted by Vishal Shah <sh...@yahoo.com>.
Hi,
Does your book address issues such as
Asynchrony
Process Flow
Interoperability testing
Regards,
VS
---------------------------------
Do you Yahoo!?
Free online calendar with sync to Outlook(TM).
Re: Is this a bug for post version soap 2.3.1?
Posted by Anne Thomas Manes <an...@manes.net>.
The address has changed. It is now:
soap-user-unsubscribe@ws.apache.org
----- Original Message -----
From: "Manish Sangani" <ms...@viecorefsd.com>
To: <so...@ws.apache.org>
Sent: Monday, June 02, 2003 11:57 AM
Subject: RE: Is this a bug for post version soap 2.3.1?
> how to unsubscribe from soap-user list. I am trying this email address :
> soap-user-unsubscribe@xml.apache.org which seeems to be not working.
>
> let me know
>
> thanks
>
>
>
>
RE: Is this a bug for post version soap 2.3.1?
Posted by Manish Sangani <ms...@viecorefsd.com>.
how to unsubscribe from soap-user list. I am trying this email address :
soap-user-unsubscribe@xml.apache.org which seeems to be not working.
let me know
thanks
Re: Is this a bug for post version soap 2.3.1?
Posted by Scott Nichol <sn...@scottnichol.com>.
I highly recommend no one put soap.jar (or activation.jar or
xerces.jar, etc.) in lib/ext. That directory is for Sun's
extensions, not jars we are too lazy to add to our classpath!
On 2 Jun 2003 at 11:33, Scott Nichol wrote:
> Check for an old soap.jar in %JAVA_HOME%/jre/lib/ext or
> %JAVA_HOME%/lib/ext. Classes there will get picked up before those
> in your classpath.
>
> On 2 Jun 2003 at 11:07, Daniel Zhang wrote:
>
> > Scott -
> >
> > Are you sure that you download soap-bin-2.3.1.zip from the latest
> > nightly directory? I follow your way exactly and found no
> > getEnvelope method in the output, the following is what I did, output is
> > in attachment.
> >
> > (1) Download soap-bin-2.3.1.zip from
> > http://cvs.apache.org/dist/soap/nightly/2003-06-02/
> > (2) Use WINZIP to unzip to D: drive
> > (3) Ran
> >
> > D:\soap-2_3_1\lib>%JAVA_HOME%/bin/javap -classpath
> > d:\soap-2_3_1\lib\soap.jar;%CLASSPATH% org.apache.soap.rpc.SOAPContext >
> > output.txt
> >
> > I am using java version "1.4.1_01".Then I checked output and found NO
> > getEnvelope method there. See attachment. Any ideas?
> >
> > -Daniel
> >
> > Scott Nichol wrote:
> >
> > >The method is there. What I did to confirm this is
> > >
> > >1. Download soap-bin-2.3.1.zip from the latest nightly directory.
> > >2. Unzipped to I:
> > >3. Ran
> > >
> > >I:\soap-2_3_1\lib>javap -classpath
> > >i:\soap2_3_1\lib\soap.jar;%CLASSPATH% org.apache.soap.rpc.SOAPContext
> > >
> > >The output is attached.
> > >
> > >On 2 Jun 2003 at 9:32, Daniel Zhang wrote:
> > >
> > >
> > >
> > >>Hi, Scott Nichol -
> > >>
> > >>I download soap nightly build from
> > >>http://cvs.apache.org/dist/soap/nightly/ and try to use a method
> > >>getEnvelope() in class org.apache.soap.rpc.SOAPContext in my soap
> > >>program. I found its JavaDoc
> > >>lists this method but my compiler (NetBean) complained it can not find
> > >>this method from soap.jar I
> > >>got from the same build.
> > >>
> > >>Is this a bug? Please tell me how to fix it. Thanks a lot!
> > >>
> > >>-Daniel
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >
> > >
> > >Scott Nichol
> > >
> > >Do not reply directly to this e-mail address,
> > >as it is filtered to only receive e-mail from
> > >specific mailing lists.
> > >
> > >
> > >
> > >
> >
> >
>
>
> Scott Nichol
>
> Do not reply directly to this e-mail address,
> as it is filtered to only receive e-mail from
> specific mailing lists.
>
>
>
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.
Re: Is this a bug for post version soap 2.3.1?
Posted by Scott Nichol <sn...@scottnichol.com>.
Check for an old soap.jar in %JAVA_HOME%/jre/lib/ext or
%JAVA_HOME%/lib/ext. Classes there will get picked up before those
in your classpath.
On 2 Jun 2003 at 11:07, Daniel Zhang wrote:
> Scott -
>
> Are you sure that you download soap-bin-2.3.1.zip from the latest
> nightly directory? I follow your way exactly and found no
> getEnvelope method in the output, the following is what I did, output is
> in attachment.
>
> (1) Download soap-bin-2.3.1.zip from
> http://cvs.apache.org/dist/soap/nightly/2003-06-02/
> (2) Use WINZIP to unzip to D: drive
> (3) Ran
>
> D:\soap-2_3_1\lib>%JAVA_HOME%/bin/javap -classpath
> d:\soap-2_3_1\lib\soap.jar;%CLASSPATH% org.apache.soap.rpc.SOAPContext >
> output.txt
>
> I am using java version "1.4.1_01".Then I checked output and found NO
> getEnvelope method there. See attachment. Any ideas?
>
> -Daniel
>
> Scott Nichol wrote:
>
> >The method is there. What I did to confirm this is
> >
> >1. Download soap-bin-2.3.1.zip from the latest nightly directory.
> >2. Unzipped to I:
> >3. Ran
> >
> >I:\soap-2_3_1\lib>javap -classpath
> >i:\soap2_3_1\lib\soap.jar;%CLASSPATH% org.apache.soap.rpc.SOAPContext
> >
> >The output is attached.
> >
> >On 2 Jun 2003 at 9:32, Daniel Zhang wrote:
> >
> >
> >
> >>Hi, Scott Nichol -
> >>
> >>I download soap nightly build from
> >>http://cvs.apache.org/dist/soap/nightly/ and try to use a method
> >>getEnvelope() in class org.apache.soap.rpc.SOAPContext in my soap
> >>program. I found its JavaDoc
> >>lists this method but my compiler (NetBean) complained it can not find
> >>this method from soap.jar I
> >>got from the same build.
> >>
> >>Is this a bug? Please tell me how to fix it. Thanks a lot!
> >>
> >>-Daniel
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >
> >
> >Scott Nichol
> >
> >Do not reply directly to this e-mail address,
> >as it is filtered to only receive e-mail from
> >specific mailing lists.
> >
> >
> >
> >
>
>
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.
Re: Is this a bug for post version soap 2.3.1?
Posted by Daniel Zhang <zh...@clinicaltools.com>.
Scott -
Are you sure that you download soap-bin-2.3.1.zip from the latest
nightly directory? I follow your way exactly and found no
getEnvelope method in the output, the following is what I did, output is
in attachment.
(1) Download soap-bin-2.3.1.zip from
http://cvs.apache.org/dist/soap/nightly/2003-06-02/
(2) Use WINZIP to unzip to D: drive
(3) Ran
D:\soap-2_3_1\lib>%JAVA_HOME%/bin/javap -classpath
d:\soap-2_3_1\lib\soap.jar;%CLASSPATH% org.apache.soap.rpc.SOAPContext >
output.txt
I am using java version "1.4.1_01".Then I checked output and found NO
getEnvelope method there. See attachment. Any ideas?
-Daniel
Scott Nichol wrote:
>The method is there. What I did to confirm this is
>
>1. Download soap-bin-2.3.1.zip from the latest nightly directory.
>2. Unzipped to I:
>3. Ran
>
>I:\soap-2_3_1\lib>javap -classpath
>i:\soap2_3_1\lib\soap.jar;%CLASSPATH% org.apache.soap.rpc.SOAPContext
>
>The output is attached.
>
>On 2 Jun 2003 at 9:32, Daniel Zhang wrote:
>
>
>
>>Hi, Scott Nichol -
>>
>>I download soap nightly build from
>>http://cvs.apache.org/dist/soap/nightly/ and try to use a method
>>getEnvelope() in class org.apache.soap.rpc.SOAPContext in my soap
>>program. I found its JavaDoc
>>lists this method but my compiler (NetBean) complained it can not find
>>this method from soap.jar I
>>got from the same build.
>>
>>Is this a bug? Please tell me how to fix it. Thanks a lot!
>>
>>-Daniel
>>
>>
>>
>>
>>
>>
>>
>
>
>Scott Nichol
>
>Do not reply directly to this e-mail address,
>as it is filtered to only receive e-mail from
>specific mailing lists.
>
>
>
>
Re: Is this a bug for post version soap 2.3.1?
Posted by Scott Nichol <sn...@scottnichol.com>.
The method is there. What I did to confirm this is
1. Download soap-bin-2.3.1.zip from the latest nightly directory.
2. Unzipped to I:
3. Ran
I:\soap-2_3_1\lib>javap -classpath
i:\soap2_3_1\lib\soap.jar;%CLASSPATH% org.apache.soap.rpc.SOAPContext
The output is attached.
On 2 Jun 2003 at 9:32, Daniel Zhang wrote:
> Hi, Scott Nichol -
>
> I download soap nightly build from
> http://cvs.apache.org/dist/soap/nightly/ and try to use a method
> getEnvelope() in class org.apache.soap.rpc.SOAPContext in my soap
> program. I found its JavaDoc
> lists this method but my compiler (NetBean) complained it can not find
> this method from soap.jar I
> got from the same build.
>
> Is this a bug? Please tell me how to fix it. Thanks a lot!
>
> -Daniel
>
>
>
>
>
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.
Is this a bug for post version soap 2.3.1?
Posted by Daniel Zhang <zh...@clinicaltools.com>.
Hi, Scott Nichol -
I download soap nightly build from
http://cvs.apache.org/dist/soap/nightly/ and try to use a method
getEnvelope() in class org.apache.soap.rpc.SOAPContext in my soap
program. I found its JavaDoc
lists this method but my compiler (NetBean) complained it can not find
this method from soap.jar I
got from the same build.
Is this a bug? Please tell me how to fix it. Thanks a lot!
-Daniel
Re: No Serializer found to serialize a 'org.w3c.dom.Element' using
encoding style
Posted by Scott Nichol <sn...@scottnichol.com>.
No, I don't, at least partly because the "literal XML" encoding used
in that example is specific to Apache SOAP and not intended for
general interoperability.
On 29 May 2003 at 14:29, Vishal Shah wrote:
> Scott,
>
> Do you happen to have a VB 6 code snippet that calles "getAllListings()" method of AddressBook sample (urn:AddressFetcher). This method returns a DOM element...and wanted to extrapolate...
>
> Thanks,
>
> Scott Nichol <sn...@scottnichol.com> wrote:
> Doesn't your service have to use "literal XML encoding" to return an
> Element? This is specific to Apache SOAP. It is not a standard
> encoding. I am not sure what other implementations might support it,
> but Microsoft does not.
>
> On 22 May 2003 at 9:20, Vishal Shah wrote:
>
> > Hi,
> >
> > I've been getting a following error when a VB6 client using SOAP high-level API, is trying to call a service that returns a DOM element.
> >
> > "No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style..."
> >
> > I've been scouring through for a possible fix. Pl let me know...
> >
> > Thanks
> > VS
> >
> >
> > ---------------------------------
> > Do you Yahoo!?
> > The New Yahoo! Search - Faster. Easier. Bingo.
>
>
> Scott Nichol
>
> Do not reply directly to this e-mail address,
> as it is filtered to only receive e-mail from
> specific mailing lists.
>
>
>
> ---------------------------------
> Do you Yahoo!?
> Free online calendar with sync to Outlook(TM).
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.
Re: No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style
Posted by Vishal Shah <sh...@yahoo.com>.
Scott,
Do you happen to have a VB 6 code snippet that calles "getAllListings()" method of AddressBook sample (urn:AddressFetcher). This method returns a DOM element...and wanted to extrapolate...
Thanks,
Scott Nichol <sn...@scottnichol.com> wrote:
Doesn't your service have to use "literal XML encoding" to return an
Element? This is specific to Apache SOAP. It is not a standard
encoding. I am not sure what other implementations might support it,
but Microsoft does not.
On 22 May 2003 at 9:20, Vishal Shah wrote:
> Hi,
>
> I've been getting a following error when a VB6 client using SOAP high-level API, is trying to call a service that returns a DOM element.
>
> "No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style..."
>
> I've been scouring through for a possible fix. Pl let me know...
>
> Thanks
> VS
>
>
> ---------------------------------
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.
---------------------------------
Do you Yahoo!?
Free online calendar with sync to Outlook(TM).
Re: No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style
Posted by Vishal Shah <sh...@yahoo.com>.
Yes, the service needs to use "literal XML encoding" for an Element return type.
If it isn't standard encoding, why was it implemented in Apache SOAP ? Isn't the tenet of web service is based upon the "standards" ? Whay don't we have standards for interoperability ?
Do you think, this issue can be resolved by using a low-level soap toolkit and specifying a serializer and NS_URI_LITERAL_XML just like a sample "GetAllListings" java Apache client ? If you or anyone here can elucidate, it would be a great help to me...
Thanks again,
VS
Scott Nichol <sn...@scottnichol.com> wrote:
Doesn't your service have to use "literal XML encoding" to return an
Element? This is specific to Apache SOAP. It is not a standard
encoding. I am not sure what other implementations might support it,
but Microsoft does not.
On 22 May 2003 at 9:20, Vishal Shah wrote:
> Hi,
>
> I've been getting a following error when a VB6 client using SOAP high-level API, is trying to call a service that returns a DOM element.
>
> "No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style..."
>
> I've been scouring through for a possible fix. Pl let me know...
>
> Thanks
> VS
>
>
> ---------------------------------
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.
---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
Re: No Serializer found to serialize a 'org.w3c.dom.Element' using
encoding style
Posted by Scott Nichol <sn...@scottnichol.com>.
Doesn't your service have to use "literal XML encoding" to return an
Element? This is specific to Apache SOAP. It is not a standard
encoding. I am not sure what other implementations might support it,
but Microsoft does not.
On 22 May 2003 at 9:20, Vishal Shah wrote:
> Hi,
>
> I've been getting a following error when a VB6 client using SOAP high-level API, is trying to call a service that returns a DOM element.
>
> "No Serializer found to serialize a 'org.w3c.dom.Element' using encoding style..."
>
> I've been scouring through for a possible fix. Pl let me know...
>
> Thanks
> VS
>
>
> ---------------------------------
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
Scott Nichol
Do not reply directly to this e-mail address,
as it is filtered to only receive e-mail from
specific mailing lists.