Synergy with OpenXava

[Javier Paniza Lucas]

Hi all,
 
I'm Javier Paniza, project lead of OpenXava project,
http://www.openxava.org/ 
and I have a proposal for Trails team and community.
 
OpenXava and Trails are very alike products,
in fact, OpenXava competes against Trails.
Even though, I think that Trails and OpenXava  
can cooperate in some way, and this can be profitable
for both, this can help us to gain ground against  
MVC frameworks.
 
But, How ?
 
We can concentrate in portability. The idea is that a  
develeper develops an application for OpenXava, and in
any moment he could migrate it with a minimun effort
to Trails. The same application, different engine
for running it. Even, if we will achieve a high level
of portability, the developer can have the application
on OpenXava (to use it inside a Java Portal) or in Trails
to use it as a Java Web Application.
 
How we can obtain this portability ?
We can agree to use standard Java API as JPA for persistence,
and bean validation (JSR-303) for validation. Removing
from our frameworks all propietary annotations about these  
issues.
Then, we can try to create a "common" specification for
layout, currently OX does it in this way:
http://openxava.wikispaces.com/view_en 
and controller, OX does it in this way:
http://openxava.wikispaces.com/controllers_en 
 
 
Maybe, this proposal is technically impossible,
or it's outside of the Trails strategy.
But, maybe not.
 
This offer can include other model driven frameworks
as Naked Objects, RomaFrameworks or JMatters.
 
What think about this the Trails team ?
What think about this the Trails community ?
 
Regards,
Javier Paniza


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Toby78]

Hit there!

I have a trails table with buttons in each row to add items to a list.

If the site is slow and you click several of those buttons after each other really quick, there is a "session exception"...but you are still logged in when you go back.

1. Is this a trails (trails security?) error or a tapestry error ?

2. Is it not possible to "queue" those requests?

Thanks!

Tobias

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Alejandro Scandroli]

Hola Javier

Trails 1.2 is comming out, but generally speaking these are uncertain
times for Trails, we still don't know excalty how the next version of
Trails will look like.
http://docs.codehaus.org/display/TRAILS/2008/01/24/Full+Steam+ahead+with+Trails+2.0!
But what's interesting is that even though Trails activity has
declained a lot in the last months I'm getting a lot of questions
similar to your requests.
What's even more interesting, at least for me, is that most of them
come form the Spanish speaking world. :) (BTW, I think there is a
majority of Spanish speakers on this list)
On May 10th I'm going to meet with the guys from the NexOpen framework
(http://www.nexopen.org/) to talk about web development in general and
we will try to see if there is an oportunity for some kind
integration/colaboration between Trails and NexOpen
http://bcurtu.com/?p=362
http://bcurtu.com/?p=376

I'm also will be talking about Trails in the OpenJavaDay 2008 in
Madrid. Are you going?

Your proposal isn't technically impossible and IMO it's not outside of
the Trails scope (I like the View annotation for layout
specification).
But to give you a more concrete and complete answer first we need to
figure out at least a draft of Trails 2.0


Saludos.
Alejandro.

--
Alejandro Scandroli - http://weblog.amneris.es/
Amneris: We build process-driven web applications.
http://www.amneris.es



On Tue, Apr 29, 2008 at 9:33 AM, Javier Paniza Lucas
<javierpaniza@...> wrote:

> Hi all,
>  I'm Javier Paniza, project lead of OpenXava project,
> http://www.openxava.org/ and I have a proposal for Trails team and
> community.
>  OpenXava and Trails are very alike products, in fact, OpenXava competes
> against Trails. Even though, I think that Trails and OpenXava  can cooperate
> in some way, and this can be profitable for both, this can help us to gain
> ground against  MVC frameworks.
>  But, How ?
>  We can concentrate in portability. The idea is that a  develeper develops
> an application for OpenXava, and in any moment he could migrate it with a
> minimun effort to Trails. The same application, different engine for running
> it. Even, if we will achieve a high level of portability, the developer can
> have the application on OpenXava (to use it inside a Java Portal) or in
> Trails
>  to use it as a Java Web Application.
>  How we can obtain this portability ? We can agree to use standard Java API
> as JPA for persistence, and bean validation (JSR-303) for validation.
> Removing from our frameworks all propietary annotations about these  issues.
> Then, we can try to create a "common" specification for layout, currently OX
> does it in this way: http://openxava.wikispaces.com/view_en and controller,
> OX does it in this way: http://openxava.wikispaces.com/controllers_en
>
>  Maybe, this proposal is technically impossible, or it's outside of the
> Trails strategy. But, maybe not.
>  This offer can include other model driven frameworks as Naked Objects,
> RomaFrameworks or JMatters.
>  What think about this the Trails team ? What think about this the Trails
> community ?
>  Regards, Javier Paniza
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Toby78]

