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.
Summary: | xsd not updated | ||
---|---|---|---|
Product: | webservices | Reporter: | m1ke |
Component: | Code | Assignee: | Milan Kuchtiak <mkuchtiak> |
Status: | VERIFIED INCOMPLETE | ||
Severity: | normal | Keywords: | UI, USABILITY |
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
m1ke
2010-08-13 20:28:25 UTC
The deployment error isn't, very likely, related to Netbeans but either to application itself or to some JAX-WS limitation. Please, attach the entire test case to understand the problem. Thank You. What do you mean with Web Service symbol ? Is that the WS icon in Project's view ? (In reply to comment #1) > The deployment error isn't, very likely, related to Netbeans but either to > application itself or to some JAX-WS limitation. It's not related to the application. I removed every Error-Catching Code and there are no Classes/Fields named Error. The "<error>.class" is placed at projectname/build/web/WEB-INF/classes/folder/ on deployment and removed on clean/build. Perhaps someone forgot some *NIX specific behaviours.. the content of this file ooks like: java/lang/Object/ ... InnerClasses ... subDB path/to/<error> path/to/<error> ... I reinstalled Glassfish and still get this error. > Please, attach the entire test case to understand the problem. Thank You. I cant upload testcases from here but to reproduce this you could do (Dont forget => on a linux pc): 1) tools > servers > add sailfin 1/2 server 2) make new Web-Application 3) add new Webservice 4) add operation 5) add try{throw new Error();}catch(Error e){} in operation 6) clean build 7) deploy 8) deploy.. > > What do you mean with Web Service symbol ? > Is that the WS icon in Project's view ? yes that's the one. After adding "@Webservice" manually and removing it afterwars the icon wont disappeare. Testcase for xsd-Bug (xsd not updated): Testcase 1: 1->4 5) Add custom Class named "Subscriber" with some fields + getter/setter returned by operation added in 4) 6) clean/build/deploy 7) look xsd 8) change fieldname in "Subscriber" 6) clean/build/deploy 7) look xsd Another annoying thing: The Master-Password dialogue is losing focus to put in the pass if its not typed in within the first x seconds. Restart is required in this case. |