Skip to main content

FW: Deploying application in domain failed; Error loading deployment descriptors for module [AdapterDocQueryEJB] -- Referencing error: This bundle has no bean of name [AdapterDocQuerySecured]

5 replies [Last post]
Anonymous

Mark S. White suggested that I post this to the Glassfish forum instead of the GlassfishESB forum. Original posting follows,

thanks,
Kieran

=========================
Description

Inconsistent results when deploying an EJB module to Glassfish. Operation
has been tried on 4 developer machines; it works on two but fails on the
other two. All four machines have the same build of Glassfish running. On
the machines that can deploy, they can always deploy the EJB. On the
machines that fail, the deployment always fails. Code has been pulled from
subversion; all four machines are attempting to deploy the same source code.

The error message is:
Deploying application in domain failed; Error loading deployment
descriptors for module [AdapterDocQueryEJB] -- Referencing error: This
bundle has no bean of name [AdapterDocQuerySecured]
In the Netbeans IDE, we have confirmed that there is an Enterprise Bean
named AdapterDocQuerySecured as well as a Webservice named
AdapterDocQuerySecured. Under src\conf there is a sun-ejb-jar.xml file.
sun-ejb-jar.xml has this entry:

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Kieran Dunne

One of the thing's I'd like to know is, where does Glassfish determine the name of beans associated with a given EJB? Is there a config file someplace that I'm not aware of?

-----Original Message-----
From: Kieran Dunne [mailto:Kieran.Dunne@agilex.com]
Sent: Thursday, August 20, 2009 2:31 PM
To: users@glassfish.dev.java.net
Subject: FW: Deploying application in domain failed; Error loading deployment descriptors for module [AdapterDocQueryEJB] -- Referencing error: This bundle has no bean of name [AdapterDocQuerySecured]

Mark S. White suggested that I post this to the Glassfish forum instead of the GlassfishESB forum. Original posting follows,

thanks,
Kieran

=========================
Description

Inconsistent results when deploying an EJB module to Glassfish. Operation
has been tried on 4 developer machines; it works on two but fails on the
other two. All four machines have the same build of Glassfish running. On
the machines that can deploy, they can always deploy the EJB. On the
machines that fail, the deployment always fails. Code has been pulled from
subversion; all four machines are attempting to deploy the same source code.

The error message is:
Deploying application in domain failed; Error loading deployment
descriptors for module [AdapterDocQueryEJB] -- Referencing error: This
bundle has no bean of name [AdapterDocQuerySecured]
In the Netbeans IDE, we have confirmed that there is an Enterprise Bean
named AdapterDocQuerySecured as well as a Webservice named
AdapterDocQuerySecured. Under src\conf there is a sun-ejb-jar.xml file.
sun-ejb-jar.xml has this entry:

We examined the contents of the build directory on a machine that deploys
the module and a machine that cannot deploy the module and the contents in
both directories were identical. Also, during the course of debugging, we
created a second EJB named AdapterDocQueryEJB2, which serviced the same
wsdl. Attempting to deploy that EJB resulted in this error message:

Deploying application in domain failed; Error loading deployment descriptors
for module [AdapterDocQueryEJB2] -- Referencing error: This bundle has no
bean of name [AdapterDocQuerySecured]

The WSDL is SAML enabled, which may be contributing to the behavior.

Any help or insight would be greatly appreciated.

Thanks,

Kieran

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Hong Zhang

Hi, Kieran

>One of the thing's I'd like to know is, where does Glassfish determine the name of beans associated with a given EJB? Is there a config file someplace that I'm not aware of?
>
>
>
We look at the ejb-jar.xml and EJB component annotation to decide the
ejb name (if it's not defined in either place, we used the unqualified
class name as the default ejb name based on the EJB spec).

The error you got does seem like when it's trying to match the ejb-name
referenced in the sun-ejb-jar.xml, it could not find a match.

I am not sure why there would be inconsistent behavior on different
machines, this part of the logic is deterministic. I assume the EJB
class and the ejb-jar.xml/sun-ejb-jar.xml are exactly the same across
all machines?

- Hong