To be more precise:

org.trails.persistence.PersistenceException
org.springframework.orm.hibernate3.HibernateSystemException: Illegal attempt to associate a collection with two open sessions; nested exception is org.hibernate.HibernateException: Illegal attempt to associate a collection with two open sessions

(seems like a Trails thing? )

-------- Original-Nachricht --------
> Datum: Tue, 29 Apr 2008 12:07:40 +0200
> Von: "Tobias Marx" <superoverdrive@...>
> An: users@...
> Betreff: [trails-users] Error when clicking too fast....

> Hit there!
>
> I have a trails table with buttons in each row to add items to a list.
>
> If the site is slow and you click several of those buttons after each
> other really quick, there is a "session exception"...but you are still logged
> in when you go back.
>
> 1. Is this a trails (trails security?) error or a tapestry error ?
>
> 2. Is it not possible to "queue" those requests?
>
> Thanks!
>
> Tobias
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>     http://xircles.codehaus.org/manage_email
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Alejandro Scandroli]

Hi Tobias

Yeap, given the exception it looks like a Trails think.
Can you give us more details?
Do you have a trails table in a trails page? or a  trails table in a
plain tapestry page?
What type of links are you using?


--
Alejandro Scandroli - http://weblog.amneris.es/
Amneris: We build process-driven web applications.
http://www.amneris.es


On Tue, Apr 29, 2008 at 12:18 PM, Tobias Marx <superoverdrive@...> wrote:

> To be more precise:
>
>  org.trails.persistence.PersistenceException
>  org.springframework.orm.hibernate3.HibernateSystemException: Illegal attempt to associate a collection with two open sessions; nested exception is org.hibernate.HibernateException: Illegal attempt to associate a collection with two open sessions
>
>  (seems like a Trails thing? )
>
>  -------- Original-Nachricht --------
>  > Datum: Tue, 29 Apr 2008 12:07:40 +0200
>  > Von: "Tobias Marx" <superoverdrive@...>
>  > An: users@...
>  > Betreff: [trails-users] Error when clicking too fast....
>
>
>
>  > Hit there!
>  >
>  > I have a trails table with buttons in each row to add items to a list.
>  >
>  > If the site is slow and you click several of those buttons after each
>  > other really quick, there is a "session exception"...but you are still logged
>  > in when you go back.
>  >
>  > 1. Is this a trails (trails security?) error or a tapestry error ?
>  >
>  > 2. Is it not possible to "queue" those requests?
>  >
>  > Thanks!
>  >
>  > Tobias
>  >
>  > ---------------------------------------------------------------------
>  > To unsubscribe from this list, please visit:
>  >
>  >     http://xircles.codehaus.org/manage_email
>  >
>
>  ---------------------------------------------------------------------
>  To unsubscribe from this list, please visit:
>
>     http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Toby78]

It is a DirectLink....I have "solved" it now by a try/catch block when saving the data...

-------- Original-Nachricht --------
> Datum: Tue, 29 Apr 2008 12:29:45 +0200
> Von: "Alejandro Scandroli" <alejandroscandroli@...>
> An: users@...
> Betreff: Re: [trails-users] Error when clicking too fast....

> Hi Tobias
>
> Yeap, given the exception it looks like a Trails think.
> Can you give us more details?
> Do you have a trails table in a trails page? or a  trails table in a
> plain tapestry page?
> What type of links are you using?
>
>
> --
> Alejandro Scandroli - http://weblog.amneris.es/
> Amneris: We build process-driven web applications.
> http://www.amneris.es
>
>
> On Tue, Apr 29, 2008 at 12:18 PM, Tobias Marx <superoverdrive@...>
> wrote:
> > To be more precise:
> >
> >  org.trails.persistence.PersistenceException
> >  org.springframework.orm.hibernate3.HibernateSystemException: Illegal
> attempt to associate a collection with two open sessions; nested exception is
> org.hibernate.HibernateException: Illegal attempt to associate a
> collection with two open sessions
> >
> >  (seems like a Trails thing? )
> >
> >  -------- Original-Nachricht --------
> >  > Datum: Tue, 29 Apr 2008 12:07:40 +0200
> >  > Von: "Tobias Marx" <superoverdrive@...>
> >  > An: users@...
> >  > Betreff: [trails-users] Error when clicking too fast....
> >
> >
> >
> >  > Hit there!
> >  >
> >  > I have a trails table with buttons in each row to add items to a
> list.
> >  >
> >  > If the site is slow and you click several of those buttons after each
> >  > other really quick, there is a "session exception"...but you are
> still logged
> >  > in when you go back.
> >  >
> >  > 1. Is this a trails (trails security?) error or a tapestry error ?
> >  >
> >  > 2. Is it not possible to "queue" those requests?
> >  >
> >  > Thanks!
> >  >
> >  > Tobias
> >  >
> >  > ---------------------------------------------------------------------
> >  > To unsubscribe from this list, please visit:
> >  >
> >  >     http://xircles.codehaus.org/manage_email
> >  >
> >
> >  ---------------------------------------------------------------------
> >  To unsubscribe from this list, please visit:
> >
> >     http://xircles.codehaus.org/manage_email
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>     http://xircles.codehaus.org/manage_email
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Toby78]

