-
1. Re: generating web services client codes in .apt_src folder..
maxandersen Mar 12, 2012 5:54 AM (in response to aupres)what wizard are you using that puts # in the paths instead of / ?
-
2. Re: generating web services client codes in .apt_src folder..
aupres Mar 12, 2012 6:08 AM (in response to maxandersen)Thank you for your reply, Max.
My previous reference was http://docs.jboss.org/tools/3.1.0.GA/en/ws_ref_guide/html/client.html .
-
3. Re: generating web services client codes in .apt_src folder..
bfitzpat Mar 12, 2012 9:43 AM (in response to aupres)Create a JIRA for this and we can look at it. Please be as specific as you can with any steps and example code/wsdl you can provide.
-
4. Re: generating web services client codes in .apt_src folder..
aupres Mar 18, 2012 3:15 AM (in response to bfitzpat)Thanks, Brian. I created JIRA.And I am writing the bug on this page.
1. I made simple web services codes on Eclipse Indigo and JBoss 7. And I deployed it. My reference was http://docs.jboss.org/tools/3.1.0.GA/en/ws_ref_guide/html/topdown.html.
Deploment was successful.
2. I tried to generate client sample codes. But it failed.
As shown above, no clientsample package was generated in .apt_src folder.In previous JBoss version, clientsamples package was generated in .apt_src folder and I used it.
I hope this bug will be solved on next JBossTools version. Thank you for your reply..
-
5. Re: generating web services client codes in .apt_src folder..
aupres Mar 20, 2012 6:35 AM (in response to bfitzpat)I created JIRA, Brian! Any comments?
-
6. Re: generating web services client codes in .apt_src folder..
bfitzpat Mar 21, 2012 4:37 PM (in response to aupres)1 of 1 people found this helpfulSorry, haven't gotten back to this yet. On my list!
-
7. Re: generating web services client codes in .apt_src folder..
aupres Mar 21, 2012 7:42 PM (in response to bfitzpat)That's ok, Brian. When you solve this issue, pls leave the comment.
-
8. Re: generating web services client codes in .apt_src folder..
bfitzpat Apr 26, 2012 6:06 PM (in response to aupres)1 of 1 people found this helpfulI have had a chance to try this out and hit upon the issue you indicated. With AS 7.1 I'm seeing the following as the broken code. Note the notes about different constructors requiring different versions of JAX-WS. The workaround is to simply comment out the broken constructors and then it compiles fine even if generated in the .apt_src alternate source directory.
//This constructor requires JAX-WS API 2.2. You will need to endorse the 2.2
//API jar or re-run wsdl2java with "-frontend jaxws21" to generate JAX-WS 2.1
//compliant code instead.
public AreaService_Service(WebServiceFeature ... features) {
super(WSDL_LOCATION, SERVICE, features);
}
//This constructor requires JAX-WS API 2.2. You will need to endorse the 2.2
//API jar or re-run wsdl2java with "-frontend jaxws21" to generate JAX-WS 2.1
//compliant code instead.
public AreaService_Service(URL wsdlLocation, WebServiceFeature ... features) {
super(wsdlLocation, SERVICE, features);
}
//This constructor requires JAX-WS API 2.2. You will need to endorse the 2.2
//API jar or re-run wsdl2java with "-frontend jaxws21" to generate JAX-WS 2.1
//compliant code instead.
public AreaService_Service(URL wsdlLocation, QName serviceName, WebServiceFeature ... features) {
super(wsdlLocation, serviceName, features);
}
I will continue to poke around, but the workaround at least seems pretty obvious.