I'm surprised about this too, but don't want to research it further as
we don't even use OpenJPA in trunk anymore. I just did the standard
build tomcat script and also tried separately via mvn clean install. I
didn't change the OpenJPA libraries. I'm done with 5.0.x for now, it's
all yours if you wish to look into it yourself. But this is the risk I
mentioned earlier that goes with trying to get rid of deprecated methods
in old builds, you fix this (Struts), then something else old breaks
(OpenJPA), and then you try to fix that, and another old library goes,
and before long you're spending four months backporting 5.1 into 5.0.x
instead of spending one month releasing 5.1.
Glen
On 06/27/2014 02:19 PM, Greg Huber wrote:
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
