Tapestry 5 and Trails

[Howard Lewis Ship]

Hello,

I had noticed on the site that you are targetting Tapestry 5 for
Trails 2.0.  I think this is a great idea.   I have been thinking in
terms of moving more Trails-like support into Tapestry 5 (witness:
BeanEditForm, etc.).  I'm sorry to say that I don't keep up with
Trails very well; I barely keep up with Tapestry's mailing lists.
However, I'm very interested in ideas for how to make the core
framework better and better able to support Trails 2.0.

BTW ... if  you are interested, I can grant account access to the
http://tapestry.formos.com/bamboo continuous integration server.  We
can set up support for building Trails there.

--
Howard M. Lewis Ship

Creator Apache Tapestry and Apache HiveMind

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

    http://xircles.codehaus.org/manage_email

[Kalle Korhonen-2]

Hey Howard, thanks for comments!

On 2/4/08, Howard Lewis Ship <hlship@...> wrote:

I had noticed on the site that you are targetting Tapestry 5 for
Trails 2.0.  I think this is a great idea.   I have been thinking in
terms of moving more Trails-like support into Tapestry 5 (witness:
BeanEditForm, etc.).  I'm sorry to say that I don't keep up with
Trails very well; I barely keep up with Tapestry's mailing lists.
However, I'm very interested in ideas for how to make the core
framework better and better able to support Trails 2.0.

Well, we are certainly very well aware of all the the development in T5 and its advancements in this area compared to T4. With current Trails 1.2 versions, we are knee-deep on all the idiosyncracies of visually modeling more complex object relationships (ManyToOne, OneToMany, ManyToMany) with JPA/Hibernate that BeanEditForm doesn't cover, and we hope to be able to bring some of what we've learned to T5 users with Trails 2.0. Since Trails is being used in real-world projects, we've been careful with avoiding dependencies to unreleased libraries and frameworks, but I think the time is right for starting with T5. Thanks for the offer; we'll definitely take you up on that in the form of JIRA issues for T5 in the coming months :)

BTW ... if  you are interested, I can grant account access to the
http://tapestry.formos.com/bamboo continuous integration server.  We
can set up support for building Trails there.

Codehaus provides Bamboo and plenty of other useful services for projects, so we are fairly well covered in that regard.

Kalle

[Howard Lewis Ship]

On Feb 4, 2008 8:47 PM, Kalle Korhonen <kalle.o.korhonen@...> wrote:

> Hey Howard, thanks for comments!
>
>
> On 2/4/08, Howard Lewis Ship <hlship@...> wrote:
>
> > I had noticed on the site that you are targetting Tapestry 5 for
> > Trails 2.0.  I think this is a great idea.   I have been thinking in
> > terms of moving more Trails-like support into Tapestry 5 (witness:
> > BeanEditForm, etc.).  I'm sorry to say that I don't keep up with
> > Trails very well; I barely keep up with Tapestry's mailing lists.
> > However, I'm very interested in ideas for how to make the core
> > framework better and better able to support Trails 2.0.
>
> Well, we are certainly very well aware of all the the development in T5 and
> its advancements in this area compared to T4. With current Trails 1.2
> versions, we are knee-deep on all the idiosyncracies of visually modeling
> more complex object relationships (ManyToOne, OneToMany, ManyToMany) with
> JPA/Hibernate that BeanEditForm doesn't cover, and we hope to be able to
> bring some of what we've learned to T5 users with Trails 2.0. Since Trails
> is being used in real-world projects, we've been careful with avoiding
> dependencies to unreleased libraries and frameworks, but I think the time is
> right for starting with T5. Thanks for the offer; we'll definitely take you
> up on that in the form of JIRA issues for T5 in the coming months :)

Exactly. I'm not hip deep in the Trails details, but I believe that
the current APIs and extension points
will allow you to seamlessly extend BeanEditor (the core of
BeanEditForm) to support these types
of relationships.  Just as T5 has built-in support for "string",
"enum", and "password", we should be able to add "toone", "tomany" and
"manytomany".

>
>
> > BTW ... if  you are interested, I can grant account access to the
> > http://tapestry.formos.com/bamboo continuous integration server.  We
> > can set up support for building Trails there.
> >
>
> Codehaus provides Bamboo and plenty of other useful services for projects,
> so we are fairly well covered in that regard.
>

Makes you wonder why Apache is so lame on this front.

> Kalle
>



--
Howard M. Lewis Ship

Creator Apache Tapestry and Apache HiveMind

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

    http://xircles.codehaus.org/manage_email

[Alejandro Scandroli]

Hey Howard, thanks for stopping by. It's really nice, and a big
incentive, to see you around here.
Thanks again.

Alejandro.

On Feb 6, 2008 1:40 AM, Howard Lewis Ship <hlship@...> wrote:

> On Feb 4, 2008 8:47 PM, Kalle Korhonen <kalle.o.korhonen@...> wrote:
> > Hey Howard, thanks for comments!
> >
> >
> > On 2/4/08, Howard Lewis Ship <hlship@...> wrote:
> >
> > > I had noticed on the site that you are targetting Tapestry 5 for
> > > Trails 2.0.  I think this is a great idea.   I have been thinking in
> > > terms of moving more Trails-like support into Tapestry 5 (witness:
> > > BeanEditForm, etc.).  I'm sorry to say that I don't keep up with
> > > Trails very well; I barely keep up with Tapestry's mailing lists.
> > > However, I'm very interested in ideas for how to make the core
> > > framework better and better able to support Trails 2.0.
> >
> > Well, we are certainly very well aware of all the the development in T5 and
> > its advancements in this area compared to T4. With current Trails 1.2
> > versions, we are knee-deep on all the idiosyncracies of visually modeling
> > more complex object relationships (ManyToOne, OneToMany, ManyToMany) with
> > JPA/Hibernate that BeanEditForm doesn't cover, and we hope to be able to
> > bring some of what we've learned to T5 users with Trails 2.0. Since Trails
> > is being used in real-world projects, we've been careful with avoiding
> > dependencies to unreleased libraries and frameworks, but I think the time is
> > right for starting with T5. Thanks for the offer; we'll definitely take you
> > up on that in the form of JIRA issues for T5 in the coming months :)
>
> Exactly. I'm not hip deep in the Trails details, but I believe that
> the current APIs and extension points
> will allow you to seamlessly extend BeanEditor (the core of
> BeanEditForm) to support these types
> of relationships.  Just as T5 has built-in support for "string",
> "enum", and "password", we should be able to add "toone", "tomany" and
> "manytomany".
>
> >
> >
> > > BTW ... if  you are interested, I can grant account access to the
> > > http://tapestry.formos.com/bamboo continuous integration server.  We
> > > can set up support for building Trails there.
> > >
> >
> > Codehaus provides Bamboo and plenty of other useful services for projects,
> > so we are fairly well covered in that regard.
> >
>
> Makes you wonder why Apache is so lame on this front.
>
> > Kalle
>
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator Apache Tapestry and Apache HiveMind
>
> ---------------------------------------------------------------------
> 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