No, I don't do anything with Maven, and I just use the JARs that come
with NetBeans. The problem is that NetBeans sometimes makes these
files called <error>.class. Naturally, Weld isn't prepared for that
kind of nonsense. So, the culprit seems to be NetBeans, not GlassFish.
Thanks,
Cay
On Wed, Jun 23, 2010 at 12:46 AM, Ludovic Champenois
<ludovic.champenois_at_oracle.com> wrote:
> I think you are using the Stripped Java EE 6 Jar from maven somewhere in
> your path.
>
> See http://weblogs.java.net/blog/ludo/archive/2007/01/java_ee_5_apis.html
> still relevant for EE 6 API stripped API jar.
> Ludo
>>
>> Cay Horstmann wrote:
>>>
>>> I am trying to put together a lab for a summer class where I foolishly
>>> agreed to use NetBeans 6.9, Glassfish 3.0.1 and CDI. I am getting the
>>> following error:
>>> java.lang.ClassFormatError: Absent Code attribute in method that is
>>> not native or abstract in class file com/horstmann/qq/beans/<error>
>>> at java.lang.ClassLoader.defineClass1(Native Method)
>>> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
>>> at
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
>>> at
>>> org.glassfish.web.loader.WebappClassLoader.findClass(WebappClassLoader.java:920)
>>> at
>>> org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1430)
>>> at
>>> org.glassfish.weld.BeanDeploymentArchiveImpl.populate(BeanDeploymentArchiveImpl.java:192)
>>> at
>>> org.glassfish.weld.BeanDeploymentArchiveImpl.<init>(BeanDeploymentArchiveImpl.java:102)
>>> at
>>> org.glassfish.weld.DeploymentImpl.<init>(DeploymentImpl.java:118)
>>> at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:315)
>>> at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:99)
>>> at
>>> org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:175)
>>> at
>>> org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:216)
>>> ...
>>>
>>> No, I have no idea what makes Weld unhappy. I did a bit of
>>> refactoring, and now I am hosed.
>>>
>>> This is with hot deployment inside NetBeans. When I deploy the WAR
>>> manually, the problem doesn't arise. Unfortunately, that's not an
>>> option for my lab.
>>>
>>> Did anyone run into this?
>>>
>>> Thanks,
>>>
>>> Cay
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: quality-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: quality-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: quality-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: quality-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: quality-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: quality-help_at_glassfish.dev.java.net
>
>