Uhm... perhaps you find something.
Here is my first lines of the web service:
*<wsdl:definitions targetNamespace="urn:mywebservice">*
<wsdl:message name="myHelloResponse">
<wsdl:part name="myHelloReturn" type="soapenc:string"/>
</wsdl:message>
<wsdl:message name="mySearchRequest">
<wsdl:part name="in0" type="soapenc:string"/>
</wsdl:message>
<wsdl:message name="myHelloRequest">
</wsdl:message>
<wsdl:message name="mySearchResponse">
<wsdl:part name="mySearchReturn" type="soapenc:string"/>
</wsdl:message>
<wsdl:portType name="MywebserviceInterface">
<wsdl:operation name="myHello">
<wsdl:input name="myHelloRequest" message="impl:myHelloRequest"/>
<wsdl:output name="myHelloResponse" message="impl:myHelloResponse"/>
</wsdl:operation>
<wsdl:operation name="mySearch" parameterOrder="in0">
<wsdl:input name="mySearchRequest" message="impl:mySearchRequest"/>
<wsdl:output name="mySearchResponse" message="impl:mySearchResponse"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="mywebserviceSoapBinding"
type="impl:MywebserviceInterface">
<wsdlsoap:binding style="rpc"
transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="myHello">
<wsdlsoap:operation soapAction=""/>
<wsdl:input name="myHelloRequest">
<wsdlsoap:body use="encoded"
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
namespace="urn:mywebservice"/>
</wsdl:input>
<wsdl:output name="myHelloResponse">
<wsdlsoap:body use="encoded"
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
namespace="urn:mywebservice"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="mySearch">
<wsdlsoap:operation soapAction=""/>
<wsdl:input name="mySearchRequest">
<wsdlsoap:body use="encoded"
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
namespace="urn:mywebservice"/>
</wsdl:input>
<wsdl:output name="mySearchResponse">
<wsdlsoap:body use="encoded"
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
namespace="urn:mywebservice"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="MywebserviceInterfaceService">
<wsdl:port name="mywebservice" binding="impl:mywebserviceSoapBinding">
<wsdlsoap:address location="http://giove:8080/axis/services/mywebservice"/>
</wsdl:port>
</wsdl:service>
</wsdl:definitions>
Is it what you said? To package everything i followed a tutorial using
this script:
java org.apache.axis.wsdl.Java2WSDL -o myws.wsdl
-l"http://localhost:8080/axis/services/mywebservice" -n urn:mywebservice
-p"mywebservice" urn:mywebservice mywebservice.MywebserviceInterface
java org.apache.axis.wsdl.WSDL2Java -o . -d Session -s -p
mywebservice.ws myws.wsdl
Now, my problem is: where i have to put those stupid Amazon stub
classes? In the windows classpath in order to compile the source code.
That is sure. But where else?
Roberto
Martin Gainty ha scritto:
*Sounds* as if there is a unresolved packaging AND /OR namespace problem
Can you confirm any namespace assignment(s) to CompanyHolder in the service
provided WSDL?
For example you may have a construct such as this as this at the top of your WSDL
wsdl:definitions targetNamespace="http://webservices"
thus any attempt to resolve via wsdl:binding or defining soap:body for client Request and or Server response would need to be prefaced with
webservices AND
package specification in java files would need to specify 'webservices' as in
package webservices;
Does this make sense to you?
Martin --
*********************************************************************
This email message and any files transmitted with it contain confidential
information intended only for the person(s) to whom this email message is
addressed. If you have received this email message in error, please notify
the sender immediately by telephone or email and destroy the original
message without making a copy. Thank you.
----- Original Message -----
From: "Luis Rivera" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Tuesday, July 18, 2006 7:18 AM
Subject: Re: Where to put Amazon Stub classes
Roberto,
I have not solved the problem, but managed to understand that the problem
does is not where I drop the classes that will make the JNi calls. Dropping
them inthe share directory results in the
java.lang.reflect.InvocationTargetException at the Client side.
1) To be clear, the call to th e JNi wrapper (dropped in the share/classes
directoy) is something like this:
public void getCompany(CompanyHolder company, StringHolder result) {...}
Making this call from the Stub implementation (dropped in
axis/WEB-INF/classes directory) result in the mentioned exception. The
clases ComapnyHolder is visible to both classes, and tthey are in
axis/WEB-INF/classes and axis/WEB-INF/classes.
2) For the sake of testing, I created a new method without parameters
public Stirng getCompany();
and made the call just like in 1, and IT WORKED ... not Exception at the
client side.
3) So, the problem seems to me is not wher eI drop the implementation
classes, but the classes with all the types and hodlers generated with
wsdl2Java, and it doesn't seem to be the shared/classes directory, because
that classloader finds it correctly.
It seems that there is another classloader in the middle, between the one
for shared and the one for my WebApp that needs to know where to get these
classes from, but where? ... I tried common and server.... no luck !!!
HELP PLEASE !!!
Thanks in advance,
--Luis R.
From: Roberto Belardo <[EMAIL PROTECTED]>
Reply-To: [email protected]
To: [email protected]
Subject: Re: Where to put Amazon Stub classes
Date: Tue, 18 Jul 2006 10:36:40 +0200
Those are all the experiments i did to solve this damned problem:
* Put the Amazon stub classes in a jar in the classpath of windows:
The source code of the web service will compile, and you will be
able to correctly deploy it. But when you will try to acces it
from a client, the first try to call AWSserviceLocator( ) will
cause the exception.
* Put the Amazon stub classes in a jar in the
TOMCAT/webapps/AXIS/WEB-INF/lib directory: Axis will not start.
You will get a 404 error, and i don't know why.
* Put the Amazon stub classes in the
TOMCAT/webapps/AXIS/WEB-INF/classes directory: Nothing change from
the first point.
* Put the Amazon stub classes in the TOMCAT/shared/lib directory: :
Nothing change from the first point.
* Put the Amazon stub classes in the same jar of the web service i
try to deploy and use: I put this jar containing Amazon stub
package, my ws sources, my ws stub classes in
TOMCAT/webapps/AXIS/WEB-INF/lib directory. I can deploy it but
nothing change from the first point.
I really finish my ideas to solve this problem. Is it possible that no one
had never try to use Amazon in Axis? I wrote on Amazon forum, Nabble Axis
forum, Java forum but with no succes.
I hope we find the solution :-(
Roberto.
Luis Rivera ha scritto:
Roberto,
I don't know the answer, but I am having the same problem. Same exception
but with a slightly different setup. I have a class which will use a JNI
library, which according to the documentation should be place in the
shared/classes directory. So I did and I get the dreaded
java.lang.reflect.InvocationTargetException, which I believe is a class
loader problem. However, I have tried to solve this placing it in the
common/classes, server/classes and I get the same result.
I have searched the web for solutions, some people say that it is a
classpath problem, but nobody seems to let you know where exactly you set
this so that the correct class loader finds the class (assuming I am right
and it is a classloader problem).
Any of these AXIS gurus have had a similar setup/problem and have a
solution at hand?
Thanks in advance,
--Luis R.
From: Roberto Belardo <[EMAIL PROTECTED]>
Reply-To: [email protected]
To: [email protected]
Subject: Re: Where to put Amazon Stub classes
Date: Mon, 17 Jul 2006 14:58:15 +0200
But if i put those stub files in a jar under the WEB-INF/lib Axis cannot
start.
My question begin: Can i invoke a web service on axis that will invoke
with some stubs the service of amazon? If yes, why i'm still getting this
exception?
Martin Gainty ha scritto:
Buon Giorno Roberto-
place jars in %TOMCAT_HOME%/webapps/axis/WEB-INF/lib
OR
place class files in %TOMCAT_HOME%/webapps/axis/WEB-INF/classes
Molte Grazie,
Martin --
*********************************************************************
This email message and any files transmitted with it contain
confidential
information intended only for the person(s) to whom this email message
is
addressed. If you have received this email message in error, please
notify
the sender immediately by telephone or email and destroy the original
message without making a copy. Thank you.
----- Original Message ----- From: "Roberto Belardo"
<[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Monday, July 17, 2006 6:07 AM
Subject: Where to put Amazon Stub classes
Hi all,
i have big problem. I'm trying to develop a web service that will do
simply
a search using amazon ws, and i want acces my service from a java
client. So
i put my web service jar in AXIS-HOME/WEB-INF/lib directory. But here
come
the problems:
Where i have to put Amazon stub classes obtained from the amazon wsdl
file?
In order to compile my java files for my web service, i create a jar
with
those stub files and putted it in the windows classpath. But it seems
to me
that Axis cannot see them because every time i try to acces the web
service
i got a java.lang.reflect.InvocationTargetException from Axis but i can
use
ut if i simply remove the amazon code. If i put that jar with the
amazon
stub in the AXIS-HOME/WEB-INF/lib directory Axis cannot start.I get an
error
404.
Thanks in advance,
Roberto --
View this message in context:
http://www.nabble.com/Where-to-put-Amazon-Stub-classes-tf1953881.html#a5358366
Sent from the Axis - User forum at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
"wè®f³��Ãz4Ã
÷Ã>]x�Ã"Â7Ã>T.zà >>>>>>÷Ãsm§ÿðÃf èw}¢t===
--
--- This is a digital signature and it is not a part of the message ---
Per non lottare ci saranno sempre moltissimi pretesti in ogni epoca e in
ogni circostanza, ma mai, senza lotta, si potrà avere la libertà .
Fidel Castro (introduzione a "Che Guevara, Diario in Bolivia")
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Corso base ASP Gratis - Video con trucchi e segreti per imparare a creare
il tuo Sito Web Dinamico con la tecnologia ASP
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5146&d=17-7
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
__________ Informazione NOD32 1.1454 (20060321) __________
Questo messaggio è stato controllato dal Sistema Antivirus NOD32
http://www.nod32.it
--
--- This is a digital signature and it is not a part of the message ---
Per non lottare ci saranno sempre moltissimi pretesti in ogni epoca e in
ogni circostanza, ma mai, senza lotta, si potrà avere la libertà .
Fidel Castro (introduzione a "Che Guevara, Diario in Bolivia")
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Refill srl dal 1993, il compatibile per stampante di qualit. 5000 prodotti
in pronta consegna, consegna in 24h, assistenza telefonica da tecnici
specializzati
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5192&d=18-7
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
"wè®f³Š‰Þ4à÷Û]xç�´Ó7ÛT.zËh™ë,j"¢ËZ¶‡(žÚè–V¡Ö¥J+-zf€žØ¯Š»¬4à÷Úm§ÿðÃ
èw}¢t===
--
--- This is a digital signature and it is not a part of the message ---
Per non lottare ci saranno sempre moltissimi pretesti in ogni epoca e in ogni
circostanza, ma mai, senza lotta, si potrà avere la libertà.
Fidel Castro (introduzione a "Che Guevara, Diario in Bolivia")
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Crea il tuo sito web dinamico con PHP e MySQL - VideoCorso professionale
direttamente nel tuo computer. Trucchi e segreti
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5142&d=18-7
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]