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 101688 - REST WS template should not have its own category
Summary: REST WS template should not have its own category
Status: VERIFIED FIXED
Alias: None
Product: webservices
Classification: Unclassified
Component: REST (show other bugs)
Version: 6.x
Hardware: All Windows XP
: P2 blocker (vote)
Assignee: Nam Nguyen
URL:
Keywords:
: 101338 (view as bug list)
Depends on:
Blocks: 106380
  Show dependency tree
 
Reported: 2007-04-19 06:04 UTC by Pavel Buzek
Modified: 2007-06-22 22:51 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
patch, feel free to apply (972 bytes, text/plain)
2007-04-20 19:07 UTC, Lukas Jungmann
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pavel Buzek 2007-04-19 06:04:20 UTC
The list of categories in NFT wizard is already terribly crowded, especially in
Big IDE with all components installed, and one item does not justify a whole new
category. Put the template into Web Services category. This is very visible,
thus P2. Can it be fixed for M9 (j1 preview)?
Comment 1 Lukas Jungmann 2007-04-19 06:50:17 UTC
and the name should be "REST Web Services from Entity Classes" not from "...
Entity Beans"
Comment 2 Lukas Jungmann 2007-04-19 06:51:05 UTC
*** Issue 101338 has been marked as a duplicate of this issue. ***
Comment 3 jrojcek 2007-04-19 10:42:41 UTC
Reassigning to web services owner.

Please fix for M9.
Comment 4 Pavel Buzek 2007-04-20 00:35:57 UTC
fixed together with bug 101686
Comment 5 Lukas Jungmann 2007-04-20 19:06:17 UTC
Category is "Web Services", not "WebServices"...
Comment 6 Lukas Jungmann 2007-04-20 19:07:12 UTC
Created attachment 41366 [details]
patch, feel free to apply
Comment 7 Nam Nguyen 2007-04-20 19:29:44 UTC
Fixed for this wizard particular issue.

Pavel: 
This behavior could be a bug in layer file system where omission is interpreted
as removal.  The behavior forces redeclaration of folder everywhere.  This would
be a performance problem and also make rename requiring refactoring.  Is this a
known bug?
Comment 8 Lukas Jungmann 2007-06-22 22:51:36 UTC
v.