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 62535 - Enhance java project schema with web service client information
Summary: Enhance java project schema with web service client information
Status: VERIFIED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Project (show other bugs)
Version: 5.x
Hardware: All All
: P2 blocker (vote)
Assignee: apireviews
URL: http://www.netbeans.org/issues/show_b...
Keywords: API_REVIEW_FAST
Depends on: 70720
Blocks:
  Show dependency tree
 
Reported: 2005-08-18 07:30 UTC by Martin Grebac
Modified: 2007-04-03 15:54 UTC (History)
3 users (show)

See Also:
Issue Type: TASK
Exception Reporter:

Attachments
Difference between v2 and v3 schema (1.90 KB, text/plain)
2005-08-18 07:34 UTC, Martin Grebac 		Details
New schema (3.89 KB, text/xml)
2005-08-18 07:36 UTC, Martin Grebac 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Grebac 2005-08-18 07:30:01 UTC 
In order to implement
http://www.netbeans.org/issues/show_bug.cgi?id=53989 which is a web service
client support in java project, we want to enhance java project's xml with web
service client information. 
 This kind of information is already part of web project, and for web service in
ejb project. 
 I'm attaching diff between revision 2 and 3 of the project schema, and also
schema v.3 as a whole file.
Comment 1 Martin Grebac 2005-08-18 07:34:46 UTC 
Created attachment 24016 [details]
Difference between v2 and v3 schema
Comment 2 Martin Grebac 2005-08-18 07:36:48 UTC 
Created attachment 24017 [details]
New schema
Comment 3 Jesse Glick 2005-08-18 15:50:46 UTC 
Are the new elements intended to be used by build-impl.xsl? If not, they should
probably be placed in a new fragment beneath <configuration> with its own namespace.
Comment 4 Martin Grebac 2005-08-18 16:05:38 UTC 
Yes, they are used in build-impl.xsl. We are adding new targets to the build
script based on a presence and value of the elements.
Comment 5 Jesse Glick 2005-08-18 16:58:30 UTC 
By the way: maxOccurs="1" on xsd:element is unnecessary, since that is the default.

Seems odd for <web-service-clients> to be optional, yet if present, can still be
empty. Probably harmless but permits two different ways of expressing the same
thing, which would better be avoided.

Try to use more specific types than xsd:token if possible. Can client-source-url
really be any free text? Sounds like it needs to be xsd:uri.

Element names inside <web-service-clients> do not need to be prefixed with
"web-service-", I think; it is obvious. Probably just

<web-service-clients>
    <client>
        <name>Whatever... any format?</>
        <stub-type>what goes here??</>
        <source-url>http://nowhere.net/</>
    </>
</>

would suffice.
Comment 6 Milan Kuchtiak 2005-08-19 17:12:47 UTC 
Yes,
maxOccurs="1" is unnecessary
"xsd:anyURI" type can be used for source-url element

As far as the element names simplification:
the structure coppies the web project's project.xml
(The implementation uses the same constants)
Though, the element names could be changed (for j2seproject) easily, I think
this could confuse the user.

Martin, what do you think about that ?
Comment 7 Jesse Glick 2005-08-19 17:30:55 UTC 
OK, if the element names are already in use in web/project, best to keep them
the same.
Comment 8 Martin Grebac 2005-11-23 10:03:43 UTC 
This was done for 5.0.
Comment 9 Martin Grebac 2007-04-03 15:54:15 UTC 
v