Bug 778259 (SOA-759) - EBWS endpoints created without dependency
Summary: EBWS endpoints created without dependency
Keywords:
Status: CLOSED NEXTRELEASE
Alias: SOA-759
Product: JBoss Enterprise SOA Platform 4
Classification: JBoss
Component: Documentation
Version: 4.3 IR3
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.3 CR1
Assignee: Dana Mison
QA Contact:
URL: http://jira.jboss.org/jira/browse/SOA...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-08 10:29 UTC by Kevin Conner
Modified: 2008-10-20 11:53 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-10-20 11:53:10 UTC
Type: Task


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 778223 0 medium CLOSED EBWS endpoints are created even if ESB config file is invalid 2021-02-22 00:41:40 UTC
Red Hat Issue Tracker SOA-759 0 None None None Never

Internal Links: 778223

Description Kevin Conner 2008-09-08 10:29:42 UTC
Affects: Documentation (Ref Guide, User Guide, etc.), Release Notes
Date of First Response: 2008-09-14 22:33:58
project_key: SOA

This issue is related to SOA-726.

The war file created to automatically expose ESB services through a webservice endpoint does not contain a dependency on the esb archive.  The consequence of this is that the webservice endpoints can still be deployed even though the esb archive has failed to deploy cleanly.

This needs to be documented as a known issue.

The decision to remove the dependency on the esb was taken because of a problem with the JBossWS deployer.  The deployer incorrectly assumes that the parent classloader has been created at the point where it is building the associated metadata.  This leads to the following exception.

java.lang.IllegalArgumentException: Runtime classloader cannot be null
        at org.jboss.ws.metadata.builder.jaxws.JAXWSMetaDataBuilderJSE.buildMetaData(JAXWSMetaDataBuilderJSE.java:55)

Comment 1 Kevin Conner 2008-09-08 10:30:16 UTC
Link: Added: This issue is related to SOA-726


Comment 2 Mark Little 2008-09-08 19:29:04 UTC
Affects: Added: [Documentation (Ref Guide, User Guide, etc.), Release Notes]


Comment 3 Dana Mison 2008-09-15 02:33:58 UTC
"The war file created to automatically expose ESB services through a webservice endpoint does not contain a dependency on the esb archive."

This is a specific war file that ships in SOA for this purpose?  filename?  

"the esb archive" in this context is the jbossesb.sar ?

This is only an issue if "the esb archive has failed to deploy cleanly".   In JBESB-1972 this was due to misconfiguration of, this would also be a factor for otherwise messed up deployments of the ESB into an existing JBossAS deployment?



Comment 4 Kevin Conner 2008-09-29 09:43:38 UTC
The ESB deployer automatically generates a war file for every .esb artifact that attempts to expose the ESB services through JBossWS.

This war file *should* have the specific esb artifact as a dependency, to prevent deployment when the esb artifact fails, but cannot do so because of a bug in the JBossWS deployer.

As a consequence it is possible to see the generated war file deployed even though the associated esb artifact has failed to deploy.

Comment 5 Dana Mison 2008-09-30 08:15:42 UTC
Release notes updated:

ESB Webservice EndPoint Deployment
===========================
It is possible for the WebService EndPoints for an ESB service to successfully deploy even if the ESB
service that it represents fails to deploy.

This is due to the WAR archives automatically created by the ESB deployer not containing a
dependency on the originating ESB archives. These dependancies should be included but have been
disabled due to an issue in JBossWS.

Additional information: http://jira.jboss.com/jira/browse/SOA-726


Comment 6 Jiri Pechanec 2008-10-20 11:53:10 UTC
Verfied in CR1


Note You need to log in before you can comment on or make changes to this bug.