Would it be possible to support Lazy Fetches in trails 1.1? (an update?)
Or would those changes take too long so the time is better invested in working on trails 1.2 ?


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[nhhockeyplayer]

Sounds like concurrency in trails hivemind services.

Could easily be resolved by which ever hivemind service is attempting to run by implementing a synchronized block. I put this in the blobservicie for good measure though it serializes the rendering of blobs.

Should be easily resolved.

Best regards
Ken in nashua

> Date: Tue, 29 Apr 2008 12:29:45 +0200
> From: alejandroscandroli@...
> To: users@...
> Subject: Re: [trails-users] Error when clicking too fast....
>
> Hi Tobias
>
> Yeap, given the exception it looks like a Trails think.
> Can you give us more details?
> Do you have a trails table in a trails page? or a trails table in a
> plain tapestry page?
> What type of links are you using?
>
>
> --
> Alejandro Scandroli - http://weblog.amneris.es/
> Amneris: We build process-driven web applications.
> http://www.amneris.es
>
>
> On Tue, Apr 29, 2008 at 12:18 PM, Tobias Marx <superoverdrive@...> wrote:
> > To be more precise:
> >
> > org.trails.persistence.PersistenceException
> > org.springframework.orm.hibernate3.HibernateSystemException: Illegal attempt to associate a collection with two open sessions; nested exception is org.hibernate.HibernateException: Illegal attempt to associate a collection with two open sessions
> >
> > (seems like a Trails thing? )
> >
> > -------- Original-Nachricht --------
> > > Datum: Tue, 29 Apr 2008 12:07:40 +0200
> > > Von: "Tobias Marx" <superoverdrive@...>
> > > An: users@...
> > > Betreff: [trails-users] Error when clicking too fast....
> >
> >
> >
> > > Hit there!
> > >
> > > I have a trails table with buttons in each row to add items to a list.
> > >
> > > If the site is slow and you click several of those buttons after each
> > > other really quick, there is a "session exception"...but you are still logged
> > > in when you go back.
> > >
> > > 1. Is this a trails (trails security?) error or a tapestry error ?
> > >
> > > 2. Is it not possible to "queue" those requests?
> > >
> > > Thanks!
> > >
> > > Tobias
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe from this list, please visit:
> > >
> > > http://xircles.codehaus.org/manage_email
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe from this list, please visit:
> >
> > http://xircles.codehaus.org/manage_email
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>

---

Make i'm yours. Create a custom banner to support your cause.

[nhhockeyplayer]

1.2 has some corner cases that I have to override custom to keep it air tight. The 1.1 and 1.2 persistence models have a resemblance. The new model has shown to be a bit more flexible in resolving use cases. I would probably prepare for no action since 1.1 has been left behind.

Best regards
Ken in nashua

> Date: Tue, 29 Apr 2008 12:45:05 +0200
> From: superoverdrive@...
> To: users@...
> Subject: [trails-users] Lazy Fetches
>
> Would it be possible to support Lazy Fetches in trails 1.1? (an update?)
> Or would those changes take too long so the time is better invested in working on trails 1.2 ?
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>

---

Make i'm yours. Create a custom banner to support your cause.

[Toby78]

I have currently done a project for a customer and I can not "finish" it off and give it out to the customer due to performance issues as half the database is loaded into memory...the whole object graph is loaded even when it is not used. To me this would be quite urgent.

How do you all live with Trails without lazy fetches? Have you all done some "custom" bug fixes or are your application not using many related database objects?

-------- Original-Nachricht --------
> Datum: Tue, 29 Apr 2008 09:28:49 -0400
> Von: Ken in nashua <nhhockeyplayer@...>
> An: users@...
> Betreff: RE: [trails-users] Lazy Fetches

>
> 1.2 has some corner cases that I have to override custom to keep it air
> tight. The 1.1 and 1.2 persistence models have a resemblance. The new model
> has shown to be a bit more flexible in resolving use cases. I would probably
> prepare for no action since 1.1 has been left behind.
>
> Best regards
>
> Ken in nashua
>
>
>
> > Date: Tue, 29 Apr 2008 12:45:05 +0200
> > From: superoverdrive@...
> > To: users@...
> > Subject: [trails-users] Lazy Fetches
> >
> > Would it be possible to support Lazy Fetches in trails 1.1? (an update?)
> > Or would those changes take too long so the time is better invested in
> working on trails 1.2 ?
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe from this list, please visit:
> >
> >     http://xircles.codehaus.org/manage_email
> >
> >
>
> _________________________________________________________________
> Make i'm yours.  Create a custom banner to support your cause.
> http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=TXT_TAGHM_MSN_Make_IM_Yours

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[nhhockeyplayer]

