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.
Steps to reproduce: 1. Create a new EJB project 2. Create a new XSD file and define some elements 3. Create a new WSDL. In the abstract configuration step, try to change the Input part1's element/type. In the "Select Element or Type" window, we don't see the elements defined in our XSD file (see snapshot). The above steps work in BPEL project. Product Version: NetBeans IDE 6.5.1 (Build 200905151554) Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05 System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb) Userdir: C:\GlassFishESBv21RC2\.netbeans\glassfishesb
Created attachment 83464 [details] new WSDL wizard in EJB project
Only XSDs defined in the default package don't work. If the XSD is defined in a package other than the default package, then it is available in the WSDL wizard.
*** Issue 166576 has been marked as a duplicate of this issue. ***
The same issue is observed in CompApp project.
In order to fix this generically across projects, we have to use the LogicalViewProvider view, and get the xsd/wsdl from the related folders. All other folders are ignored. For example, anything outside of src/test folders are generally ignored, if the LogicalViewProvider is not able to show it in the projects view. This approach is used in import customizer, to populate the view based on LogicalViewProvider. The only difference in wsdl tools approach is to reduce number of nodes, and serialize the folder structure into one node (this reduces the click count).
Committed into soa-dev65 http://hg.netbeans.org/soa-dev65/rev/aedbf11db3b5
Attempted to verify with Glassfish 2.2 build 20091029-0719 with NETBEANS_BUILD=200910252201 NETBEANS_VERSION=6.7.1 SOA_BUILD=091028 I noticed the following behavior reproducing the EJB scenario: => Every few times I pull up the Type or Element dialog (from the property dialog, or in a wizard), I either see the .xsd file twice in the by File list of the Type or Element dialog (screenshot attached), or no .xsd files at all (screenshot attached). I never see the just one .xsd I actually have. I see similar behavior with Compapp, although I've only seen one or zero .xsds where there should be one, not two. Sometimes it settles into producing the same 2x .xsd file or no .xsd file behavior repeatedly. Sometimes waiting for a minute or so reverts to showing the .xsd file 2x (a less-severe bug, IMHO).
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue. Thanks for your cooperation, NetBeans IDE 8.2 Release Boss