Bug 1119159
| Summary: | Inconsistent deployment status / logging when deploy an EJB containing wrong dependencies | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | Lyle Wang <lywang> | ||||
| Component: | Server | Assignee: | Chao Wang <chaowan> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Martin Svehla <msvehla> | ||||
| Severity: | high | Docs Contact: | Tom WELLS <twells> | ||||
| Priority: | unspecified | ||||||
| Version: | 6.2.4 | CC: | bbaranow, chaowan, lcarlon, msvehla | ||||
| Target Milestone: | --- | ||||||
| Target Release: | EAP 6.4.0 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2014-11-04 08:21:16 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Lyle Wang
2014-07-14 07:33:58 UTC
Source code see "TestJMX.java" and "TestJMXMBean.java" in the attachment, we use an invalid JNDI name to "lookup" the @Resource
[lookup="java:global:/" +] , which should be [lookup="java:global/" +]
@Resources //EAP6
(
{
@Resource(name="java:jboss/" +
TestJMXMBean.JNDI_NAME,
lookup="java:global:/" +
"dsc" + '/' +
"tpapps-common-testdeploy" + '/' +
"TestJMX" + '!' +
TestJMXMBean.JNDI_NAME
)
}
)
Moreover, if using standalone-full-ha.xml to restart, it doesn't even give anything in the log, all the log entries look perfect (and saying the ear is deployed successfully), the only thing indicating an error is the last sentence in the server startup logging: ============================== 11:32:30,319 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: JBoss EAP 6.2.4.GA (AS 7.3.4.Final-redhat-1) started (with errors) in 4202ms - Started 230 of 365 services (5 services failed or missing dependencies, 129 services are passive or on-demand) ============================== This issue can not be reproduced with EAP-6.4.0.DR8. It is probably same problem as https://bugzilla.redhat.com/show_bug.cgi?id=997583 and is already fixed in EAP-6.4.0.DR1. *** This bug has been marked as a duplicate of bug 997583 *** "java:global:/" - why extra ':' ? -- Just a typo. Customer found this issue originally with this typo in their code. And they spent a lot of time troubleshooting this as there is no clear pointer for the actual problem. -------------------------------------------------------- Ref: - https://issues.jboss.org/browse/WFLY-3623 - https://bugzilla.redhat.com/show_bug.cgi?id=1119531 So I guess its still a duplicate. -- It's different, bz 1119531 is about "Binding JNDI names incorrectly" rather than bz 1119159's "Not reporting missing/invalid JNDI references" If we try to use "java:jboss:/ResourceTestEJB" to bind the JNDI name, it will bind "java:jboss:" instead and there will be no error (actually we expect to see an error saying invalid name/namespace etc.) Please check bz 1119531: -------------------------------------------- An @Resource annotation with a spurious ":" in the name attribute value results in an incorrect binding but no deployment failure. @Resources({ @Resource( // name="java:jboss/ResourceTestEJB", // ==> this works fine name="java:jboss:/ResourceTestEJB", // ==> this will not bind the JNDI correctly, and there is no error on deploying EJB ...... Actual results: "java:jboss:" is bound as JNDI name and the resource cannot be looked up. Expected results: If a proper binding can't be done per the annotation value, there should be an exception thrown triggering deployment rollback. -------------------------------------------- bz997583 is about "file-scanner deployment that fails on boot will not be undeployed after failure" and incorrectly change deployment statue from .failed marker to .deployed marker after server reboot, so, it's not fix for any specific reason that how make it fails(unlike this "wrong 'lookup' JNDI names" it could be just missing dependency in jboss-deployment-structure.xml or other situation) |