>-----Original Message-----
>From: Kieran Dunne [mailto:Kieran.Dunne@agilex.com]
>Sent: Thursday, August 20, 2009 2:31 PM
>To: users@glassfish.dev.java.net
>Subject: FW: Deploying application in domain failed; Error loading deployment descriptors for module [AdapterDocQueryEJB] -- Referencing error: This bundle has no bean of name [AdapterDocQuerySecured]
>
>
>Mark S. White suggested that I post this to the Glassfish forum instead of the GlassfishESB forum. Original posting follows,
>
>thanks,
>Kieran
>
>=========================
>Description
>
> Inconsistent results when deploying an EJB module to Glassfish. Operation
> has been tried on 4 developer machines; it works on two but fails on the
> other two. All four machines have the same build of Glassfish running. On
> the machines that can deploy, they can always deploy the EJB. On the
> machines that fail, the deployment always fails. Code has been pulled from
> subversion; all four machines are attempting to deploy the same source code.
>
> The error message is:
> Deploying application in domain failed; Error loading deployment
> descriptors for module [AdapterDocQueryEJB] -- Referencing error: This
> bundle has no bean of name [AdapterDocQuerySecured]
> In the Netbeans IDE, we have confirmed that there is an Enterprise Bean
> named AdapterDocQuerySecured as well as a Webservice named
> AdapterDocQuerySecured. Under src\conf there is a sun-ejb-jar.xml file.
> sun-ejb-jar.xml has this entry:
>
> > > >
>
>
> > > > > >
>
>
>
> We examined the contents of the build directory on a machine that deploys
> the module and a machine that cannot deploy the module and the contents in
> both directories were identical. Also, during the course of debugging, we
> created a second EJB named AdapterDocQueryEJB2, which serviced the same
> wsdl. Attempting to deploy that EJB resulted in this error message:
>
> Deploying application in domain failed; Error loading deployment descriptors
> for module [AdapterDocQueryEJB2] -- Referencing error: This bundle has no
> bean of name [AdapterDocQuerySecured]
>
> The WSDL is SAML enabled, which may be contributing to the behavior.
>
> Any help or insight would be greatly appreciated.
>
> Thanks,
>
> Kieran
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Kieran Dunne

Hi Hong,

That's what I figured. Unfortunately, I can confirm that the component annotation and the name in sun-ejb-jar.xml are the same. There is no ejb-jar.xml, which as I understand it is ok. Is there anything else that I can check?

Thanks,

Kieran

________________________________________
From: Hong.Zhang@Sun.COM [Hong.Zhang@Sun.COM]
Sent: Thursday, August 20, 2009 4:18 PM
To: users@glassfish.dev.java.net
Subject: Re: Deploying application in domain failed; Error loading deployment descriptors for module [AdapterDocQueryEJB] -- Referencing error: This bundle has no bean of name [AdapterDocQuerySecured]

Hi, Kieran

>One of the thing's I'd like to know is, where does Glassfish determine the name of beans associated with a given EJB? Is there a config file someplace that I'm not aware of?
>
>
>
We look at the ejb-jar.xml and EJB component annotation to decide the
ejb name (if it's not defined in either place, we used the unqualified
class name as the default ejb name based on the EJB spec).

The error you got does seem like when it's trying to match the ejb-name
referenced in the sun-ejb-jar.xml, it could not find a match.

I am not sure why there would be inconsistent behavior on different
machines, this part of the logic is deterministic. I assume the EJB
class and the ejb-jar.xml/sun-ejb-jar.xml are exactly the same across
all machines?

- Hong

>-----Original Message-----
>From: Kieran Dunne [mailto:Kieran.Dunne@agilex.com]
>Sent: Thursday, August 20, 2009 2:31 PM
>To: users@glassfish.dev.java.net
>Subject: FW: Deploying application in domain failed; Error loading deployment descriptors for module [AdapterDocQueryEJB] -- Referencing error: This bundle has no bean of name [AdapterDocQuerySecured]
>
>
>Mark S. White suggested that I post this to the Glassfish forum instead of the GlassfishESB forum. Original posting follows,
>
>thanks,
>Kieran
>
>=========================
>Description
>
> Inconsistent results when deploying an EJB module to Glassfish. Operation
> has been tried on 4 developer machines; it works on two but fails on the
> other two. All four machines have the same build of Glassfish running. On
> the machines that can deploy, they can always deploy the EJB. On the
> machines that fail, the deployment always fails. Code has been pulled from
> subversion; all four machines are attempting to deploy the same source code.
>
> The error message is:
> Deploying application in domain failed; Error loading deployment
> descriptors for module [AdapterDocQueryEJB] -- Referencing error: This
> bundle has no bean of name [AdapterDocQuerySecured]
> In the Netbeans IDE, we have confirmed that there is an Enterprise Bean
> named AdapterDocQuerySecured as well as a Webservice named
> AdapterDocQuerySecured. Under src\conf there is a sun-ejb-jar.xml file.
> sun-ejb-jar.xml has this entry:
>
> > > >
>
>
> > > > > >
>
>
>
> We examined the contents of the build directory on a machine that deploys
> the module and a machine that cannot deploy the module and the contents in
> both directories were identical. Also, during the course of debugging, we
> created a second EJB named AdapterDocQueryEJB2, which serviced the same
> wsdl. Attempting to deploy that EJB resulted in this error message:
>
> Deploying application in domain failed; Error loading deployment descriptors
> for module [AdapterDocQueryEJB2] -- Referencing error: This bundle has no
> bean of name [AdapterDocQuerySecured]
>
> The WSDL is SAML enabled, which may be contributing to the behavior.
>
> Any help or insight would be greatly appreciated.
>
> Thanks,
>
> Kieran
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Hong Zhang

