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 84549 - sun-web.xml file overwritten when a jaxws project is opened
Summary: sun-web.xml file overwritten when a jaxws project is opened
Status: VERIFIED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: Sun Appserver 8 (show other bugs)
Version: 5.x
Hardware: All Windows ME/2000
: P2 blocker (vote)
Assignee: _ pcw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-08 22:11 UTC by javatechwriter
Modified: 2006-09-21 14:21 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
example application with security role mapping in sun-web.xml (34.33 KB, application/octet-stream)
2006-09-08 22:13 UTC, javatechwriter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description javatechwriter 2006-09-08 22:11:17 UTC
When I open a jaxws service, NetBeans overwrites the sun-web.xml file with a
different  version of this file.  This is problematic when it is
security-role-mapping information that is overwritten.  In this case, the
appclient will not successfully run against the service.
Comment 1 javatechwriter 2006-09-08 22:13:29 UTC
Created attachment 33732 [details]
example application with security role mapping in sun-web.xml
Comment 2 _ pcw 2006-09-09 08:09:57 UTC
--> sunappsrv

You need to define the corresponding security-role entry in web.xml.  The JSR-88
DConfigBean for security-role-mapping is bound to that field of web.xml.

I will fix the dataloss aspect of this in spite of the missing security-role
field, but it would not enable the GUI editor for security-role-mapping.  You
would have to edit that portion in XML text mode if you don't fix this.
Comment 3 _ pcw 2006-09-12 00:35:09 UTC
I have a pattern that solves a comparable problem for sun-application.xml.  It
can be safely applied to web/ejb/appclient so I recommend this be upgraded to P2
and fixed during HCF.
Comment 4 _ pcw 2006-09-13 00:22:15 UTC
Upgrading to P2 to fix in high resistence mode.  Justification is that the
scenario could cause inadvertent dataloss in the customer's project.
Comment 6 Vince Kraemer 2006-09-14 20:29:57 UTC
these diffs look fine
Comment 7 _ pcw 2006-09-16 01:40:17 UTC
Committed to release55_dev
Comment 8 Jaroslav Pospisil 2006-09-20 13:27:26 UTC
The fix looks fine,you can commit it to release55 branch.
Comment 9 _ pcw 2006-09-21 00:25:20 UTC
Fix committed to release55 branch.
Comment 10 Jaroslav Pospisil 2006-09-21 14:21:25 UTC
VERIFIED