This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 182419 - Generated web service from web client accessing a BPEL process does wrong serialization
Summary: Generated web service from web client accessing a BPEL process does wrong ser...
Status: RESOLVED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: GlassFish (show other bugs)
Version: 6.x
Hardware: PC Windows 7 x64
: P3 normal (vote)
Assignee: Vince Kraemer
URL: http://n2.nabble.com/BPEL-selection-f...
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-20 11:32 UTC by snijkerm
Modified: 2010-04-09 16:20 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
GlassFish exceptions (7.95 KB, text/plain)
2010-04-01 14:46 UTC, Milan Kuchtiak
Details

Note You need to log in before you can comment on or make changes to this bug.
Description snijkerm 2010-03-20 11:32:26 UTC
When working with JCAPS6.2 software it seems that web services generated from a web client do not serialize the data correctly. This is the case when accessing a BPEL process (ws based on WSDL of the BPEL process). Testing the BPEL works fine (generated an automatic test case). It only goes wrong when the web application sends a request via the web service. Maybe something is wrong with the Netbeans generated Stub code for the webservice? When finally submitting the request clicking the button it gives a selection failure in BPEL (when checking in the debugger it seems that some XML elements contain other XML elements where they should contain xsd:string. The problem is also described in the url above, or here:

http://n2.nabble.com/BPEL-selection-failure-error-in-assign-activity-td3403844.html

That said.

I found a solution for it. Although I don't know if it is THE solution, meaning maybe it is just an indirect result of something else.

Anyhow, what I found is that you need to set a different property for the web application project. Opening the properties for that project and go to Categories: Run, there you have to unselect the 'Deploy on Save' option. After switching this off all works fine when building and deploying it explicitly. Maybe there is some interference between this automatic deployment and the generation of the web service code?

So the bug here is:
When 'Deploy on Save' option is turned on for web application projects calling a web service is not working correctly.
Comment 1 Milan Kuchtiak 2010-03-22 08:05:10 UTC
Have you tried Netbeans 6.8 ?

There were few changes in location of generated classes (JAX-WS client stub).
Now the the content of build/generated-sources/jax-ws folder should be added to deployment directory (war file) automatically.
Comment 2 snijkerm 2010-03-25 08:48:07 UTC
(In reply to comment #1)
> Have you tried Netbeans 6.8 ?

No JCAPS6.2 installs with Netbeans 6.5. It uses specific plugins (for repository based development) that will probably not work under 6.8.

I am giving a problem here, with a solution. I just thought, maybe this could be useful information (especially because JCAPS is a commercial product of Sun/Oracle). I can easily deploy explicitly without the 'Deploy on Save' option.

Hope it helps,
Marcel
Comment 3 Milan Kuchtiak 2010-04-01 14:43:42 UTC
Thank you for evaluation. It's the "Deploy on Save" that probably doesn't accept(deploy) generated JAX-WS artifacts.

I found similar issue in 6.9.

Scenario :

- create web application
- create a web service client (from wsdl) in web application
  (http://www.webservicex.net/CurrencyConvertor.asmx)
- create a servlet
- invoke Insert Code -> Call WS Operation (Conversion Rate) inside servlet
- clean project
- Run servlet

It's probably related to Compile on Save feature (issue 151845).

See the attachment
Comment 4 Milan Kuchtiak 2010-04-01 14:46:08 UTC
Created attachment 96544 [details]
GlassFish exceptions
Comment 5 Vince Kraemer 2010-04-02 18:14:55 UTC
I cannot replicate this with 3.0.1
Comment 6 Vince Kraemer 2010-04-05 20:46:25 UTC
this is waiting on the 3.0.1 integration
Comment 7 Vince Kraemer 2010-04-09 16:20:07 UTC
dev build 201004090201 includes GlassFish Server OSE 3.0.1 bits