[ 
https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Manu T George reassigned GERONIMO-3806:
---------------------------------------

    Assignee:     (was: Manu T George)

Toby has attached a patch for 2.0.2. Just added another patch with tobys 
changes for trunk as I currently don't have 2.1.1 checked out on my m/c. This 
file should be very similar in 2.1.1. 



> CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB 
> jar
> ---------------------------------------------------------------------------------
>
>                 Key: GERONIMO-3806
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-3806
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: deployment
>    Affects Versions: 2.0.2, 2.1, 2.1.1, 2.2
>         Environment: Windows XP SP2
>            Reporter: toby cabot
>            Priority: Minor
>             Fix For: 2.1.1, 2.2
>
>         Attachments: GERONIMO-3806-2.0.2.patch, GERONIMO-3806-r639837.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.

Reply via email to