[
https://issues.apache.org/jira/browse/DELTASPIKE-384?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13696416#comment-13696416
]
Richard DiCroce commented on DELTASPIKE-384:
--------------------------------------------
I agree view configs should not be shared across WARs, and I am not trying to
do that. I understand why support for EARs is tricky, but I don't see why a
decision about how to support EARs should block the application of this patch.
The code I've provided will work fine in a WAR and is much simpler than the
current code, which does a bunch of unnecessary string parsing and class
loading by name in order to produce the same output.
> ViewConfigUtils.toNodeList() fails in EAR
> -----------------------------------------
>
> Key: DELTASPIKE-384
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-384
> Project: DeltaSpike
> Issue Type: Bug
> Components: JSF-Module
> Affects Versions: 0.4
> Environment: JBoss AS 7.2.0.Final (EAP 6.1.0.Alpha1)
> Reporter: Richard DiCroce
> Attachments: deltaspike-384.patch
>
>
> ViewConfigUtils.toNodeList() does not work in my EAR.
> ClassUtils.tryToLoadClassForName() returns null for every class that
> toNodeList() uses it to try to load. This eventually results in a
> NullPointerException.
> To work around the problem, I have substituted my own version of the
> ViewConfigUtils class, containing the below rewrite of toNodeList() which is
> equivalent but doesn't require use of any classloaders:
> {code}
> public static List<Class> toNodeList(Class nodeClass) {
> List<Class> treePath = new ArrayList<Class>();
> do {
> treePath.add(0, nodeClass);
> nodeClass = nodeClass.getEnclosingClass();
> } while (nodeClass != null);
> return treePath;
> }
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