Dude,

I made similar commits to customer. And been let down sweat/hurt. Especially after driving development fruitfully for 2 years and then blessed by being booted off project.

Does this mean trails is bad? Absolutely not. Moreso mgt...

Trails 1.0, 1.1 is a toy. Not for commercial usage. I see no lazy support or post redirect features and detached collections are broke.

Best bet is get to 1.2 asap. I am using it now and happy to coach you to the best stable running base.

If you already built your database, then you are special... and the first to pioneer the first actual trails data migration.

Don't give up...

Best regards
Ken in nashua

> Date: Tue, 29 Apr 2008 15:47:48 +0200
> From: superoverdrive@...
> To: users@...
> Subject: Re: RE: [trails-users] Lazy Fetches
>
> I have currently done a project for a customer and I can not "finish" it off and give it out to the customer due to performance issues as half the database is loaded into memory...the whole object graph is loaded even when it is not used. To me this would be quite urgent.
>
> How do you all live with Trails without lazy fetches? Have you all done some "custom" bug fixes or are your application not using many related database objects?
>
> -------- Original-Nachricht --------
> > Datum: Tue, 29 Apr 2008 09:28:49 -0400
> > Von: Ken in nashua <nhhockeyplayer@...>
> > An: users@...
> > Betreff: RE: [trails-users] Lazy Fetches
>
> >
> > 1.2 has some corner cases that I have to override custom to keep it air
> > tight. The 1.1 and 1.2 persistence models have a resemblance. The new model
> > has shown to be a bit more flexible in resolving use cases. I would probably
> > prepare for no action since 1.1 has been left behind.
> >
> > Best regards
> >
> > Ken in nashua
> >
> >
> >
> > > Date: Tue, 29 Apr 2008 12:45:05 +0200
> > > From: superoverdrive@...
> > > To: users@...
> > > Subject: [trails-users] Lazy Fetches
> > >
> > > Would it be possible to support Lazy Fetches in trails 1.1? (an update?)
> > > Or would those changes take too long so the time is better invested in
> > working on trails 1.2 ?
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe from this list, please visit:
> > >
> > > http://xircles.codehaus.org/manage_email
> > >
> > >
> >
> > _________________________________________________________________
> > Make i'm yours.  Create a custom banner to support your cause.
> > http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=TXT_TAGHM_MSN_Make_IM_Yours
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>

---

Make i'm yours. Create a custom banner to support your cause.

[Toby78]

Are there many code changes necessary?

I have problems running it when I use maven to build a 1.2-SNAPSHOT...I have tried to use it, but could not get it to run.

Could you maybe just send me an "empty" trails 1.2 project ?

>
> Dude,
>
> I made similar commits to customer. And been let down sweat/hurt.
> Especially after driving development fruitfully for 2 years and then blessed by
> being booted off project.
>
> Does this mean trails is bad? Absolutely not. Moreso mgt...
>
> Trails 1.0, 1.1 is a toy. Not for commercial usage. I see no lazy support
> or post redirect features and detached collections are broke.
>
> Best bet is get to 1.2 asap. I am using it now and happy to coach you to
> the best stable running base.
>
> If you already built your database, then you are special... and the first
> to pioneer the first actual trails data migration.
>
> Don't give up...
>
> Best regards
>
> Ken in nashua
>
>
>
> > Date: Tue, 29 Apr 2008 15:47:48 +0200
> > From: superoverdrive@...
> > To: users@...
> > Subject: Re: RE: [trails-users] Lazy Fetches
> >
> > I have currently done a project for a customer and I can not "finish" it
> off and give it out to the customer due to performance issues as half the
> database is loaded into memory...the whole object graph is loaded even when
> it is not used. To me this would be quite urgent.
> >
> > How do you all live with Trails without lazy fetches? Have you all done
> some "custom" bug fixes or are your application not using many related
> database objects?
> >
> > -------- Original-Nachricht --------
> > > Datum: Tue, 29 Apr 2008 09:28:49 -0400
> > > Von: Ken in nashua <nhhockeyplayer@...>
> > > An: users@...
> > > Betreff: RE: [trails-users] Lazy Fetches
> >
> > >
> > > 1.2 has some corner cases that I have to override custom to keep it
> air
> > > tight. The 1.1 and 1.2 persistence models have a resemblance. The new
> model
> > > has shown to be a bit more flexible in resolving use cases. I would
> probably
> > > prepare for no action since 1.1 has been left behind.
> > >
> > > Best regards
> > >
> > > Ken in nashua
> > >
> > >
> > >
> > > > Date: Tue, 29 Apr 2008 12:45:05 +0200
> > > > From: superoverdrive@...
> > > > To: users@...
> > > > Subject: [trails-users] Lazy Fetches
> > > >
> > > > Would it be possible to support Lazy Fetches in trails 1.1? (an
> update?)
> > > > Or would those changes take too long so the time is better invested
> in
> > > working on trails 1.2 ?
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe from this list, please visit:
> > > >
> > > >     http://xircles.codehaus.org/manage_email
> > > >
> > > >
> > >
> > > _________________________________________________________________
> > > Make i'm yours.  Create a custom banner to support your cause.
> > >
> http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=TXT_TAGHM_MSN_Make_IM_Yours
> >
> > ---------------------------------------------------------------------
> > To unsubscribe from this list, please visit:
> >
> >     http://xircles.codehaus.org/manage_email
> >
> >
>
> _________________________________________________________________
> Make i'm yours.  Create a custom banner to support your cause.
> http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=TXT_TAGHM_MSN_Make_IM_Yours

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[nhhockeyplayer]

