If I disable the Proxy settings in MyEclipse the Client Service GUI can find that URL in order to validate it and create stubs from that wsdl and I don't get the 504 Gateway Timeout error anymore. So in order to let enabled the Proxy settings I will have to reconfigure the client (or the whole other web service project) somehow to use the Proxy, but for the testing on local server a URL served from another project I will have to disable the Proxy. That doesn't make to much sense ...
Now the other error from my previous message I hope it is a backward compatibility issue because I upgraded to XFire 1.2.6. I know that some versions of supporting third party .jar files, includ other versions of same supporting third party .jar files, which are not always backwards compatible and the method or constructor of needed signature was not there. I will try to redo using the standard distribution of jars that are coming with MyEclipse 5.5. If you have any other idea why I get that Exception in thread "main" java.lang.NoSuchMethodError: org.apache.commons.httpclient.MultiThreadedHttpConnectionManager.setParams(Lorg/apache/commons/httpclient/params/HttpConnectionManagerParams;)V please let me know. On Fri, 2007-18-05 at 11:17 -0400, Dragos Pavel wrote: > I upgraded XFire and MyEclipse as well yesterday. > > I was not talking about eclipse's web service explorer when accessing > that URL, I know about all that (UDDI, WSIL and WSDL main) and as a > matter of fact I mentioned in my previous email, I think,that this > particular approach is working fine. My question was for when using the > "Client Service" generation GUI/option where you have to provide the URL > in that popup GUI and it has to be validated... > > How you generated the client code? you said buy using plugin + Eclipse; > same thing, I tried it and in that popup GUI you have to provide the URL > and the validation of that wsdl location URL times out in my case. > > Sorry for the delay I debugged the JAXB2 project and by doing the schema > first approach I discovered that artifacts are the same as previously in > the wsdl first scenario, what happened is that the generated skeleton > for the services.xml using the top-down toolkit from MyEclipse was not > correct! So I created my own services.xml instead to modify the template > created by MyEclipse and now the generated schema is absolutely correct > in my opinion. No need for that workaround. > BUT I ran into another issue when trying to access my method in the web > service from the client test code: > > Exception in thread "main" java.lang.NoSuchMethodError: > org.apache.commons.httpclient.MultiThreadedHttpConnectionManager.setParams(Lorg/apache/commons/httpclient/params/HttpConnectionManagerParams;)V > at > org.codehaus.xfire.transport.http.CommonsHttpMessageSender.createClient > (CommonsHttpMessageSender.java:228) > at org.codehaus.xfire.transport.http.CommonsHttpMessageSender.open > (CommonsHttpMessageSender.java:129) > at org.codehaus.xfire.transport.http.HttpChannel.sendViaClient > (HttpChannel.java:121) > at org.codehaus.xfire.transport.http.HttpChannel.send > (HttpChannel.java:48) > at org.codehaus.xfire.handler.OutMessageSender.invoke > (OutMessageSender.java:26) > at org.codehaus.xfire.handler.HandlerPipeline.invoke > (HandlerPipeline.java:131) > at org.codehaus.xfire.client.Invocation.invoke(Invocation.java:79) > at org.codehaus.xfire.client.Invocation.invoke(Invocation.java:114) > at org.codehaus.xfire.client.Client.invoke(Client.java:336) > at org.codehaus.xfire.client.XFireProxy.handleRequest > (XFireProxy.java:77) > at org.codehaus.xfire.client.XFireProxy.invoke(XFireProxy.java:57) > at $Proxy12.putDeviceStatus(Unknown Source) > at lixar.ServiceClient.main(ServiceClient.java:473) > > And I don't really grasp the root cause of this error. > Anybody any idea ? Please I know the weekend is comming but I would > appreciate a feedback on this before that ... > > Regarding the marshall/unmarshall code I don't know I am sorry... > Beside this forum you can look as well to this one for possible answers. > > http://osdir.com/ml/java.xfire.user/2007-01/threads.html > > I think you should look into TransportManager and Transport components > of XFire. > > Regards and Many Thanks, > Dragos > > > > On Fri, 2007-18-05 at 09:36 -0400, Daniel King wrote: > > I created the POJOs using Hibernate. Whenever I put in the path to the > > WSDL in Firefox it brings up the WSDL and shows the XML. > > > > If I put the same URL in eclipse's web service explorer under WSDL main > > then it shows the operations available and their respective inputs. If > > you notice there is UDDI, WSIL and WSDL main in the web service explorer > > so you have to choose WSDL main. > > > > When you generate your client using the WSDL URL, are parts of your > > schema missing? If so check for places where minOccurs="0" and > > nillable="true" and change it to nillable="false". I had missing parts > > of my schema and when I did that they reappeared. What exactly is wrong > > with the generated schema? > > > > What's the URL of your WSDL that you put into eclipse's web service > > explorer? I use > > http://localhost/webAppContext/services/ServiceName?wsdl. > > > > I did all the development from my machine ie created service and > > generated the client. After I got it working I deployed the war that > > has the web service to my machine and had someone from another machine > > test the client. > > > > I also upgrade my XFire eclipse plugin to 1.2.6 yesterday. > > > > I'm still having trouble with the response objects from our Remedy Web > > Service having no data yet I see the xml data came across the wire fine. > > Any idea where the marshalling code is? I went through the debugger but > > didn't see where it grabbed the xml and tried to marshall/unmarshall it. > > > > Thanks, > > Daniel > > > > Daniel King, R2D2, C3P0 > > Application Engineer > > Web Team > > Nemours > > Office: (904) 288-5643 > > Fax: (904) 288-5758 > > > > *** Call me Daniel *** > > > > NOTICE...This electronic transmission is intended only for the person(s) > > named. It may contain information that is (i) proprietary to the > > sender, and/or (ii) privileged, confidential and/or otherwise exempt > > from disclosure under applicable State and Federal law, including, but > > not limited to, privacy standards imposed pursuant to the federal Health > > Insurance Portability and Accountability Act of 1996 (HIPAA). Receipt > > by anyone other than the named recipient(s) is not a waiver of any > > applicable privilege. If you received this confidential communication > > in error, please notify the sender immediately by reply e-mail message > > and permanently delete the original message from your system. > > > > > > -----Original Message----- > > From: Dragos Pavel [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 17, 2007 9:48 PM > > To: [email protected] > > Subject: RE: [xfire-user] Different behavior of wsgen in command > > lineandanttask > > > > Hi Daniel and All, > > > > You mentioned: > > "For one service I created, I wrote the service using POJOs with an > > interface. Then I created a services.xml file for the service. Then I > > used the XFire eclipse plugin to generate code from the generated WSDL > > using the "http://myWebAppContext/services/MyService?wsdl"; format to > > generate the client. The web service is in one project and another > > project houses the client. I had no trouble sending/receiving data with > > this client/service as far as input/output." > > > > You created the POJO's yourself or did you use XJC to generate them ? > > > > You encouraged me to try this approach with the Schema First > > Development. Mainly because I understand better all XMLBeans binding now > > and I still prefer to make the JAXB2 bindings to work. > > Problem comes when you say = generating the client = you said "The web > > service is in one project and another project houses the client." > > I did exactly the same too trying both with XFire eclipse plugin, or > > with the XFire from within MyEclipse to generate the client code using > > the URL for the wsdl location from the other project and deployed on > > local JBoss AS. I can access that URL fine in the browser but using the > > XFire plugin (or MyEclipse XFire) I run into this errror and times out > > when accessing the URL in order to validate the wsdl: > > > > ---------------------- > > Server returned HHTP response code: 504 for URL : > > http:?//correct_path/Service?wsdl > > ---------------------- > > > > Looking at HTTP error codes definitions: > > > > 504 Gateway Timeout > > The server, while acting as a gateway or proxy, did not receive a timely > > response from the upstream server specified by the URI (e.g. HTTP, FTP, > > LDAP) or some other auxiliary server (e.g. DNS) it needed to access in > > attempting to complete the request. > > Note: Note to implementors: some deployed proxies are known to > > return 400 or 500 when DNS lookups time out. > > > > DNS is good in my case, I can access that URL fine in the firefox > > browser or in the MyEclipse browser. > > Further on my hostname is resolved correctly by DHCP. > > BTW I checked the URL spelling etc ... > > > > Normally the packets for http should never leave my computer because > > they have to go to the loop back interface when running locally on same > > computer. I don't understand why from MyEclipse I can't access that URL > > but from the browser is fine. > > > > If I implement this approach now I will have to create all the client > > myself... cause I can't use the plugin + Eclipse or the MyEclipse (who > > has XFire integrated). > > Did you deployed the war on another computer then you generated code > > from the generated WSDL using XFire eclipse plugin on your dev computer? > > > > Aside: what I did before was creating first the wsdl which contained the > > schema. Then using top-down scenario I used MyEclipse-XFire to generate > > all artifacts from the original wsdl. Then introduced the logic for > > service implementation and test client. Problem is that the dynamically > > generated wsdl contains wrong schema. XFire & JAXB2 bindings are > > responsible for creating the generated schema. So I tried to reset force > > XFire to use my original schema, which is not easy to implement in > > certain environment like mine. > > Hope that using XJC to generate correct code and the wsdl in the end to > > contain correct schema ... > > > > Thanks, > > Dragos > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this list please visit: > > > > http://xircles.codehaus.org/manage_email > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this list please visit: > > > > http://xircles.codehaus.org/manage_email > > > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