Hi, Kieran

>That's what I figured. Unfortunately, I can confirm that the component annotation and the name in sun-ejb-jar.xml are the same. There is no ejb-jar.xml, which as I understand it is ok.
>
Yes, if you have component annotation, you don't need to have
ejb-jar.xml. The names probably match fine otherwise it will not work
for some of the machines.
What's puzzling is why the deployment failed on some of the machines.
You mentioned the contents of the build directory are the same for the
machines which deployed ok and which did not deploy ok. Did you examine
the final contents of the built archives if you use archive deployment
to deploy the application?

- Hong

> Is there anything else that I can check?
>
>Thanks,
>
>Kieran
>
>________________________________________
>From: Hong.Zhang@Sun.COM [Hong.Zhang@Sun.COM]
>Sent: Thursday, August 20, 2009 4:18 PM
>To: users@glassfish.dev.java.net
>Subject: Re: Deploying application in domain failed; Error loading deployment descriptors for module [AdapterDocQueryEJB] -- Referencing error: This bundle has no bean of name [AdapterDocQuerySecured]
>
>Hi, Kieran
>
>
>
>>One of the thing's I'd like to know is, where does Glassfish determine the name of beans associated with a given EJB? Is there a config file someplace that I'm not aware of?
>>
>>
>>
>>
>>
>We look at the ejb-jar.xml and EJB component annotation to decide the
>ejb name (if it's not defined in either place, we used the unqualified
>class name as the default ejb name based on the EJB spec).
>
>The error you got does seem like when it's trying to match the ejb-name
>referenced in the sun-ejb-jar.xml, it could not find a match.
>
>I am not sure why there would be inconsistent behavior on different
>machines, this part of the logic is deterministic. I assume the EJB
>class and the ejb-jar.xml/sun-ejb-jar.xml are exactly the same across
>all machines?
>
>- Hong
>
>
>
>>-----Original Message-----
>>From: Kieran Dunne [mailto:Kieran.Dunne@agilex.com]
>>Sent: Thursday, August 20, 2009 2:31 PM
>>To: users@glassfish.dev.java.net
>>Subject: FW: Deploying application in domain failed; Error loading deployment descriptors for module [AdapterDocQueryEJB] -- Referencing error: This bundle has no bean of name [AdapterDocQuerySecured]
>>
>>
>>Mark S. White suggested that I post this to the Glassfish forum instead of the GlassfishESB forum. Original posting follows,
>>
>>thanks,
>>Kieran
>>
>>=========================
>>Description
>>
>>Inconsistent results when deploying an EJB module to Glassfish. Operation
>>has been tried on 4 developer machines; it works on two but fails on the
>>other two. All four machines have the same build of Glassfish running. On
>>the machines that can deploy, they can always deploy the EJB. On the
>>machines that fail, the deployment always fails. Code has been pulled from
>>subversion; all four machines are attempting to deploy the same source code.
>>
>>The error message is:
>> Deploying application in domain failed; Error loading deployment
>>descriptors for module [AdapterDocQueryEJB] -- Referencing error: This
>>bundle has no bean of name [AdapterDocQuerySecured]
>>In the Netbeans IDE, we have confirmed that there is an Enterprise Bean
>>named AdapterDocQuerySecured as well as a Webservice named
>>AdapterDocQuerySecured. Under src\conf there is a sun-ejb-jar.xml file.
>>sun-ejb-jar.xml has this entry:
>>
>> >> >> >>
>>
>>
>> >> >> >> >> >>
>>
>>
>>
>>We examined the contents of the build directory on a machine that deploys
>>the module and a machine that cannot deploy the module and the contents in
>>both directories were identical. Also, during the course of debugging, we
>>created a second EJB named AdapterDocQueryEJB2, which serviced the same
>>wsdl. Attempting to deploy that EJB resulted in this error message:
>>
>>Deploying application in domain failed; Error loading deployment descriptors
>>for module [AdapterDocQueryEJB2] -- Referencing error: This bundle has no
>>bean of name [AdapterDocQuerySecured]
>>
>>The WSDL is SAML enabled, which may be contributing to the behavior.
>>
>>Any help or insight would be greatly appreciated.
>>
>>Thanks,
>>
>>Kieran
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>>For additional commands, e-mail: users-help@glassfish.dev.java.net
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>>For additional commands, e-mail: users-help@glassfish.dev.java.net
>>
>>
>>
>>
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>For additional commands, e-mail: users-help@glassfish.dev.java.net
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>

[att1.html]

midani
Offline
Joined: 2010-10-27

Did you ever figure this out? I have the same exact problem.

Thank you,
Michele Smith
midani222@gmail.com