Toby...

roster example is the one you need to base off of

whats your email and I will zip up mine for you.

Catch though...
It works fab... but my trails-1.2 has customizations to support OneToOne (HardOneToOne, OwningObjectReferenceDescriptor, AssociationMgt... really cool one-to-one features) but moreso including collections that render images.

Better Yet I have the Gallery widget coming shortly It is 97% finished. I am working on the auto-paging right now. It looks really fab.

Well I do believe I have the sweetest implementation of trails going right now. It's a heavenly shame it could not be checked in.

In summary, I am happy to zip up trails-1.2 for you which includes a running roster demo... FULL VISUAL IMAGE SUPPORT ON COLLECTIONS and all the goodies mentioned above. You cannot go wrong. It's air tight.

Advise and I will send now.
Also, you will be intrigued with what the differences are with mine and whats attempting to thrive in the repository.

- cheers

Best regards
Ken in nashua

> Date: Tue, 29 Apr 2008 17:48:18 +0200
> From: superoverdrive@...
> To: users@...
> Subject: Re: RE: [trails-users] Lazy Fetches
>
> Are there many code changes necessary?
>
> I have problems running it when I use maven to build a 1.2-SNAPSHOT...I have tried to use it, but could not get it to run.
>
> Could you maybe just send me an "empty" trails 1.2 project ?
>
>
>
> >
> > Dude,
> >
> > I made similar commits to customer. And been let down sweat/hurt.
> > Especially after driving development fruitfully for 2 years and then blessed by
> > being booted off project.
> >
> > Does this mean trails is bad? Absolutely not. Moreso mgt...
> >
> > Trails 1.0, 1.1 is a toy. Not for commercial usage. I see no lazy support
> > or post redirect features and detached collections are broke.
> >
> > Best bet is get to 1.2 asap. I am using it now and happy to coach you to
> > the best stable running base.
> >
> > If you already built your database, then you are special... and the first
> > to pioneer the first actual trails data migration.
> >
> > Don't give up...
> >
> > Best regards
> >
> > Ken in nashua
> >
> >
> >
> > > Date: Tue, 29 Apr 2008 15:47:48 +0200
> > > From: superoverdrive@...
> > > To: users@...
> > > Subject: Re: RE: [trails-users] Lazy Fetches
> > >
> > > I have currently done a project for a customer and I can not "finish" it
> > off and give it out to the customer due to performance issues as half the
> > database is loaded into memory...the whole object graph is loaded even when
> > it is not used. To me this would be quite urgent.
> > >
> > > How do you all live with Trails without lazy fetches? Have you all done
> > some "custom" bug fixes or are your application not using many related
> > database objects?
> > >
> > > -------- Original-Nachricht --------
> > > > Datum: Tue, 29 Apr 2008 09:28:49 -0400
> > > > Von: Ken in nashua <nhhockeyplayer@...>
> > > > An: users@...
> > > > Betreff: RE: [trails-users] Lazy Fetches
> > >
> > > >
> > > > 1.2 has some corner cases that I have to override custom to keep it
> > air
> > > > tight. The 1.1 and 1.2 persistence models have a resemblance. The new
> > model
> > > > has shown to be a bit more flexible in resolving use cases. I would
> > probably
> > > > prepare for no action since 1.1 has been left behind.
> > > >
> > > > Best regards
> > > >
> > > > Ken in nashua
> > > >
> > > >
> > > >
> > > > > Date: Tue, 29 Apr 2008 12:45:05 +0200
> > > > > From: superoverdrive@...
> > > > > To: users@...
> > > > > Subject: [trails-users] Lazy Fetches
> > > > >
> > > > > Would it be possible to support Lazy Fetches in trails 1.1? (an
> > update?)
> > > > > Or would those changes take too long so the time is better invested
> > in
> > > > working on trails 1.2 ?
> > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe from this list, please visit:
> > > > >
> > > > > http://xircles.codehaus.org/manage_email
> > > > >
> > > > >
> > > >
> > > > _________________________________________________________________
> > > > Make i'm yours. Create a custom banner to support your cause.
> > > >
> > http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=TXT_TAGHM_MSN_Make_IM_Yours
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe from this list, please visit:
> > >
> > > http://xircles.codehaus.org/manage_email
> > >
> > >
> >
> > _________________________________________________________________
> > Make i'm yours.  Create a custom banner to support your cause.
> > http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=TXT_TAGHM_MSN_Make_IM_Yours
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>

