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 211871

Summary:	Issues in handling ApplicationConfig
Product:	webservices	Reporter:	Petr Jiricka <pjiricka>
Component:	REST	Assignee:	Milan Kuchtiak <mkuchtiak>
Status:	NEW ---
Severity:	normal	CC:	dkonecny
Priority:	P3
Version:	7.2
Hardware:	All
OS:	All
Issue Type:	ENHANCEMENT	Exception Reporter:

Description Petr Jiricka 2012-04-27 17:03:04 UTC

After addressing issue 209713 (simplifying REST configuration), there are several problems in handling ApplicationConfig:

1. The default package for ApplicationConfig should not be
org.netbeans.rest.application.config, as this is not NetBeans code. How about
<application_name>.rest.config, i.e. for example webapplication16.rest.config?
This would be consistent with the naming of main class in Java SE projects.

2. It happened to me that when I created the first REST service, the
ApplicationConfig was empty, i.e. methods getClasses() and getResourceClasses()
were missing. (They were then created when I created a second web services.)
But this looks like a random issue, in another case these methods were creating
while creating the first service in the project.

3. After we change ApplicationConfig, it should be saved I think - currently we
leave it modified in editor.

4. After moving ApplicationConfig to another package, creating additional REST services will not update ApplicationConfig. The REST support should detect that this class has moved and declare newly created classes in the new moved ApplicationConfig.