I doubt the struts filter change has anything to do with JPA enhance exceptions. These look like the enhancer has not compiled the classes. Is this version running the old version of JPA?
On 27 June 2014 17:01, Glen Mazza <glen.ma...@gmail.com> wrote: > Hi Greg, I tried the changes below to web.xml but Roller 5.0.5-SNAPSHOT > wouldn't work soon after startup (after the tables were created) -- OpenJPA > complaints popped up immediately on the screen and in roller.log: > > FATAL 2014-06-27 11:28:36,226 JPAPropertiesManagerImpl:initialize - > Failed to initialize runtime configuration properties.Please check that the > database has been upgraded! > <openjpa-2.0.1-r422266:989424 nonfatal user error> > org.apache.openjpa.persistence.ArgumentException: > This configuration disallows runtime optimization, but the following listed > types were not enhanced at build time or at class load time with a > javaagent: " > org.apache.roller.weblogger.pojos.TaskLock > org.apache.roller.weblogger.pojos.OAuthConsumerRecord > org.apache.roller.weblogger.pojos.WeblogReferrer > org.apache.roller.weblogger.pojos.MediaFile > org.apache.roller.weblogger.pojos.WeblogBookmarkFolder > .... > org.apache.roller.weblogger.pojos.WeblogHitCount". > at org.apache.openjpa.enhance.ManagedClassSubclasser. > prepareUnenhancedClasses(ManagedClassSubclasser.java:116) > at org.apache.openjpa.kernel.AbstractBrokerFactory. > loadPersistentTypes(AbstractBrokerFactory.java:317) > at org.apache.openjpa.kernel.AbstractBrokerFactory.initializeBroker( > AbstractBrokerFactory.java:241) > at org.apache.openjpa.kernel.AbstractBrokerFactory.newBroker( > AbstractBrokerFactory.java:215) > at org.apache.openjpa.kernel.DelegatingBrokerFactory.newBroker( > DelegatingBrokerFactory.java:156) > at org.apache.openjpa.persistence.EntityManagerFactoryImpl. > createEntityManager(EntityManagerFactoryImpl.java:227) > at org.apache.openjpa.persistence.EntityManagerFactoryImpl. > createEntityManager(EntityManagerFactoryImpl.java:154) > at org.apache.openjpa.persistence.EntityManagerFactoryImpl. > createEntityManager(EntityManagerFactoryImpl.java:60) > at org.apache.roller.weblogger.business.jpa.JPAPersistenceStrategy. > getThreadLocalEntityManager(JPAPersistenceStrategy.java:238) > at org.apache.roller.weblogger.business.jpa.JPAPersistenceStrategy. > getEntityManager(JPAPersistenceStrategy.java:225) > at org.apache.roller.weblogger.business.jpa.JPAPersistenceStrategy. > getNamedQuery(JPAPersistenceStrategy.java:258) > > I'm letting 5.0.x go (I didn't commit those changes), although you're of > course welcome to research the matter further if you wish. > > Regards, > Glen > > On 06/24/2014 03:01 AM, Greg Huber wrote: > >> Depreciated here would mean not supported, hence the warning messages, on >> this version of struts. >> >> >> On 23 June 2014 13:51, Glen Mazza <glen.ma...@gmail.com> wrote: >> >> Deprecation is OK, I'll see if I can take care of that if we have a >>> future >>> 5.0.5, I'm also a bit concerned about making a change that might break >>> parts of 5.0.x, and hence would need massive coding to fix (lots of >>> libraries in 5.0.x are old). I want to be coding and releasing 5.1, and >>> 5.0.x keeps me from that. >>> >>> Glen >>> >>> On 06/23/2014 03:32 AM, Greg Huber wrote: >>> >>> +1 >>>> Struts upgrade works ok. >>>> >>>> >>>> #### >>>> >>>> Might be worth having a check on the templates on >>>> /resources/template/roller/*.ftl. (copy from trunk) >>>> >>>> #### >>>> >>>> There are some warnings on the web.xml entries for struts: >>>> >>>> FilterDispatcher <<< is deprecated! Please use the new filters! >>>> >>>>> ie change from: >>>>>> >>>>> <filter> >>>> <filter-name>struts2</filter-name> >>>> >>>> <filter-class>org.apache.struts2.dispatcher.FilterDispatcher</filter- >>>> class> >>>> </filter> >>>> >>>> to: >>>> >>>> <filter> >>>> <filter-name>struts2</filter-name> >>>> >>>> <filter-class>org.apache.struts2.dispatcher.ng.filter. >>>> StrutsPrepareAndExecuteFilter</filter-class> >>>> </filter> >>>> >>>> ActionContextCleanUp <<< is deprecated! Please use the new filters! >>>> >>>>> remove: >>>>>> >>>>> <filter> >>>> <filter-name>struts2-cleanup</filter-name> >>>> >>>> <filter-class>org.apache.struts2.dispatcher. >>>> ActionContextCleanUp</filter- >>>> class> >>>> </filter> >>>> >>>> >>>> >>>> On 22 June 2014 04:12, Glen Mazza <glen.ma...@gmail.com> wrote: >>>> >>>> OK, team, second attempt, fixing the problems Greg noted from the last >>>> >>>>> vote. I tested the Tomcat version again and it seemed to work all >>>>> well, >>>>> validation also working this time. >>>>> >>>>> Here is my +1. Vote for another 72 hours. >>>>> >>>>> Binaries: people.apache.org/~gmazza/roller/rc2 >>>>> >>>>> SVN tag: https://svn.apache.org/repos/asf/roller/tags/roller_5.0.4- >>>>> rc2/ >>>>> >>>>> Regards, >>>>> Glen >>>>> >>>>> >>>>> -------- Original Message -------- >>>>> >>>>> On 6/7/2014 11:44 PM, Glen Mazza wrote: >>>>>> >>>>>> Hi Team, >>>>>> >>>>>>> This is a vote to release Roller 5.0.4, it upgrades its Struts >>>>>>> library >>>>>>> to 2.3.16.3 to fix some important issues with it; also, some of the >>>>>>> LDAP configuration was fixed based on comments from a user. >>>>>>> >>>>>>> Binaries are here: http://people.apache.org/~gmazza/roller/ >>>>>>> >>>>>>> I tested the Tomcat version, it looks good. >>>>>>> >>>>>>> Here's my +1. Voting will be for 72 hours. >>>>>>> >>>>>>> Regards, >>>>>>> Glen >>>>>>> >>>>>>> >>>>>>> >>>>>>> >