---

Make i'm yours. Create a custom banner to support your cause.

[nhhockeyplayer]

Ok, I zipped up my trails-1.2 for you... omitting examples/pom.xml so you can take the one from svn.

My examples also are configured for MySQL. You can delete the hibernate.properties and update to svn rev on the roster demo.

Now I may have difficulty getting it to you.

I am behind secured network. So most everything gets stripped if I attach.

If you have an ftp place I can upload to advise. Looks like I am unable to attach right now.

Best regards
Ken in nashua

---

From: nhhockeyplayer@...
To: users@...
Date: Tue, 29 Apr 2008 11:54:46 -0400
Subject: RE: [trails-users] Lazy Fetches

Toby...

roster example is the one you need to base off of

whats your email and I will zip up mine for you.

Catch though...
It works fab... but my trails-1.2 has customizations to support OneToOne (HardOneToOne, OwningObjectReferenceDescriptor, AssociationMgt... really cool one-to-one features) but moreso including collections that render images.

Better Yet I have the Gallery widget coming shortly It is 97% finished. I am working on the auto-paging right now. It looks really fab.

Well I do believe I have the sweetest implementation of trails going right now. It's a heavenly shame it could not be checked in.

In summary, I am happy to zip up trails-1.2 for you which includes a running roster demo... FULL VISUAL IMAGE SUPPORT ON COLLECTIONS and all the goodies mentioned above. You cannot go wrong. It's air tight.

Advise and I will send now.
Also, you will be intrigued with what the differences are with mine and whats attempting to thrive in the repository.

- cheers

Best regards
Ken in nashua

> Date: Tue, 29 Apr 2008 17:48:18 +0200
> From: superoverdrive@...
> To: users@...
> Subject: Re: RE: [trails-users] Lazy Fetches
>
> Are there many code changes necessary?
>
> I have problems running it when I use maven to build a 1.2-SNAPSHOT...I have tried to use it, but could not get it to run.
>
> Could you maybe just send me an 'empty' trails 1.2 project ?
>
>
>
> >
> > Dude,
> >
> > I made similar commits to customer. And been let down sweat/hurt.
> > Especially after driving development fruitfully for 2 years and then blessed by
> > being booted off project.
> >
> > Does this mean trails is bad? Absolutely not. Moreso mgt...
> >
> > Trails 1.0, 1.1 is a toy. Not for commercial usage. I see no lazy support
> > or post redirect features and detached collections are broke.
> >
> > Best bet is get to 1.2 asap. I am using it now and happy to coach you to
> > the best stable running base.
> >
> > If you already built your database, then you are special... and the first
> > to pioneer the first actual trails data migration.
> >
> > Don't give up...
> >
> > Best regards
> >
> > Ken in nashua
> >
> >
> >
> > > Date: Tue, 29 Apr 2008 15:47:48 +0200
> > > From: superoverdrive@...
> > > To: users@...
> > > Subject: Re: RE: [trails-users] Lazy Fetches
> > >
> > > I have currently done a project for a customer and I can not 'finish' it
> > off and give it out to the customer due to performance issues as half the
> > database is loaded into memory...the whole object graph is loaded even when
> > it is not used. To me this would be quite urgent.
> > >
> > > How do you all live with Trails without lazy fetches? Have you all done
> > some 'custom' bug fixes or are your application not using many related
> > database objects?
> > >
> > > -------- Original-Nachricht --------
> > > > Datum: Tue, 29 Apr 2008 09:28:49 -0400
> > > > Von: Ken in nashua <nhhockeyplayer@...>
> > > > An: users@...
> > > > Betreff: RE: [trails-users] Lazy Fetches
> > >
> > > >
> > > > 1.2 has some corner cases that I have to override custom to keep it
> > air
> > > > tight. The 1.1 and 1.2 persistence models have a resemblance. The new
> > model
> > > > has shown to be a bit more flexible in resolving use cases. I would
> > probably
> > > > prepare for no action since 1.1 has been left behind.
> > > >
> > > > Best regards
> > > >
> > > > Ken in nashua
> > > >
> > > >
> > > >
> > > > > Date: Tue, 29 Apr 2008 12:45:05 +0200
> > > > > From: superoverdrive@...
> > > > > To: users@...
> > > > > Subject: [trails-users] Lazy Fetches
> > > > >
> > > > > Would it be possible to support Lazy Fetches in trails 1.1? (an
> > update?)
> > > > > Or would those changes take too long so the time is better invested
> > in
> > > > working on trails 1.2 ?
> > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe from this list, please visit:
> > > > >
> > > > > http://xircles.codehaus.org/manage_email
> > > > >
> > > > >
> > > >
> > > > _________________________________________________________________
> > > > Make i'm yours. Create a custom banner to support your cause.
> > > >
> > http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=TXT_TAGHM_MSN_Make_IM_Yours
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe from this list, please visit:
> > >
> > > http://xircles.codehaus.org/manage_email
> > >
> > >
> >
> > _________________________________________________________________
> > Make i'm yours.  Create a custom banner to support your cause.
> > http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=TXT_TAGHM_MSN_Make_IM_Yours
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>

