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: | get reflect.UndeclaredThrowableException if import XML schema file while creating a WSDL file | ||
---|---|---|---|
Product: | soa | Reporter: | _ hong_lin <hong_lin> |
Component: | BPEL Project | Assignee: | Roderico Cruz <rcruz> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | barkodar, pjiricka, skini |
Priority: | P1 | ||
Version: | 5.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
_ hong_lin
2006-07-14 22:59:20 UTC
The BPEL project is using the WSDL wizard of Netbeans (websvc/core). The problem is that the wizard template that it points to is incorrect. In org.netbeans.modules.bpel.project.BpelproProject.java, PRIVILEGED_NAMES points to "Templates/XML/untitled.wsdl". It should instead point to "Templates/WebServices/WSDL.wsdl". I've spoken to Praveen about this and I will reassign this to BPEL project The BPEL project is using the WSDL wizard of Netbeans (websvc/core). The problem is that the wizard template that it points to is incorrect. In org.netbeans.modules.bpel.project.BpelproProject.java, PRIVILEGED_NAMES points to "Templates/XML/untitled.wsdl". It should instead point to "Templates/WebServices/WSDL.wsdl". I've spoken to Praveen about this and I will reassign this to BPEL project Praveen, Ritesh comment says he talked to you about this. If not your work reassign to others. This needs to be fixed in bpel project module. See rico comments for fix needed. Reassigning to Ritesh. This has been fixed according to what rico suggested and original exception doesn;t happen, but seeing a new exception in wsdl editor/wsdl model so assigning it to kini. ava.io.IOException: Invalid token '#' found in document: Please use the text editor to resolve the issues... at org.netbeans.modules.xml.xdm.nodes.XMLSyntaxParser.parse (XMLSyntaxParser.java:223) at org.netbeans.modules.xml.xdm.XDMModel.prepareSync(XDMModel.java:132) at org.netbeans.modules.xml.xdm.XDMModel.sync(XDMModel.java:122) at org.netbeans.modules.xml.xdm.xam.XDMAccess.sync(XDMAccess.java:109) at org.netbeans.modules.xml.xam.AbstractModel.sync (AbstractModel.java:221) at org.netbeans.modules.xml.xam.AbstractModelFactory.getModel (AbstractModelFactory.java:79) at org.netbeans.modules.xml.wsdl.model.WSDLModelFactory.getModel (WSDLModelFactory.java:55) at org.netbeans.modules.xml.wsdl.ui.netbeans.module.WSDLEditorSupport.getWSDLDocume nt(WSDLEditorSupport.java:234) at org.netbeans.modules.xml.wsdl.ui.netbeans.module.WSDLDataObject.<init> (WSDLDataObject.java:72) at org.netbeans.modules.xml.wsdl.ui.netbeans.module.WSDLDataLoader.createMultiObjec t(WSDLDataLoader.java:107) at org.openide.loaders.DataObjectPool.createMultiObject (DataObjectPool.java:145) at org.openide.loaders.MultiDataObject.createMultiObject (MultiDataObject.java:875) at org.openide.loaders.MultiDataObject.handleCreateFromTemplate (MultiDataObject.java:692) at org.netbeans.modules.xml.wsdl.ui.netbeans.module.WSDLDataObject.handleCreateFrom Template(WSDLDataObject.java:124) at org.openide.loaders.DataObject$5.run(DataObject.java:719) Reasons: 1. the wsdl template has placeholders like #SERVICENAME (placeholders which get replace when new file is created) 2. the wsdliterator calls the editor.edit() before replacing the placeholders with proper names. 3. The editor tries to get the model from the file which has invalid characters like #. The model fails throwing an exception. 4. handleCreateFromTemplate tries to getModel in order to set name and targetnamepace (which really shouldnt have been done, since the wdslIterator does that) Soln: (both should be completed to fix this bug) Step 1. WSDLDataobject should not implement handleCreateFromTemplate. Step 2. the wsdliterator should call the editcookie after the replacement has been done to avoid 4 above I have made changes to the WSDLDataobject to remove the handleCreateFromTemplate . Also corrected logic in WSDLTreeMultiViewElement to handle model. This completes step #1. Assigning the bug to Rico to implement step 2. Editor.edit() forces the editor to open,resulting in this problem. The call was needed to get the Swing document. Fixed by replacing the EditCookie.edit() call with EditorCookie.openDocument(). This call does not open the editor. Verified the bug is fixed in Coke Milestone build 17 |