You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Manu T George (JIRA)" <ji...@apache.org> on 2007/09/04 12:24:58 UTC
[jira] Updated: (GERONIMO-3248) Extraneous WARN messages during
deployment of resource-env-refs in EJB jar
[ https://issues.apache.org/jira/browse/GERONIMO-3248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Manu T George updated GERONIMO-3248:
------------------------------------
Attachment: GERONIMO-3248-new.patch
Attached a patch to prevent unnecessary WARN messages.
> Extraneous WARN messages during deployment of resource-env-refs in EJB jar
> --------------------------------------------------------------------------
>
> Key: GERONIMO-3248
> URL: https://issues.apache.org/jira/browse/GERONIMO-3248
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Affects Versions: 2.0-M6
> Environment: Windows XP SP2
> Reporter: Aman Nanner
> Priority: Minor
> Attachments: GERONIMO-3248-new.patch
>
>
> During deployment of one of my EJB jar files in my EAR, I get the following WARN messages:
> {code}
> 14:29:37,425 WARN [AdminObjectRefBuilder] Failed to build reference to Admin object reference [jms/UnsequencedDestination, jms/MailQueue, jms/InboundEventQueue, jms/OutboundQueue, jms/SystemQueue, jms/ActionQueue, jms/SequencedDestination, jms/InboundIntegrationQueue, jms/OutboundEventQueue] defined in plan file, reason - corresponding entry in deployment descriptor missing.
> 14:29:37,440 WARN [ResourceRefBuilder] Failed to build reference to resource reference [jms/ConnectionFactory, jms/QueueConnectionFactory, mail/MailSession, jms/TopicConnectionFactory] defined in plan file, reason - corresponding entry in deployment descriptor missing.
> {code}
> This occurs at the point in the following point in the stack:
> {code}
> AdminObjectRefBuilder.buildNaming(XmlObject, XmlObject, Module, Map) line: 160
> {code}
> The "specDD" that is passed in is a XML fragment for a specific session bean. However, the "plan" that is passed in contains all the resource-ref and resource-env-ref elements in the openejb-jar.xml plan. Therefore, the "refMap" variable does not get completely emptied out, since the specific session bean will only contain a subset of the resource-env-refs that are defined in the plan.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.