---

Make i'm yours. Create a custom banner to support your cause.

---

In a rush? Get real-time answers with Windows Live Messenger.

[Javier Paniza Lucas]

Hola Alejandro,

Alejandro Scandroli wrote:

> Hola Javier
>
> Trails 1.2 is comming out, but generally speaking these are uncertain
> times for Trails, we still don't know excalty how the next version of
> Trails will look like.
> http://docs.codehaus.org/display/TRAILS/2008/01/24/Full+Steam+ahead+with+Trails+2.0!
> But what's interesting is that even though Trails activity has
> declained a lot in the last months I'm getting a lot of questions
> similar to your requests.
>  

Interesting
> What's even more interesting, at least for me, is that most of them
> come form the Spanish speaking world. :) (BTW, I think there is a
> majority of Spanish speakers on this list)
>  
Well, I'm near to you, in Valencia.
> On May 10th I'm going to meet with the guys from the NexOpen framework
> (http://www.nexopen.org/) to talk about web development in general and
> we will try to see if there is an oportunity for some kind
> integration/colaboration between Trails and NexOpen
> http://bcurtu.com/?p=362
> http://bcurtu.com/?p=376
>  
I don't like NexOpen framework, it remember it my work in late 90s. Too
many layer,
design patterns, facades. OpenXava is just for escaping... Although this
is only a first impression.
In the other hand, I like Trails very much.
> I'm also will be talking about Trails in the OpenJavaDay 2008 in
> Madrid. Are you going?
>  
Yes, I will be in Madrid for OpenJavaDay. I hope will see you there.
> Your proposal isn't technically impossible and IMO it's not outside of
> the Trails scope (I like the View annotation for layout
> specification).
>  
Great!
Given Trails uses JPA annotation, the source code for a Trails
application and an OpenXava application already has big common part.
If we agree in use, for example Hibernate Validator, or even better
JSR-303, the portability will be greater,
and if agree in view layout it will be fantastic.

The portability between OpenXava and Trails (and other model driven
framework) gives value and confidence for possible new developers. They
are not bond to a propietary framework, but using a "standard" way to
develop applications.
My idea is not a collaboration at code level, but a specification level.
It's simply to grow the minimun common denominator.
> But to give you a more concrete and complete answer first we need to
> figure out at least a draft of Trails 2.0
>  
Just think in these issues.

Espero que podamos vernos y hablar en JavaOpenDay.

Saludos,
Javier
>  


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Toby78]

Sorry, not mail with an attachment, I have only received emails without one.....or the attachment got blocked?

Toby

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Toby78]

Just ignore this message....sorry

-------- Original-Nachricht --------
> Datum: Wed, 30 Apr 2008 09:43:45 +0200
> Von: "Tobias Marx" <superoverdrive@...>
> An: users@...
> Betreff: Re: RE: [trails-users] Lazy Fetches

> Sorry, not mail with an attachment, I have only received emails without
> one.....or the attachment got blocked?
>
> Toby
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>     http://xircles.codehaus.org/manage_email
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Alejandro Scandroli]

Hi Tobias

As long as I know Trails doesn't force you to use EAGER fetches.
Can you give me more details about what problems are you experiencing?
I did a little test setting Car's Make and Model properties to LAZY,
and I didn't get any exceptions.
There is no problem in releasing a 1.1.2 version if we found what the
problem is.


Alejandro.


--
Alejandro Scandroli - http://weblog.amneris.es/
Amneris: We build process-driven web applications.
http://www.amneris.es


On Tue, Apr 29, 2008 at 12:45 PM, Tobias Marx <superoverdrive@...> wrote:

