Missing commons-el.jar causes NoClassDefFoundError org/apache/commons/el/ExpressionEvaluatorImpl
I am migrating from Tomcat 5.5.27 to 6.0.26. I found that an application I have running on 5.5.27 fails on 6.0.26 with the error: NoClassDefFoundError org/apache/commons/el/ExpressionEvaluatorImpl. I found that the class in question is located in commons-el.jar on 5.5.27 and that jar is missing from 6.0.26. The application is using Spring 3.0.1 and it appears that has a dependency on org.apache.commons.el.ExpressionEvaluatorImpl. This is the stack trace I am seeing: nested exception is java.lang.NoClassDefFoundError: org/apache/commons/el/ExpressionEvaluatorImpl at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:328) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:106) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1308) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1067) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:511) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:450) at org.springframework.beans.factory.support.AbstractBeanFactory$2.getObject(AbstractBeanFactory.java:328) at org.springframework.web.context.request.AbstractRequestAttributesScope.get(AbstractRequestAttributesScope.java:43) at org.springframework.web.context.request.SessionScope.get(SessionScope.java:92) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:324) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:189) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:322) If I copy commons-el.jar into the lib folder, the application works just fine. Can you tell me the reason for removing commons-el.jar. Is there a better remedy to the NoClassDefFoundError problem other them copying the jar file from 5.5.27? Thanks, Greg Disclaimer: The information contained in this communication is confidential and only for the use of the intended addressee(s). If you have received this communication in error, any disclosure or use of such information is strictly prohibited. Please notify the sender immediately and destroy all copies. Thank you. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Missing commons-el.jar causes NoClassDefFoundError org/apache/commons/el/ExpressionEvaluatorImpl
On 05/05/2010 16:33, Greg Bondy wrote: I am migrating from Tomcat 5.5.27 to 6.0.26. I found that an application I have running on 5.5.27 fails on 6.0.26 with the error: NoClassDefFoundError org/apache/commons/el/ExpressionEvaluatorImpl. I found that the class in question is located in commons-el.jar on 5.5.27 and that jar is missing from 6.0.26. That would be a question for the users list, not the dev list. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Missing commons-el.jar causes NoClassDefFoundError org/apache/commons/el/ExpressionEvaluatorImpl
Okay, thanks. On Wed, May 5, 2010 at 11:12 AM, Mark Thomas ma...@apache.org wrote: On 05/05/2010 16:33, Greg Bondy wrote: I am migrating from Tomcat 5.5.27 to 6.0.26. I found that an application I have running on 5.5.27 fails on 6.0.26 with the error: NoClassDefFoundError org/apache/commons/el/ExpressionEvaluatorImpl. I found that the class in question is located in commons-el.jar on 5.5.27 and that jar is missing from 6.0.26. That would be a question for the users list, not the dev list. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org Disclaimer: The information contained in this communication is confidential and only for the use of the intended addressee(s). If you have received this communication in error, any disclosure or use of such information is strictly prohibited. Please notify the sender immediately and destroy all copies. Thank you. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Commons EL
On 4/5/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: Niall Pemberton wrote: OK theres no interest in Commons here but, thinking about it, location is minor - the real issue is about having a separatly released artifact that other projects can depend on - which Tomcat could do with EL. Any chance of a separate EL release (with a jar in the maven repo)? I'm not an EL expert by any way, but the reason there might not be any interest, is because no one has time to take and replace an EL implementation. If you need additional individual JARs from tomcat published to the repo, just let me know and I can get it done. http://tomcat.apache.org/dev/dist/m2-repository/org/apache/tomcat/jasper-el/ I noticed today that Geronimo copied the Tomcat 6 EL implementation [3] and now appear to be maintaing it independantly[4][5] - they have also published it as a separate artifact[6] in the maven repo. That is their prerogative, we don't encourage this, but the license doesn't stop anyone from doing so. Seems a shame to duplicate and waste effort in this way - and I can think of quite a few projects that could benefit by plugging in the standard EL. I agree, we're not in a place in our development cycle to be swapping out a library. That happens only early in a development cycle or a major release. We've just released a stable version, another one coming out, so stuff like this would go to something like a 6.x where x0. I wasn't aware of the Tomcat maven repo (with the EL jar published) until someone mentioned it on IRC yesterday - which was after I posted here. Chatting to some of the geronimo people - seems that their main desire is/was also a version on the normal public ibiblio repo and Tomcat moving to that would probably remove the need for their copy. So from my perspective and I think theres thats the only real issue/desire that remains. Hope this explains it, I don't think anyone is ignoring you thanks Niall Filip Niall [3] http://svn.apache.org/viewvc?view=revrevision=481390 [4] http://svn.apache.org/viewvc?view=revrevision=514550 [5] https://issues.apache.org/jira/browse/GERONIMO-2930 [6] http://tinyurl.com/2g8oek On 2/8/07, Niall Pemberton [EMAIL PROTECTED] wrote: Following a discussion on Commons Dev[1] about using the independent EL implementation associated with the JSP 2.1 spec I wondered if there is any interest in moving what Tomcat has over to Jakarta Commons? The motivation for all of this is it would IMO be extremely useful for projects to be able to use/depend on an in dependant EL project/component. I realize that this is probably a year too late[2] and that the Tomcat team decided to in house EL development and ditch Commons EL because of problems that Commons components can have getting releases out of the door. I would say that I believe we have improved on this in the last year - but probably the best option would be to open up Commons to Tomcat devs (my guess there is already some overlap already?) so that you would have no issues committing and releasing. I would also be prepared to to assist with or RM any EL releases. If this is of interest I'd be happy to propose bringing in both the code and developers to Jakarta Commons. Niall [1] http://tinyurl.com/yqpbnz [2] http://tinyurl.com/32osfx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons EL
OK theres no interest in Commons here but, thinking about it, location is minor - the real issue is about having a separatly released artifact that other projects can depend on - which Tomcat could do with EL. Any chance of a separate EL release (with a jar in the maven repo)? I noticed today that Geronimo copied the Tomcat 6 EL implementation [3] and now appear to be maintaing it independantly[4][5] - they have also published it as a separate artifact[6] in the maven repo. Seems a shame to duplicate and waste effort in this way - and I can think of quite a few projects that could benefit by plugging in the standard EL. Niall [3] http://svn.apache.org/viewvc?view=revrevision=481390 [4] http://svn.apache.org/viewvc?view=revrevision=514550 [5] https://issues.apache.org/jira/browse/GERONIMO-2930 [6] http://tinyurl.com/2g8oek On 2/8/07, Niall Pemberton [EMAIL PROTECTED] wrote: Following a discussion on Commons Dev[1] about using the independent EL implementation associated with the JSP 2.1 spec I wondered if there is any interest in moving what Tomcat has over to Jakarta Commons? The motivation for all of this is it would IMO be extremely useful for projects to be able to use/depend on an in dependant EL project/component. I realize that this is probably a year too late[2] and that the Tomcat team decided to in house EL development and ditch Commons EL because of problems that Commons components can have getting releases out of the door. I would say that I believe we have improved on this in the last year - but probably the best option would be to open up Commons to Tomcat devs (my guess there is already some overlap already?) so that you would have no issues committing and releasing. I would also be prepared to to assist with or RM any EL releases. If this is of interest I'd be happy to propose bringing in both the code and developers to Jakarta Commons. Niall [1] http://tinyurl.com/yqpbnz [2] http://tinyurl.com/32osfx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons EL
Niall Pemberton wrote: OK theres no interest in Commons here but, thinking about it, location is minor - the real issue is about having a separatly released artifact that other projects can depend on - which Tomcat could do with EL. Any chance of a separate EL release (with a jar in the maven repo)? I'm not an EL expert by any way, but the reason there might not be any interest, is because no one has time to take and replace an EL implementation. If you need additional individual JARs from tomcat published to the repo, just let me know and I can get it done. http://tomcat.apache.org/dev/dist/m2-repository/org/apache/tomcat/jasper-el/ I noticed today that Geronimo copied the Tomcat 6 EL implementation [3] and now appear to be maintaing it independantly[4][5] - they have also published it as a separate artifact[6] in the maven repo. That is their prerogative, we don't encourage this, but the license doesn't stop anyone from doing so. Seems a shame to duplicate and waste effort in this way - and I can think of quite a few projects that could benefit by plugging in the standard EL. I agree, we're not in a place in our development cycle to be swapping out a library. That happens only early in a development cycle or a major release. We've just released a stable version, another one coming out, so stuff like this would go to something like a 6.x where x0. Hope this explains it, I don't think anyone is ignoring you Filip Niall [3] http://svn.apache.org/viewvc?view=revrevision=481390 [4] http://svn.apache.org/viewvc?view=revrevision=514550 [5] https://issues.apache.org/jira/browse/GERONIMO-2930 [6] http://tinyurl.com/2g8oek On 2/8/07, Niall Pemberton [EMAIL PROTECTED] wrote: Following a discussion on Commons Dev[1] about using the independent EL implementation associated with the JSP 2.1 spec I wondered if there is any interest in moving what Tomcat has over to Jakarta Commons? The motivation for all of this is it would IMO be extremely useful for projects to be able to use/depend on an in dependant EL project/component. I realize that this is probably a year too late[2] and that the Tomcat team decided to in house EL development and ditch Commons EL because of problems that Commons components can have getting releases out of the door. I would say that I believe we have improved on this in the last year - but probably the best option would be to open up Commons to Tomcat devs (my guess there is already some overlap already?) so that you would have no issues committing and releasing. I would also be prepared to to assist with or RM any EL releases. If this is of interest I'd be happy to propose bringing in both the code and developers to Jakarta Commons. Niall [1] http://tinyurl.com/yqpbnz [2] http://tinyurl.com/32osfx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons EL
On 4/4/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: If you need additional individual JARs from tomcat published to the repo, just let me know and I can get it done. http://tomcat.apache.org/dev/dist/m2-repository/org/apache/tomcat/jasper-el/ Whatever happened with getting the Tomcat artifacts synced to the central repo? I gather the gpg plugin is only for things built with Maven 2, but a script to sign the jars locally and upload signatures isn't hard at all... it's what we used to do before the gpg plugin existed. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons EL
Thanks for bringing this up. I made the copy for Geronimo as part of a bigger effort[7] to integrate TC6 with Geronimo 2.0 The underlying motivation was to have the spec jars available in a m2 repo, so I followed a precedent I noticed for the servlet 2.5 spec[8]. Since that time the tomcat jars are now being published to tomcat's maven repo[9]. I'm certainly not in favor of duplicating effort so I think Geronimo should consider using the jars in the tomcat repo now and I will approach the Geronimo team with that idea. However, there have recently been concerns raised in Geronimo about importing from non-standard (sorry I can't think of a better word) maven repos, and there was also an issue with copyrights in certain schemas in the TC6 tree (which have been replaced in Geronimo's spec jars). So I'm unsure how the discussion will turn out. Best wishes, Paul [7] http://www.mail-archive.com/dev@geronimo.apache.org/msg37311.html [8] https://svn.apache.org/viewvc?view=revrevision=417806 [9] http://tomcat.apache.org/dev/dist/m2-repository/ On Apr 4, 2007, at 8:11 PM, Niall Pemberton wrote: OK theres no interest in Commons here but, thinking about it, location is minor - the real issue is about having a separatly released artifact that other projects can depend on - which Tomcat could do with EL. Any chance of a separate EL release (with a jar in the maven repo)? I noticed today that Geronimo copied the Tomcat 6 EL implementation [3] and now appear to be maintaing it independantly[4][5] - they have also published it as a separate artifact[6] in the maven repo. Seems a shame to duplicate and waste effort in this way - and I can think of quite a few projects that could benefit by plugging in the standard EL. Niall [3] http://svn.apache.org/viewvc?view=revrevision=481390 [4] http://svn.apache.org/viewvc?view=revrevision=514550 [5] https://issues.apache.org/jira/browse/GERONIMO-2930 [6] http://tinyurl.com/2g8oek On 2/8/07, Niall Pemberton [EMAIL PROTECTED] wrote: Following a discussion on Commons Dev[1] about using the independent EL implementation associated with the JSP 2.1 spec I wondered if there is any interest in moving what Tomcat has over to Jakarta Commons? The motivation for all of this is it would IMO be extremely useful for projects to be able to use/depend on an in dependant EL project/component. I realize that this is probably a year too late[2] and that the Tomcat team decided to in house EL development and ditch Commons EL because of problems that Commons components can have getting releases out of the door. I would say that I believe we have improved on this in the last year - but probably the best option would be to open up Commons to Tomcat devs (my guess there is already some overlap already?) so that you would have no issues committing and releasing. I would also be prepared to to assist with or RM any EL releases. If this is of interest I'd be happy to propose bringing in both the code and developers to Jakarta Commons. Niall [1] http://tinyurl.com/yqpbnz [2] http://tinyurl.com/32osfx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons EL
Paul McMahan wrote: Thanks for bringing this up. I made the copy for Geronimo as part of a bigger effort[7] to integrate TC6 with Geronimo 2.0 The underlying motivation was to have the spec jars available in a m2 repo, so I followed a precedent I noticed for the servlet 2.5 spec[8]. Yes, it's only javax.el. I think you need it. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons EL
Wendy Smoak wrote: On 4/4/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: If you need additional individual JARs from tomcat published to the repo, just let me know and I can get it done. http://tomcat.apache.org/dev/dist/m2-repository/org/apache/tomcat/jasper-el/ Whatever happened with getting the Tomcat artifacts synced to the central repo? I gather the gpg plugin is only for things built with Maven 2, but a script to sign the jars locally and upload signatures isn't hard at all... it's what we used to do before the gpg plugin existed. still haven't got around the fact that maven command line has the limitation around simply being able to attach a signature and send it up. do you have a script that does what you say, that will prevent me from having to duplicate this effort. as of now, people have only said, you can only do it if you build your project with maven, we'll that has not been an option, and probably will not be as ANT is working really well for us, and the only reason we haven't got around to it, is that i haven't had the time to research these workarounds. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons EL
On 4/4/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: still haven't got around the fact that maven command line has the limitation around simply being able to attach a signature and send it up. do you have a script that does what you say, that will prevent me from having to duplicate this effort. It's probably more manual effort than you'll want, and can surely be improved, but... Since you're using 'mvn deploy:deploy-file' [1], Maven will put the jars in your local Maven repo as part of the deployment. So, if you delete ~/.m2/repository/org/apache/tomcat/ (from your local repo) before doing the deployment, you'll have a local directory structure matching what you just deployed to the remote repo. Run (something like) this from ~/.m2/repository/org/apache/tomcat/ : # Recursively pgp sign files in a directory structure # Adapted from: http://gleamynode.net/wordpress/archives/129 echo -n PGP Key Password: stty -echo read PASSWORD stty echo echo for FILE in $(find . -name *.jar -or -name *.pom); do echo -n Signing: $FILE ... echo $PASSWORD | gpg --default-key $DEFAULT_KEY --detach-sign --armor --no-tty --yes --passphrase-fd 0 $FILE echo done. done Then upload the signatures: for FILE in $(find . -name *.asc); do scp $FILE people.apache.org:/www/tomcat.apache.org/dev/dist/m2-repository/org/apache/tomcat/$FILE done Once you're sure it works, switch over and deploy/upload directly to people.apache.org/repo/m2-ibiblio-rsync-repository, and it will sync automatically with central. I also opened an issue to see about making signing work with deploy:deploy-file: http://jira.codehaus.org/browse/MGPG-7 [1] http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/res/maven/mvn-pub.xml -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons EL
FYI, I created a patch for the Maven Ant tasks, which allow you to attach files (in the same way that things can attach files in Maven). I thought Jason released this, though looks like it might still be in process. Anyways, the issue is here: http://jira.codehaus.org/browse/MANTTASKS-42 If you use the new tasks, then you should be able to: artifact:deploy file=somefile.jar pom file=somefile.pom / remoteRepository refid=deploy.repository / attach file=somefile.pom.asc type=pom.asc/ attach file=somefile.jar.asc type=jar.asc/ /artifact:deploy Then your ant build can generate jars and sign them as well as poms however you like, then use this task to deploy them to the Maven repository. I whipped this up for you guys specifically... I hope you can integrate this and get your deployment issues sorted. If you need more help please let me know. Though I'm not subscribed to this list (i've already got a ton of email to sort through each day, but if you ping [EMAIL PROTECTED], I'd be more than happy to help you guys if I can). Cheers, --jason Filip Hanik - Dev Lists wrote: Wendy Smoak wrote: On 4/4/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: If you need additional individual JARs from tomcat published to the repo, just let me know and I can get it done. http://tomcat.apache.org/dev/dist/m2-repository/org/apache/tomcat/jasper-el/ Whatever happened with getting the Tomcat artifacts synced to the central repo? I gather the gpg plugin is only for things built with Maven 2, but a script to sign the jars locally and upload signatures isn't hard at all... it's what we used to do before the gpg plugin existed. still haven't got around the fact that maven command line has the limitation around simply being able to attach a signature and send it up. do you have a script that does what you say, that will prevent me from having to duplicate this effort. as of now, people have only said, you can only do it if you build your project with maven, we'll that has not been an option, and probably will not be as ANT is working really well for us, and the only reason we haven't got around to it, is that i haven't had the time to research these workarounds. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Commons-EL-tf3195018.html#a9849949 Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Commons EL
Following a discussion on Commons Dev[1] about using the independent EL implementation associated with the JSP 2.1 spec I wondered if there is any interest in moving what Tomcat has over to Jakarta Commons? The motivation for all of this is it would IMO be extremely useful for projects to be able to use/depend on an in dependant EL project/component. I realize that this is probably a year too late[2] and that the Tomcat team decided to in house EL development and ditch Commons EL because of problems that Commons components can have getting releases out of the door. I would say that I believe we have improved on this in the last year - but probably the best option would be to open up Commons to Tomcat devs (my guess there is already some overlap already?) so that you would have no issues committing and releasing. I would also be prepared to to assist with or RM any EL releases. If this is of interest I'd be happy to propose bringing in both the code and developers to Jakarta Commons. Niall [1] http://tinyurl.com/yqpbnz [2] http://tinyurl.com/32osfx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]