My guess is that the verifier doesn't have a test (yet) that loads this
class during its run. You are welcome to file an issue to keep track of
the verifier progress.
https://glassfish.dev.java.net/servlets/ProjectIssues
Thanks,
Q^2
Joseph B. Ottinger wrote:
> Okay, this was exactly the problem. I was using a Mustang beta for
> compilation and run of Glassfish, and reverting everything back to
> 1.5.0 and recompiling (and redeploying), and everything behaved as I
> expected.
>
> However, I should note that the verifier still had no problems with
> the .ear; shouldn't it have had the same exception that deployment did?
>
> On Thu, 9 Mar 2006, Qingqing Ouyang wrote:
>
>> Hi, Joseph:
>>
>> It looks like there is a mismatch in the following class:
>>
>> javax.annotation.Resource$AuthenticationType
>>
>> Note that this class is in both JDK and in glassfish. My guess is
>> that the JDK version you are using has the older version. Please see
>> the details of the following bug:
>>
>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6375932
>>
>> I am also cc-ing Rebecca in this email to provide you with more
>> details on which JDK version you should be using to address this
>> problem. (You can also use the endorse dir approach to overwrite
>> this class in JDK using the one from glassfish)
>>
>> Thanks,
>> Q^2
>>
>> Joseph B. Ottinger wrote:
>>
>>> I've been playing with the NetBeans 5.5 preview and Glassfish b39.
>>> I'm having some trouble deploying a very simple application, and I
>>> don't know why.
>>>
>>> Basically, the application has two stateless session beans, one
>>> that's basically a "Hello, World" EJB and the other is pretty simple
>>> as well, implementing a timer service almost verbatim from the Java
>>> EE tutorial.
>>>
>>> The web application has the stock welcome pages and a servlet
>>> context listener, which uses the timer bean to start and stop the
>>> timers. None of this is really stretching the envelope.
>>>
>>> At almost every stage of development, I've been calling the
>>> verifier, to make sure everything passes, correcting every
>>> verification error as soon as they occur.
>>>
>>> However, when I go to deploy the application, I get this error:
>>>
>>> Deploying application in domain failed; Error loading deployment
>>> descriptors for module [infomonster] --
>>> javax.annotation.Resource.authenticationType()Ljavax/annotation/Resource$AuthenticationType;at
>>> com.sun.enterprise.deployment.annotation.AnnotationInfo_at_1f293df
>>> Error loading deployment descriptors for module [infomonster] --
>>> javax.annotation.Resource.authenticationType()Ljavax/annotation/Resource$AuthenticationType;at
>>> com.sun.enterprise.deployment.annotation.AnnotationInfo_at_1f293df
>>>
>>> I get this consistently, and whether I tell glassfish to run the
>>> verifier on deployment or not. The deployment descriptors look
>>> valid; I checked schema references to make sure they were right (and
>>> I haven't manually changed them from NetBeans' Java EE defaults
>>> anyway.)
>>>
>>> The SimpleTimerBean uses a @Resource for the TimerService, as well
>>> as a @Timeout annotation; the servlet context listener has an @EJB
>>> reference for the SimpleTimerLocal reference, and the .war has the
>>> ejb jar in WEB-INF/lib (which IMO shouldn't be necessary, but I'm
>>> trying everything here!) -- I put the ejb-jar in the .war by
>>> explicitly putting it in the packaging section of the war from
>>> Netbeans and manually made sure it was there.
>>>
>>> The verifier, like I said, shows no errors from this .ear, but
>>> deployment fails. I am a bit at a loss as to why this is happening.
>>> I would be fine if the verifier failed as well as deployment, or the
>>> deployment succeeded along with the verifier, but... the message
>>> gives me no clue as to what the failure is, or how to fix it, and
>>> it's *only* on deployment.
>>>
>>> Can anyone point me to what I might be doing wrong? (I'll be glad to
>>> provide the .ear or sources if you like.)
>>>
>>>
>>> -----------------------------------------------------------------------
>>> Joseph B. Ottinger http://enigmastation.com
>>> Editor, http://www.TheServerSide.com joeo@enigmastation.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>
> -----------------------------------------------------------------------
> Joseph B. Ottinger http://enigmastation.com
> Editor, http://www.TheServerSide.com joeo@enigmastation.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>