Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Adam Hardy
Chase on 01/05/08 06:04, wrote: Adam Hardy wrote: the problem was spurious JPA updates - which can be avoided by putting an interceptor in between the Validation and the Workflow interceptors: all it should do is call EntityManager.clear(). if (validationAwareAction.hasErrors()) getEntityM

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Alexander Snaps
> > > > Using the JPA extended persistence context (not EJB), the clear() will > eliminate any changes to the model before JPA comes to flush to the db. I > assume it would work in an EJB container too. > I'm not really sure I get the point your making here, but if you just do not want the EntityM

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Adam Hardy
Alexander Snaps on 01/05/08 11:30, wrote: Using the JPA extended persistence context (not EJB), the clear() will eliminate any changes to the model before JPA comes to flush to the db. I assume it would work in an EJB container too. I'm not really sure I get the point your making here, but i

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Adam Hardy
Alexander Snaps on 01/05/08 11:30, wrote: Using the JPA extended persistence context (not EJB), the clear() will eliminate any changes to the model before JPA comes to flush to the db. I assume it would work in an EJB container too. I'm not really sure I get the point your making here, but i

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Alexander Snaps
On Thu, May 1, 2008 at 12:49 PM, Adam Hardy < [EMAIL PROTECTED]> wrote: > Alexander Snaps on 01/05/08 11:30, wrote: > > > > > > > > > Using the JPA extended persistence context (not EJB), the clear() will > > > eliminate any changes to the model before JPA comes to flush to the > > > db. I > > > a

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Adam Hardy
Alexander Snaps on 01/05/08 12:02, wrote: On Thu, May 1, 2008 at 12:49 PM, Adam Hardy < [EMAIL PROTECTED]> wrote: Alexander Snaps on 01/05/08 11:30, wrote: Using the JPA extended persistence context (not EJB), the clear() will eliminate any changes to the model before JPA comes to flush to th

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Adam Hardy
Alexander Snaps on 01/05/08 12:02, wrote: Entity myEntity = em.find(Entity.class, someId); oldValue = myEntity.getSomeField(); // this is only for further down in the mail ;) myEntity.setSomeField(someValue); if(!hasError) { EntityTransaction tx = em.getTransaction(); tx.begin(); tx.comm

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Alexander Snaps
Don't really have the context indeed, I haven't been looking into the Model-Driven and had no clue where this is happening. I just think this is more correct than doing everything within the tx demarcation. And indeed many people don't know about the tx.begin - commit in a row thing. I also keeps e

Re: mvn assembly struts-2.1+

2008-05-01 Thread Antonio Petrelli
2008/5/1 Jeromy Evans <[EMAIL PROTECTED]>: > Jay Bose wrote: > > > Thanks Antonio, that solved it. > > > > > > > > > Just wondering, how does one know that before attempting "mvn > assembly:assembly", they must run the release,all,alljars,j4 and > pre-assembly profiles? > Is it just a matter of d

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Eric D Nielsen
[ I suspect this is going to break threading Is there a good way to respond to a message from a digest without breaking threading? ) Adam Hardy on 26/04/08 10:42, wrote: > I am pulling in what I wrote earlier because I should correct what I said > about letting entities slip out of scope. Fol

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Adam Hardy
Eric D Nielsen on 01/05/08 14:54, wrote: [ I suspect this is going to break threading Is there a good way to respond to a message from a digest without breaking threading? ) I wondered why! Unfortunately you need the message id for threading and I don't think it is included in the digest,

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Alexander Snaps
Am I wrong, or JPA's EntityManager has no support for anything like evict()? I think this is an Hibernate's Session specific feature... Alex On Thu, May 1, 2008 at 3:54 PM, Eric D Nielsen <[EMAIL PROTECTED]> wrote: > [ I suspect this is going to break threading Is there a good way to > respo

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Adam Hardy
Yes, you're right. There are also several other things lacking that I would find useful. But I guess it's still version 1. Alexander Snaps on 01/05/08 15:35, wrote: Am I wrong, or JPA's EntityManager has no support for anything like evict()? I think this is an Hibernate's Session specific feat

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Alexander Snaps
I know I am repeating myself, but what is getting in the way of NOT starting a transaction at all in the case of a validation error... Shoudn't the transaction be started much later anyways, and only if validation passed? On Thu, May 1, 2008 at 4:51 PM, Adam Hardy <[EMAIL PROTECTED]> wrote: > Ye

Re: FilterDispatcher and static resources

2008-05-01 Thread Musachy Barroso
I'm ready to commit this, but I guess I will wait until Don cuts the new build. This is how it works: 1. Static content lookup was refactored to DefaultStaticContentLoader which implements StaticContentLoader. 2. DefaultStaticContentLoader does everything FilterDipatcher did before, but it also s

Re: Fundamental flaw in Model-Driven?

2008-05-01 Thread Eric D . Nielsen
Alexander Snaps gmail.com> writes: > I know I am repeating myself, but what is getting in the way of NOT starting > a transaction at all in the case of a validation error... Shoudn't the > transaction be started much later anyways, and only if validation passed? Because that doesn't solve the pro

Re: FilterDispatcher and static resources

2008-05-01 Thread Matt Raible
We've had a fair amount of issues in the AppFuse project using *.html as an extension. This is because some plugins and such use *.html files and Struts attempts to serve them up as Actions rather than plugins. Will this fix that problem? We've added a StaticFilter[1] that attempts to fix it, but i

Re: FilterDispatcher and static resources

2008-05-01 Thread Musachy Barroso
As long as no mapping is found for that *.html, and it is inside one of the lookup folders (like "static") it should work. musachy On Thu, May 1, 2008 at 12:24 PM, Matt Raible <[EMAIL PROTECTED]> wrote: > We've had a fair amount of issues in the AppFuse project using *.html > as an extension. T

Re: FilterDispatcher and static resources

2008-05-01 Thread Matt Raible
Is it possible to configure the lookup folders? Matt On Thu, May 1, 2008 at 10:30 AM, Musachy Barroso <[EMAIL PROTECTED]> wrote: > As long as no mapping is found for that *.html, and it is inside one > of the lookup folders (like "static") it should work. > > musachy > > > > On Thu, May 1, 20

Re: FilterDispatcher and static resources

2008-05-01 Thread Musachy Barroso
Yes, like this: org.apache.struts2.dispatcher.FilterDispatcher pathPrefixes /super_folder musachy On Thu, May 1, 2008 at 12:32 PM, Matt Raible <[EMAIL PROTECTED]> wrote: > Is it possible to configure the lookup folders? > > Matt > > > > On Thu, May 1, 2008 at 10:30 AM, Musa

ActionValidatorManagerFactory

2008-05-01 Thread Jay Bose
While I used WebWork-2, and the XWork associated with it, I was able to programmatically retrieve action validation using the ActionValidatorManagerFactory. Now, it seems this class was removed. Any suggestions on how to programmatically get a ValidatorFactory instance?

[VOTE] Struts 2.1.2 test build

2008-05-01 Thread Don Brown
The Struts 2.1.2 test build is now available. Release notes: * http://struts.apache.org/2.x/docs/version-notes-212.html Distribution: * http://people.apache.org/builds/struts/2.1.2/ Maven 2 staging repository: * http://people.apache.org/builds/struts/2.1.2/m2-staging-repository/ Once you have h

[s2] Release feedback

2008-05-01 Thread Don Brown
Ok, so this time, it took probably two hours to generate the release all told. The guide is now pretty accurate, but the steps themselves can take quite a while. This time, I copied my keys, m2 config, etc. over to a server in the US and ran the release from there, and boy, what a difference that