You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by bu...@apache.org on 2002/09/16 19:44:25 UTC
DO NOT REPLY [Bug 12698] New: -
null pointer when running WSDDService.validateDescriptors()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12698>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12698
null pointer when running WSDDService.validateDescriptors()
Summary: null pointer when running
WSDDService.validateDescriptors()
Product: Axis
Version: current (nightly)
Platform: All
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: Deployment / Registries
AssignedTo: axis-dev@xml.apache.org
ReportedBy: chris.peake@ca.com
Moved from beta 2 to RC1 (and 9/16 build) and now get null pointer exception
when running the WSDDService.validateDescriptors() after creating a new
WSDDService.
I traced the problem and it is due to WSDDService.validateDescriptors() not
running the initTMR() within this method "as it did before". That aside, the
default constructor is used and it is empty. Same as before. If the other
constructor were to be used (Element), then the initTMR() is run. But
currently, that is not our process.
I can get around the exception by 'explicitly' running the initTMR() method
prior to the WSDDService.validateDescriptors() call within my logic.
So, is this acceptable?
Or should the WSDDService code be changed (+1) since the 'hole' exists.
No stack trace included since easy to reproduce and the problem source code is
identified already as being the initTMR() has been removed.