[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-4022) ComponentScanner fails with classes in WEB-INF/classes on websphere

John Eckhart (JIRA) jira-events at lists.jboss.org
Thu Mar 19 11:54:24 EDT 2009


    [ https://jira.jboss.org/jira/browse/JBSEAM-4022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12458179#action_12458179 ] 

John Eckhart commented on JBSEAM-4022:
--------------------------------------

Denis, your guides were instrumental in helping me get seam running on WebSphere 7.0 in the first place, thank you!! I've tuned the structure in a few parts as I was testing various options and plan to feed those observations back into your forum posts.

Do you have Seam components (Seam annotated POJO's) in your web component? I didn't encounter this error until I started annotating a few classes in my war to use as backing beans for JSF (Facelets). If so, I will have to look closer as to why I was encountering the mentioned behavior as well as why my patch was necessary.

> ComponentScanner fails with classes in WEB-INF/classes on websphere
> -------------------------------------------------------------------
>
>                 Key: JBSEAM-4022
>                 URL: https://jira.jboss.org/jira/browse/JBSEAM-4022
>             Project: Seam
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 2.1.1.GA
>         Environment: Websphere 7.0 (also reported on Websphere 6.1)
>            Reporter: John Eckhart
>         Attachments: classdescriptor.patch
>
>
> This bug is a follow-on to 2347 which was rejected. Since it doesn't appear possible to request a bug be "reopened", I've created a new bug to track the problem.
> The problem: When a Seam annotated class is included in a WAR file, the filename of the class will be "WEB-INF/classes/com/mycompany/MyClass.class". Theoretically, this IS the filename as the classes are packaged under WEB-INF/classes, however, the classloader does not recognize/ignore "WEB-INF/classes/" as part of the name (which is logical, since the classpath includes everything under this directory). This causes ComponentScanner to throw the following exception: java.lang.NoClassDefFoundError: WEB-INF.classes.com.mycompany.Myclass 
> The previous issue was rejected with the following rationale: "This turned out to be a user error, not a websphere issues. The classpath was correct, but the user put a META-INF/components.xml in the WAR which causes the scanning error."
> However:
> Where would the components.xml go if a project is broken into WAR, JAR (for JPA), JAR (for EJB), and finally EAR (containing the mentioned components)?
> Based on the examples I've read for WebSphere , the recommended place for components.xml is in the WAR file. Moreover, it would stand to reason that including seam components in the WAR would be beneficial (ie POJO components as backing beans for jsf pages).
> I ran into this issue recently in Websphere 7.0 where I had a Seam managed POJO as a backing bean to a JSF page. The bean wouldn't load because of the NoClassDefFoundError. I patched seam to work-around this issue as I didn't see any other solution (JSF backing beans don't belong in my JPA or EJB layers).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the seam-issues mailing list