> Would it be possible to support Lazy Fetches in trails 1.1? (an update?)
>  Or would those changes take too long so the time is better invested in working on trails 1.2 ?
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe from this list, please visit:
>
>     http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Alejandro Scandroli]

Hi Javier

Excellent ideas!!!
Looking forward to meet you.


--
Alejandro Scandroli - http://weblog.amneris.es/
Amneris: We build process-driven web applications.
http://www.amneris.es

On Tue, Apr 29, 2008 at 8:05 PM, Javier Paniza Lucas
<javierpaniza@...> wrote:

> Hola Alejandro,
>
>
>  Alejandro Scandroli wrote:
>
> > Hola Javier
> >
> > Trails 1.2 is comming out, but generally speaking these are uncertain
> > times for Trails, we still don't know excalty how the next version of
> > Trails will look like.
> >
> http://docs.codehaus.org/display/TRAILS/2008/01/24/Full+Steam+ahead+with+Trails+2.0!
> > But what's interesting is that even though Trails activity has
> > declained a lot in the last months I'm getting a lot of questions
> > similar to your requests.
> >
> >
>  Interesting
>
>
> > What's even more interesting, at least for me, is that most of them
> > come form the Spanish speaking world. :) (BTW, I think there is a
> > majority of Spanish speakers on this list)
> >
> >
>  Well, I'm near to you, in Valencia.
>
>
> > On May 10th I'm going to meet with the guys from the NexOpen framework
> > (http://www.nexopen.org/) to talk about web development in general and
> > we will try to see if there is an oportunity for some kind
> > integration/colaboration between Trails and NexOpen
> > http://bcurtu.com/?p=362
> > http://bcurtu.com/?p=376
> >
> >
>  I don't like NexOpen framework, it remember it my work in late 90s. Too
> many layer,
>  design patterns, facades. OpenXava is just for escaping... Although this is
> only a first impression.
>  In the other hand, I like Trails very much.
>
>
> > I'm also will be talking about Trails in the OpenJavaDay 2008 in
> > Madrid. Are you going?
> >
> >
>  Yes, I will be in Madrid for OpenJavaDay. I hope will see you there.
>
>
> > Your proposal isn't technically impossible and IMO it's not outside of
> > the Trails scope (I like the View annotation for layout
> > specification).
> >
> >
>  Great!
>  Given Trails uses JPA annotation, the source code for a Trails application
> and an OpenXava application already has big common part.
>  If we agree in use, for example Hibernate Validator, or even better
> JSR-303, the portability will be greater,
>  and if agree in view layout it will be fantastic.
>
>  The portability between OpenXava and Trails (and other model driven
> framework) gives value and confidence for possible new developers. They are
> not bond to a propietary framework, but using a "standard" way to develop
> applications.
>  My idea is not a collaboration at code level, but a specification level.
> It's simply to grow the minimun common denominator.
>
>
> > But to give you a more concrete and complete answer first we need to
> > figure out at least a draft of Trails 2.0
> >
> >
>  Just think in these issues.
>
>  Espero que podamos vernos y hablar en JavaOpenDay.
>
>  Saludos,
>  Javier
>
>
>
> >
> >
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Toby78]

Hi Alejandro!

I was using 1.1.1....I could also try out 1.1.2 (though 1.1.1 was still the latest stable release).

Just do the quick start application using security and replace EAGER by LAZY and login as admin/admin.

HTTP ERROR: 500

failed to lazily initialize a collection of role: sample.User.roles, no session or session was closed

RequestURI=/j_acegi_security_check

Powered by Jetty://



Tobias

-------- Original-Nachricht --------
> Datum: Wed, 30 Apr 2008 10:00:36 +0200
> Von: "Alejandro Scandroli" <alejandroscandroli@...>
> An: users@...
> Betreff: Re: [trails-users] Lazy Fetches

> Hi Tobias
>
> As long as I know Trails doesn't force you to use EAGER fetches.
> Can you give me more details about what problems are you experiencing?
> I did a little test setting Car's Make and Model properties to LAZY,
> and I didn't get any exceptions.
> There is no problem in releasing a 1.1.2 version if we found what the
> problem is.
>
>
> Alejandro.
>
>
> --
> Alejandro Scandroli - http://weblog.amneris.es/
> Amneris: We build process-driven web applications.
> http://www.amneris.es
>
>
> On Tue, Apr 29, 2008 at 12:45 PM, Tobias Marx <superoverdrive@...>
> wrote:
> > Would it be possible to support Lazy Fetches in trails 1.1? (an update?)
> >  Or would those changes take too long so the time is better invested in
> working on trails 1.2 ?
> >
> >
> >  ---------------------------------------------------------------------
> >  To unsubscribe from this list, please visit:
> >
> >     http://xircles.codehaus.org/manage_email
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>     http://xircles.codehaus.org/manage_email
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email