Nabble - Trails - Users

Re: Testing Trails on NetBeans 6.7 and Eclipse 3.5.1

2009-11-17T22:54:16Z

Kalle Korhonen ha scritto:
> Hey Alessandro, thanks for giving it a shot. Fixing an archetype would
> be very simple if we know what the problem is. I'm just guessing but
> it could very well be the archetype produced module is not correctly
> excluding servlet-api from its dependencies, which typically results
> in errors like this. Would you mind running mvn dependency:tree and
> excluding servlet-api as appropriate if its included? Or you can just
> build the war and see if its bundled in.

Hi Kalle,
here following the dependecy tree of my sample project. As you can see,
servlet-api is not present.

[INFO] [dependency:tree]
[INFO] it.makua:berkut:war:1.0-SNAPSHOT
[INFO] +- org.trailsframework:trails-hibernate:jar:1.2.1:compile
[INFO] | +- org.trailsframework:trails-core:jar:1.2.1:compile
[INFO] | | +- org.aspectj:aspectjrt:jar:1.5.4:compile
[INFO] | | +- org.aspectj:aspectjweaver:jar:1.5.4:compile
[INFO] | | +- commons-beanutils:commons-beanutils:jar:1.7.0:compile
[INFO] | | +- commons-lang:commons-lang:jar:2.2:compile
[INFO] | | +- commons-logging:commons-logging:jar:1.1:compile
[INFO] | | +- javax.transaction:jta:jar:1.1:compile
[INFO] | | +- log4j:log4j:jar:1.2.14:compile
[INFO] | | +- ognl:ognl:jar:2.7.1:compile
[INFO] | | +- org.apache.tapestry:tapestry-framework:jar:4.1.5:compile
[INFO] | | | +- jboss:javassist:jar:3.6.ga:compile
[INFO] | | | +- hivemind:hivemind:jar:1.1.1:compile
[INFO] | | | +- hivemind:hivemind-lib:jar:1.1.1:compile
[INFO] | | | +- oro:oro:jar:2.0.8:compile
[INFO] | | | +- commons-codec:commons-codec:jar:1.3:compile
[INFO] | | | +- commons-fileupload:commons-fileupload:jar:1.2:compile
[INFO] | | | +- commons-io:commons-io:jar:1.3.1:compile
[INFO] | | | \-
backport-util-concurrent:backport-util-concurrent:jar:3.1:compile
[INFO] | | +- org.apache.tapestry:tapestry-annotations:jar:4.1.5:compile
[INFO] | | +- org.apache.tapestry:tapestry-contrib:jar:4.1.5:compile
[INFO] | | +- commons-collections:commons-collections:jar:3.2:compile
[INFO] | | \- com.sun:tools:jar:1.5.0:system
[INFO] | +- commons-dbcp:commons-dbcp:jar:1.2.2:compile
[INFO] | | \- commons-pool:commons-pool:jar:1.3:compile
[INFO] | +- javax.persistence:persistence-api:jar:1.0:compile
[INFO] | +- org.hibernate:hibernate:jar:3.2.6.ga:compile
[INFO] | | +- net.sf.ehcache:ehcache:jar:1.2.3:compile
[INFO] | | +- asm:asm-attrs:jar:1.5.3:compile
[INFO] | | +- dom4j:dom4j:jar:1.6.1:compile
[INFO] | | +- antlr:antlr:jar:2.7.6:compile
[INFO] | | +- cglib:cglib:jar:2.1_3:compile
[INFO] | | \- asm:asm:jar:1.5.3:compile
[INFO] | +-
org.hibernate:hibernate-commons-annotations:jar:3.3.0.ga:compile
[INFO] | +- org.hibernate:hibernate-annotations:jar:3.3.0.ga:compile
[INFO] | +- org.hibernate:hibernate-validator:jar:3.0.0.ga:compile
[INFO] | +- org.springframework:spring-hibernate3:jar:2.0.6:compile
[INFO] | | +- aopalliance:aopalliance:jar:1.0:compile
[INFO] | | +- org.springframework:spring-beans:jar:2.0.6:compile
[INFO] | | +- org.springframework:spring-core:jar:2.0.6:compile
[INFO] | | +- org.springframework:spring-dao:jar:2.0.6:compile
[INFO] | | \- org.springframework:spring-jdbc:jar:2.0.6:compile
[INFO] | +- org.springframework:spring-aop:jar:2.0.6:compile
[INFO] | +- org.springframework:spring-context:jar:2.0.6:compile
[INFO] | +- org.springframework:spring-web:jar:2.0.6:compile
[INFO] | \- com.javaforge.tapestry:tapestry-spring:jar:1.0.0:compile
[INFO] +- org.trailsframework:trails-test:jar:1.2.1:test
[INFO] | +- jmock:jmock:jar:1.2.0:test
[INFO] | +- jmock:jmock-cglib:jar:1.2.0:test
[INFO] | | \- cglib:cglib-nodep:jar:2.1_3:test
[INFO] | +- org.jmock:jmock-junit3:jar:2.1.0:test
[INFO] | | \- org.jmock:jmock:jar:2.1.0:test
[INFO] | | +- org.hamcrest:hamcrest-api:jar:1.0:test
[INFO] | | \- org.hamcrest:hamcrest-library:jar:1.0:test
[INFO] | +- org.springframework:spring-mock:jar:2.0.6:test
[INFO] | \- htmlunit:htmlunit:jar:1.13:test
[INFO] | +- commons-httpclient:commons-httpclient:jar:3.0.1:test
[INFO] | +- rhino:js:jar:1.6R5:test
[INFO] | +- xerces:xmlParserAPIs:jar:2.6.2:test
[INFO] | \- nekohtml:nekohtml:jar:0.9.5:test
[INFO] +- jaxen:jaxen:jar:1.1:provided
[INFO] | +- jdom:jdom:jar:1.0:provided
[INFO] | +- xml-apis:xml-apis:jar:1.3.02:provided
[INFO] | +- xerces:xercesImpl:jar:2.6.2:provided
[INFO] | \- xom:xom:jar:1.0:provided
[INFO] | +- xalan:xalan:jar:2.6.0:provided
[INFO] | \- com.ibm.icu:icu4j:jar:2.6.1:provided
[INFO] +- junit:junit:jar:3.8.2:test
[INFO] \- hsqldb:hsqldb:jar:1.8.0.7:compile
[INFO]
------------------------------------------------------------------------

> All Trails dev hands are working on Tynamo (Trails 2), so
> unfortunately Trails 1.x is not getting much attention from us at the
> moment.

Actually, I apologize for raising this issue. As I told you, I'm just
playing with a few Tapestry-related tools at the moment, just to
familiarize with this environment (that is almost completly new for me).

Do not worry about this stuff. It is much wiser to focus on Tynamo.

CU

--

Alessandro Bottoni
Website: http://www.alessandrobottoni.it/

"When future stopped to be a promise and started to be a threat?"
-- Street wall graffiti, Bologna, 1999

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

http://xircles.codehaus.org/manage_email

Re: Testing Trails on NetBeans 6.7 and Eclipse 3.5.1

2009-11-17T09:53:43Z

Hey Alessandro, thanks for giving it a shot. Fixing an archetype would
be very simple if we know what the problem is. I'm just guessing but
it could very well be the archetype produced module is not correctly
excluding servlet-api from its dependencies, which typically results
in errors like this. Would you mind running mvn dependency:tree and
excluding servlet-api as appropriate if its included? Or you can just
build the war and see if its bundled in.

All Trails dev hands are working on Tynamo (Trails 2), so
unfortunately Trails 1.x is not getting much attention from us at the
moment.

Kalle

On Tue, Nov 17, 2009 at 7:44 AM, Alessandro Bottoni
<alexbottoni@...> wrote:

> Hi All,
> I'm just playing-with-Trails/testing-it in a few different dev
> environment, just to see what's working and what's better. Here some
> results that maybe can be of some interest for someone of you.
>
> Standard Trails sample project created with Maven with this command line:
> mvn archetype:create -DarchetypeGroupId=org.trailsframework
> -DarchetypeArtifactId=trails-archetype -DarchetypeVersion=1.2.1
> -DgroupId=it.makua -DartifactId=berkut
>
> Trails sample project on NetBeans 6.7
> # with GlassFish v3 Prelude: works perfectly
> # with Tomcat 5.5: does not start at all
>
> The error message of Tomcat is:
>
> type Exception
>
> message description
> The server encountered an internal error () that prevented it from
> fulfilling this request.
>
> exception
>
> javax.servlet.ServletException: Unable to construct service
> tapestry.page.PageSpecificationResolver: Error building service
> tapestry.page.PageSpecificationResolver: Error at
> jar:file:/home/alex/Experiments/Trails/berkut/target/berkut/WEB-INF/lib/tapestry-framework-4.1.5.jar!/META-INF/tapestry.page.xml,
> line 104, column 91: Unable to initialize service
> tapestry.page.PageSpecificationResolver (by invoking method
> initializeService on
> org.apache.tapestry.resolver.PageSpecificationResolverImpl): Could not
> parse specification classpath:/org/apache/tapestry/Framework.library.
>
> root cause
>
> org.apache.hivemind.ApplicationRuntimeException: Unable to construct
> service tapestry.page.PageSpecificationResolver: Error building service
> tapestry.page.PageSpecificationResolver: Error at
> jar:file:/home/alex/Experiments/Trails/berkut/target/berkut/WEB-INF/lib/tapestry-framework-4.1.5.jar!/META-INF/tapestry.page.xml,
> line 104, column 91: Unable to initialize service
> tapestry.page.PageSpecificationResolver (by invoking method
> initializeService on
> org.apache.tapestry.resolver.PageSpecificationResolverImpl): Could not
> parse specification classpath:/org/apache/tapestry/Framework.library.
> [jar:file:/home/alex/Experiments/Trails/berkut/target/berkut/WEB-INF/lib/tapestry-framework-4.1.5.jar!/META-INF/tapestry.page.xml,
> line 103, column 42]
>
> NetBeans complains in this way:
>
> NetBeans: Deploying on Tomcat 5.5
> profile mode: false
> debug mode: false
> force redeploy: true
> In-place deployment at /home/alex/Experiments/Trails/berkut/target/berkut
> deploy?config=file%3A%2Ftmp%2Fcontext4528060096176955888.xml&path=/berkut
> OK - Deployed application at context path /berkut
> Start is in progress...
> start?path=/berkut
> FAIL - Application at context path /berkut could not be started
>
> Trails sample project on Eclipse 3.5.1 Galileo:
> # Eclipse says the project does not contain any class that can be run on
> a server as a Java Web Application.
>
> As I said before, I'm just playing with these tools. Do not worry for me
> and do not feel obliged to help me. I just thought someone of you could
> be interested in the results of these simple "smoke tests".
>
> CU
>
> --
>
> Alessandro Bottoni
> Website: http://www.alessandrobottoni.it/
>
> "Education is an admirable thing, but it is well to remember from time
> to time that nothing that is worth knowing can be taught."
> -- Oscar Wilde
>
> ---------------------------------------------------------------------
> 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

Testing Trails on NetBeans 6.7 and Eclipse 3.5.1

2009-11-17T07:44:05Z

Hi All,
I'm just playing-with-Trails/testing-it in a few different dev
environment, just to see what's working and what's better. Here some
results that maybe can be of some interest for someone of you.

Standard Trails sample project created with Maven with this command line:
mvn archetype:create -DarchetypeGroupId=org.trailsframework
-DarchetypeArtifactId=trails-archetype -DarchetypeVersion=1.2.1
-DgroupId=it.makua -DartifactId=berkut

Trails sample project on NetBeans 6.7
# with GlassFish v3 Prelude: works perfectly
# with Tomcat 5.5: does not start at all

The error message of Tomcat is:

type Exception

message description
The server encountered an internal error () that prevented it from
fulfilling this request.

exception

javax.servlet.ServletException: Unable to construct service
tapestry.page.PageSpecificationResolver: Error building service
tapestry.page.PageSpecificationResolver: Error at
jar:file:/home/alex/Experiments/Trails/berkut/target/berkut/WEB-INF/lib/tapestry-framework-4.1.5.jar!/META-INF/tapestry.page.xml,
line 104, column 91: Unable to initialize service
tapestry.page.PageSpecificationResolver (by invoking method
initializeService on
org.apache.tapestry.resolver.PageSpecificationResolverImpl): Could not
parse specification classpath:/org/apache/tapestry/Framework.library.

root cause

org.apache.hivemind.ApplicationRuntimeException: Unable to construct
service tapestry.page.PageSpecificationResolver: Error building service
tapestry.page.PageSpecificationResolver: Error at
jar:file:/home/alex/Experiments/Trails/berkut/target/berkut/WEB-INF/lib/tapestry-framework-4.1.5.jar!/META-INF/tapestry.page.xml,
line 104, column 91: Unable to initialize service
tapestry.page.PageSpecificationResolver (by invoking method
initializeService on
org.apache.tapestry.resolver.PageSpecificationResolverImpl): Could not
parse specification classpath:/org/apache/tapestry/Framework.library.
[jar:file:/home/alex/Experiments/Trails/berkut/target/berkut/WEB-INF/lib/tapestry-framework-4.1.5.jar!/META-INF/tapestry.page.xml,
line 103, column 42]

NetBeans complains in this way:

NetBeans: Deploying on Tomcat 5.5
profile mode: false
debug mode: false
force redeploy: true
In-place deployment at /home/alex/Experiments/Trails/berkut/target/berkut
deploy?config=file%3A%2Ftmp%2Fcontext4528060096176955888.xml&path=/berkut
OK - Deployed application at context path /berkut
Start is in progress...
start?path=/berkut
FAIL - Application at context path /berkut could not be started

Trails sample project on Eclipse 3.5.1 Galileo:
# Eclipse says the project does not contain any class that can be run on
a server as a Java Web Application.

As I said before, I'm just playing with these tools. Do not worry for me
and do not feel obliged to help me. I just thought someone of you could
be interested in the results of these simple "smoke tests".

CU

--

Alessandro Bottoni
Website: http://www.alessandrobottoni.it/

"Education is an admirable thing, but it is well to remember from time
to time that nothing that is worth knowing can be taught."
-- Oscar Wilde

[alexbottoni.vcf]

begin:vcard fn:Alessandro Bottoni n:Bottoni;Alessandro email;internet:alexbottoni@... x-mozilla-html:FALSE version:2.1 end:vcard

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

http://xircles.codehaus.org/manage_email

Re: Problems with http://www.trailsframework.org/

2009-11-14T01:26:31Z

Hi Alessandro

Sadly, we don't control what's on trailsframework.org. As Kalle said:
"we lost the trailsframework.org domain over a year ago (we, the
current committers, never owned it so it was complicated anyway)"
(http://docs.codehaus.org/display/TRAILS/2009/10/27/Trails+is+dead%2C+long+live+Tynamo!).
I personally asked, more than once, to the new owners to put a warning
note in the home page, but I received no answer :(

There is nothing we can do, that's why we are changing the name of the project.

Saluti.
Alejandro.

On Sat, Nov 14, 2009 at 9:11 AM, Alessandro Bottoni
<alexbottoni@...> wrote:

> Hi All,
> this message just to let you know that all the exiting links from
> http://www.trailsframework.org/ seems to be broken and that all
> second-level pages of the same site arrive at my browser as pure-XML
> not-parsed file.
>
> Everything works fine from http://trails.codehaus.org/, instead.
>
> Maybe, you should put a warning or a redirect to
> http://trails.codehaus.org/ on the http://www.trailsframework.org/ home
> page.
>
> JM2C
> --
>
> Alessandro Bottoni
> Website: http://www.alessandrobottoni.it/
>
> Philosophy is a game with objectives and no rules.
> Mathematics is a game with rules and no objectives.
> -- Unknown
>
>
> ---------------------------------------------------------------------
> 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

Problems with http://www.trailsframework.org/

2009-11-14T00:11:46Z

Hi All,
this message just to let you know that all the exiting links from
http://www.trailsframework.org/ seems to be broken and that all
second-level pages of the same site arrive at my browser as pure-XML
not-parsed file.

Everything works fine from http://trails.codehaus.org/, instead.

Maybe, you should put a warning or a redirect to
http://trails.codehaus.org/ on the http://www.trailsframework.org/ home
page.

JM2C
--

Alessandro Bottoni
Website: http://www.alessandrobottoni.it/

Philosophy is a game with objectives and no rules.
Mathematics is a game with rules and no objectives.
-- Unknown

[alexbottoni.vcf]

begin:vcard fn:Alessandro Bottoni n:Bottoni;Alessandro email;internet:alexbottoni@... x-mozilla-html:FALSE version:2.1 end:vcard

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

http://xircles.codehaus.org/manage_email

Re: Bean Validation API

2009-10-27T02:35:09Z

Hi Pablo

We dropped Spring, but we remain fully compatible. So unless you were
using Spring to heavily interact with the Trails internals, I think it
should be fairly easy to upgrade
If you don't mind, can you tell me how are you using Spring, and what
do you think is missing in the new Tapestry5 version.

Alejandro.

On Fri, Oct 23, 2009 at 4:38 PM, Pablo Saavedra
<pablo.a.saavedra@...> wrote:

> Hi Alejamdro,
> we are not based our applications, rather using them as a module for quick
> CRUD generation (you might know the concrete case), so we won't update to
> tapestry 5 and we are probably not going to upgrade to trails 2.0 (since you
> dropped spring).
> What I was thinking was maybe creating a new aspect and a new class
> validator factory. The problem is that it'd require to extend the delegate
> to handle JSR303 errors instead of InvalidStateException.
> I'll do some experiments with the source and let you know how it goes in
> case you are interested.
> Regards.
>
> 2009/10/22 Alejandro Scandroli <ascandroli@...>
>>
>> Hi Pablo
>>
>> The HibernateClassValidatorFactory is used by the
>> HibernateValidationAspect and is applied on compile time, so it will
>> be tricky to just provide a new factory and a new delegate, because
>> you will still need to remove the call to the old one from the
>> compiled code.
>>
>> The easiest path will be to remove the HibernateValidationAspect for
>> good. Then extended the HibernatePersistenceServiceImpl and make it
>> explicitly call your new validation methods before "save" and "merge".
>> But you are going to need to recompile anyway.
>>
>> On a related note, today the Tapestry5 team started to work on a
>> tapestry-beanvalidator module for the Tapestry5/JSR-303 integration.
>>
>> Cheers.
>> Alejandro.
>>
>> On Wed, Oct 21, 2009 at 7:19 PM, Pablo Saavedra
>> <pablo.a.saavedra@...> wrote:
>> > Gracias for the quick reply. Is it possible to, instead of modifying the
>> > existing validators, provide new validator implementatons? i.e.
>> > BeanValidationClassValidatorFactory and BeanValidationDelegate?
>> > If so, I'd prefer to go in that direction. Otherwise, I'll see if i can
>> > come
>> > up with a patch.
>> > Regards.
>> >
>> > 2009/10/21 Alejandro Scandroli <ascandroli@...>
>> >>
>> >> Hi Pablo
>> >>
>> >> Are you using the 1.2 version?
>> >> I think it should be pretty easy to incorporate, only two classes need
>> >> to change (I think): HibernateClassValidatorFactory and
>> >> HibernateValidationDelegate
>> >> But there is no plan to incorporate hibernate-validator 4.0.0 in the
>> >> Trails 1.2.x branch.
>> >> We can (and will) do it in the new Tynamo (fka Trails2) release, tough.
>> >>
>> >> Saludos.
>> >> Alejandro.
>> >>
>> >> On Wed, Oct 21, 2009 at 4:24 PM, Pablo Saavedra
>> >> <pablo.a.saavedra@...> wrote:
>> >> > Hi All,
>> >> > is there any plan to incorporate the new validation API into trais?
>> >> > This
>> >> > would also mean using hibernate validator 4.0.0.GA. We want to use it
>> >> > in
>> >> > our
>> >> > projects, but since the annotations changed the package I'm afraid
>> >> > our
>> >> > trails code won't work. Am I right?
>> >> > Thanks.
>> >>
>> >> ---------------------------------------------------------------------
>> >> 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

Re: Bean Validation API

2009-10-23T08:38:49Z

Hi Alejamdro,

we are not based our applications, rather using them as a module for quick CRUD generation (you might know the concrete case), so we won't update to tapestry 5 and we are probably not going to upgrade to trails 2.0 (since you dropped spring).

What I was thinking was maybe creating a new aspect and a new class validator factory. The problem is that it'd require to extend the delegate to handle JSR303 errors instead of InvalidStateException.

I'll do some experiments with the source and let you know how it goes in case you are interested.

Regards.

2009/10/22 Alejandro Scandroli <ascandroli@...>

Hi Pablo

The HibernateClassValidatorFactory is used by the
HibernateValidationAspect and is applied on compile time, so it will
be tricky to just provide a new factory and a new delegate, because
you will still need to remove the call to the old one from the
compiled code.

The easiest path will be to remove the HibernateValidationAspect for
good. Then extended the HibernatePersistenceServiceImpl and make it
explicitly call your new validation methods before "save" and "merge".
But you are going to need to recompile anyway.

On a related note, today the Tapestry5 team started to work on a
tapestry-beanvalidator module for the Tapestry5/JSR-303 integration.

Cheers.
Alejandro.

On Wed, Oct 21, 2009 at 7:19 PM, Pablo Saavedra

<pablo.a.saavedra@...> wrote:
> Gracias for the quick reply. Is it possible to, instead of modifying the
> existing validators, provide new validator implementatons? i.e.
> BeanValidationClassValidatorFactory and BeanValidationDelegate?
> If so, I'd prefer to go in that direction. Otherwise, I'll see if i can come
> up with a patch.
> Regards.
>
> 2009/10/21 Alejandro Scandroli <ascandroli@...>
>>
>> Hi Pablo
>>
>> Are you using the 1.2 version?
>> I think it should be pretty easy to incorporate, only two classes need
>> to change (I think): HibernateClassValidatorFactory and
>> HibernateValidationDelegate
>> But there is no plan to incorporate hibernate-validator 4.0.0 in the
>> Trails 1.2.x branch.
>> We can (and will) do it in the new Tynamo (fka Trails2) release, tough.
>>
>> Saludos.
>> Alejandro.
>>
>> On Wed, Oct 21, 2009 at 4:24 PM, Pablo Saavedra
>> <pablo.a.saavedra@...> wrote:
>> > Hi All,
>> > is there any plan to incorporate the new validation API into trais? This
>> > would also mean using hibernate validator 4.0.0.GA. We want to use it in
>> > our
>> > projects, but since the annotations changed the package I'm afraid our
>> > trails code won't work. Am I right?
>> > Thanks.
>>
>> ---------------------------------------------------------------------
>> 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

Re: Bean Validation API

2009-10-22T14:53:11Z

Hi Pablo

The HibernateClassValidatorFactory is used by the
HibernateValidationAspect and is applied on compile time, so it will
be tricky to just provide a new factory and a new delegate, because
you will still need to remove the call to the old one from the
compiled code.

The easiest path will be to remove the HibernateValidationAspect for
good. Then extended the HibernatePersistenceServiceImpl and make it
explicitly call your new validation methods before "save" and "merge".
But you are going to need to recompile anyway.

On a related note, today the Tapestry5 team started to work on a
tapestry-beanvalidator module for the Tapestry5/JSR-303 integration.

Cheers.
Alejandro.

On Wed, Oct 21, 2009 at 7:19 PM, Pablo Saavedra
<pablo.a.saavedra@...> wrote:

> Gracias for the quick reply. Is it possible to, instead of modifying the
> existing validators, provide new validator implementatons? i.e.
> BeanValidationClassValidatorFactory and BeanValidationDelegate?
> If so, I'd prefer to go in that direction. Otherwise, I'll see if i can come
> up with a patch.
> Regards.
>
> 2009/10/21 Alejandro Scandroli <ascandroli@...>
>>
>> Hi Pablo
>>
>> Are you using the 1.2 version?
>> I think it should be pretty easy to incorporate, only two classes need
>> to change (I think): HibernateClassValidatorFactory and
>> HibernateValidationDelegate
>> But there is no plan to incorporate hibernate-validator 4.0.0 in the
>> Trails 1.2.x branch.
>> We can (and will) do it in the new Tynamo (fka Trails2) release, tough.
>>
>> Saludos.
>> Alejandro.
>>
>> On Wed, Oct 21, 2009 at 4:24 PM, Pablo Saavedra
>> <pablo.a.saavedra@...> wrote:
>> > Hi All,
>> > is there any plan to incorporate the new validation API into trais? This
>> > would also mean using hibernate validator 4.0.0.GA. We want to use it in
>> > our
>> > projects, but since the annotations changed the package I'm afraid our
>> > trails code won't work. Am I right?
>> > Thanks.
>>
>> ---------------------------------------------------------------------
>> 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

Re: Bean Validation API

2009-10-21T10:19:17Z

Gracias for the quick reply. Is it possible to, instead of modifying the existing validators, provide new validator implementatons? i.e. BeanValidationClassValidatorFactory and BeanValidationDelegate?

If so, I'd prefer to go in that direction. Otherwise, I'll see if i can come up with a patch.

Regards.

2009/10/21 Alejandro Scandroli <ascandroli@...>

Hi Pablo

Are you using the 1.2 version?
I think it should be pretty easy to incorporate, only two classes need
to change (I think): HibernateClassValidatorFactory and
HibernateValidationDelegate
But there is no plan to incorporate hibernate-validator 4.0.0 in the
Trails 1.2.x branch.
We can (and will) do it in the new Tynamo (fka Trails2) release, tough.

Saludos.
Alejandro.

On Wed, Oct 21, 2009 at 4:24 PM, Pablo Saavedra
<pablo.a.saavedra@...> wrote:
> Hi All,
> is there any plan to incorporate the new validation API into trais? This
> would also mean using hibernate validator 4.0.0.GA. We want to use it in our
> projects, but since the annotations changed the package I'm afraid our
> trails code won't work. Am I right?
> Thanks.

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

http://xircles.codehaus.org/manage_email

Re: Bean Validation API

2009-10-21T08:48:45Z

Hi Pablo

Are you using the 1.2 version?
I think it should be pretty easy to incorporate, only two classes need
to change (I think): HibernateClassValidatorFactory and
HibernateValidationDelegate
But there is no plan to incorporate hibernate-validator 4.0.0 in the
Trails 1.2.x branch.
We can (and will) do it in the new Tynamo (fka Trails2) release, tough.

Saludos.
Alejandro.

On Wed, Oct 21, 2009 at 4:24 PM, Pablo Saavedra
<pablo.a.saavedra@...> wrote:
> Hi All,
> is there any plan to incorporate the new validation API into trais? This
> would also mean using hibernate validator 4.0.0.GA. We want to use it in our
> projects, but since the annotations changed the package I'm afraid our
> trails code won't work. Am I right?
> Thanks.

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

http://xircles.codehaus.org/manage_email

Bean Validation API

2009-10-21T07:24:22Z

Hi All,

is there any plan to incorporate the new validation API into trais? This would also mean using hibernate validator 4.0.0.GA. We want to use it in our projects, but since the annotations changed the package I'm afraid our trails code won't work. Am I right?

Thanks.

Re: Beginner's doubts

2009-10-16T02:33:19Z

Alejandro Scandroli ha scritto:
> Ciao again Alessandro
>
> I'm Argentinian, I'm Italian descendant. I have an Italian passport
> and two of my brothers are living there.

Pleased to meet you, and hope to meet you in person, sooner or later :-)

> I don't know any Trails user from Italy.
> I notice that in the Tapestry list there is a few Italian Tapestry users

Well, I hope we will create a lively italian community around Tynamo
(Trails2) in the future.

Maybe I will translate into italian, or write it directly, some
Trails/Tynamo documentation in the future. Just let me study this stuff
a little bit more.

Ciao

--

Alessandro Bottoni
Website: http://www.alessandrobottoni.it/

"Education is an admirable thing, but it is well to remember from time
to time that nothing that is worth knowing can be taught."
-- Oscar Wilde

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

http://xircles.codehaus.org/manage_email

Re: Beginner's doubts

2009-10-16T02:15:20Z

Ciao again Alessandro

I'm Argentinian, I'm Italian descendant. I have an Italian passport
and two of my brothers are living there.
I don't know any Trails user from Italy.
I notice that in the Tapestry list there is a few Italian Tapestry users

Cheers.
Alejandro.

On Thu, Oct 15, 2009 at 9:35 AM, Alessandro Bottoni
<alexbottoni@...> wrote:

> Alejandro Scandroli ha scritto:
>> Ciao Alessandro
>
> Ciao Alejandro,
> are you italian (or of italian origin)? I live in Ferrara (40 km north
> of Bologna). Do you know of other italian Trails users?
>
>> If you want to test drive Trails2/Tynamo to see what's working and
>> what's not, we have and archetype catalog in place. Try it and let us
>> know what you think:
>>
>> mvn archetype:generate -DarchetypeCatalog=http://trails.codehaus.org/
>
> I'll try it. I'll also try to add your repository to the list of
> repository managed by Netbeans and I'll let you know if/how it works.
>
> Ciao
> --
>
> Alessandro Bottoni
> Website: http://www.alessandrobottoni.it/
>
> "Perfection is finally attained not when there is no longer anything to
> add but when there is no longer anything to take away."
> -- Antoine de Saint-Exupéry
>
> ---------------------------------------------------------------------
> 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

Re: Beginner's doubts

2009-10-15T00:35:25Z

Alejandro Scandroli ha scritto:
> Ciao Alessandro

Ciao Alejandro,
are you italian (or of italian origin)? I live in Ferrara (40 km north
of Bologna). Do you know of other italian Trails users?

> If you want to test drive Trails2/Tynamo to see what's working and
> what's not, we have and archetype catalog in place. Try it and let us
> know what you think:
>
> mvn archetype:generate -DarchetypeCatalog=http://trails.codehaus.org/

I'll try it. I'll also try to add your repository to the list of
repository managed by Netbeans and I'll let you know if/how it works.

Ciao
--

Alessandro Bottoni
Website: http://www.alessandrobottoni.it/

"Perfection is finally attained not when there is no longer anything to
add but when there is no longer anything to take away."
-- Antoine de Saint-Exupéry

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

http://xircles.codehaus.org/manage_email

Re: Beginner's doubts

2009-10-15T00:31:25Z

Kalle Korhonen ha scritto:
> modules and packages. Overall, I think there's a pretty good chance
> that we'll have the initial Tynamo release out before the end of the
> year. We'll formally announce what I just said later.

Hi Kalle,
many, many thanks for your prompt and exhaustive replay.

The birth of Tynamo is a very good news for me (and for all of the
Trails users, I'm sure). I'll be happy to try it very soon (see
Alejandro's message).

> No specific plans regarding Netbeans. I generally use Eclipse,
> Alejandro uses IDEA. But if stuff doesn't work with Netbeans, I'll be
> more than happy to address any issues.

Many thanks for your attention to this topic. Actually, as I told in my
previous message, Trails 1.x seems to work pretty well with Netbeans.
Or, more exactly, you can easily import a existing Maven/Trails project
in Netbeans thanks to the smooth integration that exists between these
two tools. I did not try to add the Trails/Maven repository to the
Netbeans/Maven catalog, yet, but I'm pretty confident it would work fine
as well (see Netbeans menu: Windows/Other/Maven Repository Browser/Add
repository).

I'll go in depth with Trails and Netbeans in the next few weeks and I'll
let you know if anything requires your attention.

> In Trails 2.x and now Tynamo, we already dropped Spring. Naturally you
> can use Spring just as you can use it with any Tapestry application,
> but Tynamo won't use any of Spring's features. Tapestry IoC is so
> powerful and advanced that Spring doesn't have anything to offer there
> and at the same time Hibernate, Javamail etc. have steadily improved
> in features and usability which has greatly diminished the value of
> the integration libraries Springs offers for them to a point that
> Spring often just obscures things by providing another layer of
> indirection.

This is a good news for me. I completely agree with you about Spring.
I'll be more than happy to leave Spring apart and focus my attention on
a smaller set of tools.

> The sweet spot of Trails/Tynamo is still in the admin
> interfaces. Plain Tapestry5 with its Bean UI components already offers
> some of the advantages of model-driven development and are simpler to
> apply on case-by-case basis in a custom end-user facing web interface.

Actually, the main reason I'm looking at Trails/Tynamo is
standardization. I would be happy to find a way (a framework) to manage
our projects in a consistent way.

> Hopefully I was able to address most of your questions and I see you
> on the Tynamo user list :)

I'll be happy to hang around... :-)

Many thanks again for your attention.

--

Alessandro Bottoni
Website: http://www.alessandrobottoni.it/

"Code we were, code we will became."
-- CMOS after the fourth glass of "Cantucci and Vin Santo".

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

http://xircles.codehaus.org/manage_email

Re: Beginner's doubts

2009-10-14T16:31:59Z

Ciao Alessandro

If you want to test drive Trails2/Tynamo to see what's working and
what's not, we have and archetype catalog in place. Try it and let us
know what you think:

mvn archetype:generate -DarchetypeCatalog=http://trails.codehaus.org/

Saluti.
Alejandro.

On Thu, Oct 15, 2009 at 1:16 AM, Kalle Korhonen
<kalle.o.korhonen@...> wrote:

> On Wed, Oct 14, 2009 at 1:54 AM, Alessandro Bottoni
> <alexbottoni@...> wrote:
>> 1) What's the development status of Trails? Judging by the traffic on
>> the MLs, it looks like the peak of development activity was back in the
>> 2007 and the peak of adoptions was back in 2008. In the last one or two
>> years, this activity seems to have slowed down a little bit. Is this a
>> sign of lack of interest in this framework or, just the opposite, is
>> this a consequence of a strong focus on the next (T5-compliant) release?
>> The SVN repository seems to demonstrate that Trails 2.0 is still under
>> active development. Can we be confident that Trails will still be
>> actively developed in the near future?
>
> I would pretty much agree with your observations with development
> activity & adoption. It well coincides with Tapestry 4's own curve.
> There's been Tapestry5 compatible Trails 2.0 snapshots available for
> sometime and both of the committers are using them. Trails 1.x (for
> Tapestry 4) is in maintenance mode.
>
>> 2) How far is the next, Tapestry5 compliant, release? I would not have
>> any real problem in using T4 but... if Trails 2.0 is near... Again, the
>> SVN activity seems to legitimate some good expectation for the near
>> future. Can we hope to see Trails 2.0 for the end of the year?
>
> Behind the scenes (actually on the dev list) we've been mulling over
> our strategy regarding Tapestry5. We lost the trailsframework.org
> domain over a year ago (we, the current committers, never owned it so
> it was complicated anyway) and ever since we've been in a stalemate
> about what to do with it. We finally decided a month or so ago that
> the easiest option is to just rename the project and launch Trails 2
> under a new name - Tynamo (still hosted at Codehaus). This is
> unannounced but the move is well under way and at this point we've
> moved the codebase to a new repository and renamed the relevant
> modules and packages. Overall, I think there's a pretty good chance
> that we'll have the initial Tynamo release out before the end of the
> year. We'll formally announce what I just said later.
>
>> 3) What about using Trails with Netbeans? I would not have any problem
>> in importing a Trails Maven-generated project (Netbeans can open Maven
>> projects as they were native) but I still wonder if it is planned a
>> specific Netbeans plug-in, some specific best practice or something like
>> that.
>
> No specific plans regarding Netbeans. I generally use Eclipse,
> Alejandro uses IDEA. But if stuff doesn't work with Netbeans, I'll be
> more than happy to address any issues.
>
>> 4) Last but not least: how do you feel in using Trails, compared to the
>> use of its components alone (Tapestry, Spring, Hibernate)? Does Trails
>> add any real value? Does it add some more complexity? Is it worth?
>
> In Trails 2.x and now Tynamo, we already dropped Spring. Naturally you
> can use Spring just as you can use it with any Tapestry application,
> but Tynamo won't use any of Spring's features. Tapestry IoC is so
> powerful and advanced that Spring doesn't have anything to offer there
> and at the same time Hibernate, Javamail etc. have steadily improved
> in features and usability which has greatly diminished the value of
> the integration libraries Springs offers for them to a point that
> Spring often just obscures things by providing another layer of
> indirection. Additionally, new Tapestry5-to-some-other-framework
> integration libraries have been popping like weed in the recent months
> (now surprise given how easily you can contribute new services to
> Tapestry IoC).
>
> What the right choice for you depends on your needs and schedule. If
> you are a new user of Tapestry (4/5), I'd spend some time just
> learning Tapestry first. You'd appreciate more what Trails/Tynamo can
> do for you if you have some experience doing it for yourself and it'll
> be easier to understand how to customize it to do exactly what you
> want. The sweet spot of Trails/Tynamo is still in the admin
> interfaces. Plain Tapestry5 with its Bean UI components already offers
> some of the advantages of model-driven development and are simpler to
> apply on case-by-case basis in a custom end-user facing web interface.
> Hopefully I was able to address most of your questions and I see you
> on the Tynamo user list :)
>
> Kalle
>
> ---------------------------------------------------------------------
> 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

Re: Beginner's doubts

2009-10-14T16:16:09Z

On Wed, Oct 14, 2009 at 1:54 AM, Alessandro Bottoni
<alexbottoni@...> wrote:
> 1) What's the development status of Trails? Judging by the traffic on
> the MLs, it looks like the peak of development activity was back in the
> 2007 and the peak of adoptions was back in 2008. In the last one or two
> years, this activity seems to have slowed down a little bit. Is this a
> sign of lack of interest in this framework or, just the opposite, is
> this a consequence of a strong focus on the next (T5-compliant) release?
> The SVN repository seems to demonstrate that Trails 2.0 is still under
> active development. Can we be confident that Trails will still be
> actively developed in the near future?

I would pretty much agree with your observations with development
activity & adoption. It well coincides with Tapestry 4's own curve.
There's been Tapestry5 compatible Trails 2.0 snapshots available for
sometime and both of the committers are using them. Trails 1.x (for
Tapestry 4) is in maintenance mode.

> 2) How far is the next, Tapestry5 compliant, release? I would not have
> any real problem in using T4 but... if Trails 2.0 is near... Again, the
> SVN activity seems to legitimate some good expectation for the near
> future. Can we hope to see Trails 2.0 for the end of the year?

Behind the scenes (actually on the dev list) we've been mulling over
our strategy regarding Tapestry5. We lost the trailsframework.org
domain over a year ago (we, the current committers, never owned it so
it was complicated anyway) and ever since we've been in a stalemate
about what to do with it. We finally decided a month or so ago that
the easiest option is to just rename the project and launch Trails 2
under a new name - Tynamo (still hosted at Codehaus). This is
unannounced but the move is well under way and at this point we've
moved the codebase to a new repository and renamed the relevant
modules and packages. Overall, I think there's a pretty good chance
that we'll have the initial Tynamo release out before the end of the
year. We'll formally announce what I just said later.

> 3) What about using Trails with Netbeans? I would not have any problem
> in importing a Trails Maven-generated project (Netbeans can open Maven
> projects as they were native) but I still wonder if it is planned a
> specific Netbeans plug-in, some specific best practice or something like
> that.

No specific plans regarding Netbeans. I generally use Eclipse,
Alejandro uses IDEA. But if stuff doesn't work with Netbeans, I'll be
more than happy to address any issues.

> 4) Last but not least: how do you feel in using Trails, compared to the
> use of its components alone (Tapestry, Spring, Hibernate)? Does Trails
> add any real value? Does it add some more complexity? Is it worth?

In Trails 2.x and now Tynamo, we already dropped Spring. Naturally you
can use Spring just as you can use it with any Tapestry application,
but Tynamo won't use any of Spring's features. Tapestry IoC is so
powerful and advanced that Spring doesn't have anything to offer there
and at the same time Hibernate, Javamail etc. have steadily improved
in features and usability which has greatly diminished the value of
the integration libraries Springs offers for them to a point that
Spring often just obscures things by providing another layer of
indirection. Additionally, new Tapestry5-to-some-other-framework
integration libraries have been popping like weed in the recent months
(now surprise given how easily you can contribute new services to
Tapestry IoC).

What the right choice for you depends on your needs and schedule. If
you are a new user of Tapestry (4/5), I'd spend some time just
learning Tapestry first. You'd appreciate more what Trails/Tynamo can
do for you if you have some experience doing it for yourself and it'll
be easier to understand how to customize it to do exactly what you
want. The sweet spot of Trails/Tynamo is still in the admin
interfaces. Plain Tapestry5 with its Bean UI components already offers
some of the advantages of model-driven development and are simpler to
apply on case-by-case basis in a custom end-user facing web interface.
Hopefully I was able to address most of your questions and I see you
on the Tynamo user list :)

Kalle

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

http://xircles.codehaus.org/manage_email

Re: Beginner's doubts

2009-10-14T12:19:17Z

I´m selecting tools for a new project and I have exactly the same
questions...

I hope somebody can give us a clue about the future of trails...

Saludos,

Daniel.

El 14/10/2009, a las 03:54 a.m., Alessandro Bottoni escribió:

> Hi All,
> I'm using Java, Hibernate, Tapestry (5.0) and Spring for starting a
> new
> project. Given that Trails is using (almost) exactly this same tool
> set,
> I'm telling myself that I do have to evaluate the adoption of the
> Trails
> Framework for this project. Nevertheless, before adopting (yet
> another)
> new tool, I would like to have a little chat with the people who are
> already using it.
>
> Here my doubts (no intention to offend anybody, of course):
>
> 1) What's the development status of Trails? Judging by the traffic on
> the MLs, it looks like the peak of development activity was back in
> the
> 2007 and the peak of adoptions was back in 2008. In the last one or
> two
> years, this activity seems to have slowed down a little bit. Is this a
> sign of lack of interest in this framework or, just the opposite, is
> this a consequence of a strong focus on the next (T5-compliant)
> release?
> The SVN repository seems to demonstrate that Trails 2.0 is still under
> active development. Can we be confident that Trails will still be
> actively developed in the near future?
>
> 2) How far is the next, Tapestry5 compliant, release? I would not have
> any real problem in using T4 but... if Trails 2.0 is near... Again,
> the
> SVN activity seems to legitimate some good expectation for the near
> future. Can we hope to see Trails 2.0 for the end of the year?
>
> 3) What about using Trails with Netbeans? I would not have any problem
> in importing a Trails Maven-generated project (Netbeans can open
> Maven
> projects as they were native) but I still wonder if it is planned a
> specific Netbeans plug-in, some specific best practice or something
> like
> that.
>
> 4) Last but not least: how do you feel in using Trails, compared to
> the
> use of its components alone (Tapestry, Spring, Hibernate)? Does Trails
> add any real value? Does it add some more complexity? Is it worth?
>
> Many thanks in advance for you attention.
>
> --
>
> Alessandro Bottoni
> Website: http://www.alessandrobottoni.it/
>
> A computer is like an air conditioner: it stops working when you open
> Windows.
> -- Unknown
>
>
> ---------------------------------------------------------------------
> 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

Beginner's doubts

2009-10-14T01:54:26Z

Hi All,
I'm using Java, Hibernate, Tapestry (5.0) and Spring for starting a new
project. Given that Trails is using (almost) exactly this same tool set,
I'm telling myself that I do have to evaluate the adoption of the Trails
Framework for this project. Nevertheless, before adopting (yet another)
new tool, I would like to have a little chat with the people who are
already using it.

Here my doubts (no intention to offend anybody, of course):

1) What's the development status of Trails? Judging by the traffic on
the MLs, it looks like the peak of development activity was back in the
2007 and the peak of adoptions was back in 2008. In the last one or two
years, this activity seems to have slowed down a little bit. Is this a
sign of lack of interest in this framework or, just the opposite, is
this a consequence of a strong focus on the next (T5-compliant) release?
The SVN repository seems to demonstrate that Trails 2.0 is still under
active development. Can we be confident that Trails will still be
actively developed in the near future?

2) How far is the next, Tapestry5 compliant, release? I would not have
any real problem in using T4 but... if Trails 2.0 is near... Again, the
SVN activity seems to legitimate some good expectation for the near
future. Can we hope to see Trails 2.0 for the end of the year?

3) What about using Trails with Netbeans? I would not have any problem
in importing a Trails Maven-generated project (Netbeans can open Maven
projects as they were native) but I still wonder if it is planned a
specific Netbeans plug-in, some specific best practice or something like
that.

4) Last but not least: how do you feel in using Trails, compared to the
use of its components alone (Tapestry, Spring, Hibernate)? Does Trails
add any real value? Does it add some more complexity? Is it worth?

Many thanks in advance for you attention.

--

Alessandro Bottoni
Website: http://www.alessandrobottoni.it/

A computer is like an air conditioner: it stops working when you open
Windows.
-- Unknown

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

http://xircles.codehaus.org/manage_email

Re: Working example/archetype of trails 2.0.1-SNAPSHOT (trunk)?

2009-09-23T04:34:04Z

On Mon, Sep 21, 2009 at 00:18, Alejandro Scandroli
<ascandroli@...> wrote:
> It's done, let me know how it works for you.

Works perfectly. Many thanks!

Andreas

> I'll have the "simple" example working by the end of the week.
>
> Saludos.
> Alejandro.
>
> On Sun, Sep 20, 2009 at 6:02 PM, Andreas Veithen
> <andreas.veithen@...> wrote:
>> On Sun, Sep 20, 2009 at 17:29, Alejandro Scandroli
>> <ascandroli@...> wrote:
>>> Hi Andreas
>>>
>>> The only example I expect to be working is "recipe" and I know it's
>>> not working I'm in the middle of removing Identifiable for good
>>> (http://jira.codehaus.org/browse/TRAILS-186,
>>> http://www.nabble.com/is-there-a-PropertyUtils-in-T5--to25526259.html)
>>> I hope to have it working for tomorrow.
>>
>> Removing Identifiable is indeed a good idea. Since I was going to test
>> Trails with an existing JPA model (and I would like to avoid adding
>> the Identifiable interface to all entities), I will wait for
>> completion of TRAILS-186.
>>
>>> In the meantime one quick and dirty workaround is not to call "id" to
>>> the Entity's pk.
>>> For instance try this:
>>>
>>> private Long pk;
>>>
>>> @Transient
>>> public Serializable getId()
>>> {
>>> return getId();
>>> }
>>>
>>> @Id
>>> @GeneratedValue(strategy = GenerationType.AUTO)
>>> public Long getPk()
>>> {
>>> return pk;
>>> }
>>>
>>> public void setPk(Long pk)
>>> {
>>> this.pk = pk;
>>> }
>>>
>>>
>>> If you are considering Trails2 I must warn you that the trunk is
>>> _very_ unstable. The APIs are still changing and _will_ keep changing
>>> as we figure how to best implement the remaining functionalities
>>> usaing Tapestry5.
>>
>> I'm aware of these risks, but since Trails is metadata driven, I think
>> the impact of these changes on my code will not be very high. Anyway
>> it is not for a critical project, so I don't mind having to readjust
>> my code from time to time.
>>
>> Andreas
>>
>>> Saludos.
>>> Alejandro.
>>>
>>>
>>> On Sun, Sep 20, 2009 at 5:03 PM, Andreas Veithen
>>> <andreas.veithen@...> wrote:
>>>> I am currently evaluating trails. The problem is that I don't see any
>>>> working examples in the trunk. Here are the issues that I encountered:
>>>>
>>>> 1) examples/simple and examples/security are written for an older
>>>> version of trails and don't work anymore.
>>>>
>>>> 2) examples/recipe has at least two issues:
>>>>
>>>> - Going from the category list to the category detail page fails with
>>>> "Provided id of the wrong type for class
>>>> org.trailsframework.examples.recipe.model.Category. Expected: class
>>>> java.lang.Long, got class java.lang.String". This seems to be related
>>>> to the fact that Tapestry detects the type of the "id" property as
>>>> Serializable (as defined in the Identifiable interface) and doesn't
>>>> convert the id from the request to the right type.
>>>> - "New recipe" fails with "Unable to locate a block to edit property
>>>> 'ingredients' (with data type 'editComposition') of object
>>>> org.trailsframework.examples.recipe.model.Recipe@5bfd2d".
>>>>
>>>> 3) The application created by trails-archetype has the same issue as
>>>> examples/recipe (String -> Long conversion).
>>>>
>>>> Is there any way to fix these issues?
>>>>
>>>> Regards,
>>>>
>>>> Andreas
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>
>
>

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

http://xircles.codehaus.org/manage_email

Re: Working example/archetype of trails 2.0.1-SNAPSHOT (trunk)?

2009-09-20T15:18:27Z

It's done, let me know how it works for you.
I'll have the "simple" example working by the end of the week.

Saludos.
Alejandro.

On Sun, Sep 20, 2009 at 6:02 PM, Andreas Veithen
<andreas.veithen@...> wrote:

> On Sun, Sep 20, 2009 at 17:29, Alejandro Scandroli
> <ascandroli@...> wrote:
>> Hi Andreas
>>
>> The only example I expect to be working is "recipe" and I know it's
>> not working I'm in the middle of removing Identifiable for good
>> (http://jira.codehaus.org/browse/TRAILS-186,
>> http://www.nabble.com/is-there-a-PropertyUtils-in-T5--to25526259.html)
>> I hope to have it working for tomorrow.
>
> Removing Identifiable is indeed a good idea. Since I was going to test
> Trails with an existing JPA model (and I would like to avoid adding
> the Identifiable interface to all entities), I will wait for
> completion of TRAILS-186.
>
>> In the meantime one quick and dirty workaround is not to call "id" to
>> the Entity's pk.
>> For instance try this:
>>
>> private Long pk;
>>
>> @Transient
>> public Serializable getId()
>> {
>> return getId();
>> }
>>
>> @Id
>> @GeneratedValue(strategy = GenerationType.AUTO)
>> public Long getPk()
>> {
>> return pk;
>> }
>>
>> public void setPk(Long pk)
>> {
>> this.pk = pk;
>> }
>>
>>
>> If you are considering Trails2 I must warn you that the trunk is
>> _very_ unstable. The APIs are still changing and _will_ keep changing
>> as we figure how to best implement the remaining functionalities
>> usaing Tapestry5.
>
> I'm aware of these risks, but since Trails is metadata driven, I think
> the impact of these changes on my code will not be very high. Anyway
> it is not for a critical project, so I don't mind having to readjust
> my code from time to time.
>
> Andreas
>
>> Saludos.
>> Alejandro.
>>
>>
>> On Sun, Sep 20, 2009 at 5:03 PM, Andreas Veithen
>> <andreas.veithen@...> wrote:
>>> I am currently evaluating trails. The problem is that I don't see any
>>> working examples in the trunk. Here are the issues that I encountered:
>>>
>>> 1) examples/simple and examples/security are written for an older
>>> version of trails and don't work anymore.
>>>
>>> 2) examples/recipe has at least two issues:
>>>
>>> - Going from the category list to the category detail page fails with
>>> "Provided id of the wrong type for class
>>> org.trailsframework.examples.recipe.model.Category. Expected: class
>>> java.lang.Long, got class java.lang.String". This seems to be related
>>> to the fact that Tapestry detects the type of the "id" property as
>>> Serializable (as defined in the Identifiable interface) and doesn't
>>> convert the id from the request to the right type.
>>> - "New recipe" fails with "Unable to locate a block to edit property
>>> 'ingredients' (with data type 'editComposition') of object
>>> org.trailsframework.examples.recipe.model.Recipe@5bfd2d".
>>>
>>> 3) The application created by trails-archetype has the same issue as
>>> examples/recipe (String -> Long conversion).
>>>
>>> Is there any way to fix these issues?
>>>
>>> Regards,
>>>
>>> Andreas
>>>
>>> ---------------------------------------------------------------------
>>> 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

Re: Working example/archetype of trails 2.0.1-SNAPSHOT (trunk)?

2009-09-20T09:02:03Z

On Sun, Sep 20, 2009 at 17:29, Alejandro Scandroli
<ascandroli@...> wrote:
> Hi Andreas
>
> The only example I expect to be working is "recipe" and I know it's
> not working I'm in the middle of removing Identifiable for good
> (http://jira.codehaus.org/browse/TRAILS-186,
> http://www.nabble.com/is-there-a-PropertyUtils-in-T5--to25526259.html)
> I hope to have it working for tomorrow.

Removing Identifiable is indeed a good idea. Since I was going to test
Trails with an existing JPA model (and I would like to avoid adding
the Identifiable interface to all entities), I will wait for
completion of TRAILS-186.

> In the meantime one quick and dirty workaround is not to call "id" to
> the Entity's pk.
> For instance try this:
>
> private Long pk;
>
> @Transient
> public Serializable getId()
> {
> return getId();
> }
>
> @Id
> @GeneratedValue(strategy = GenerationType.AUTO)
> public Long getPk()
> {
> return pk;
> }
>
> public void setPk(Long pk)
> {
> this.pk = pk;
> }
>
>
> If you are considering Trails2 I must warn you that the trunk is
> _very_ unstable. The APIs are still changing and _will_ keep changing
> as we figure how to best implement the remaining functionalities
> usaing Tapestry5.

I'm aware of these risks, but since Trails is metadata driven, I think
the impact of these changes on my code will not be very high. Anyway
it is not for a critical project, so I don't mind having to readjust
my code from time to time.

Andreas

> Saludos.
> Alejandro.
>
>
> On Sun, Sep 20, 2009 at 5:03 PM, Andreas Veithen
> <andreas.veithen@...> wrote:
>> I am currently evaluating trails. The problem is that I don't see any
>> working examples in the trunk. Here are the issues that I encountered:
>>
>> 1) examples/simple and examples/security are written for an older
>> version of trails and don't work anymore.
>>
>> 2) examples/recipe has at least two issues:
>>
>> - Going from the category list to the category detail page fails with
>> "Provided id of the wrong type for class
>> org.trailsframework.examples.recipe.model.Category. Expected: class
>> java.lang.Long, got class java.lang.String". This seems to be related
>> to the fact that Tapestry detects the type of the "id" property as
>> Serializable (as defined in the Identifiable interface) and doesn't
>> convert the id from the request to the right type.
>> - "New recipe" fails with "Unable to locate a block to edit property
>> 'ingredients' (with data type 'editComposition') of object
>> org.trailsframework.examples.recipe.model.Recipe@5bfd2d".
>>
>> 3) The application created by trails-archetype has the same issue as
>> examples/recipe (String -> Long conversion).
>>
>> Is there any way to fix these issues?
>>
>> Regards,
>>
>> Andreas
>>
>> ---------------------------------------------------------------------
>> 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

Re: Working example/archetype of trails 2.0.1-SNAPSHOT (trunk)?

2009-09-20T08:29:56Z

Hi Andreas

The only example I expect to be working is "recipe" and I know it's
not working I'm in the middle of removing Identifiable for good
(http://jira.codehaus.org/browse/TRAILS-186,
http://www.nabble.com/is-there-a-PropertyUtils-in-T5--to25526259.html)
I hope to have it working for tomorrow.

In the meantime one quick and dirty workaround is not to call "id" to
the Entity's pk.
For instance try this:

private Long pk;

@Transient
public Serializable getId()
{
return getId();
}

@Id
@GeneratedValue(strategy = GenerationType.AUTO)
public Long getPk()
{
return pk;
}

public void setPk(Long pk)
{
this.pk = pk;
}

If you are considering Trails2 I must warn you that the trunk is
_very_ unstable. The APIs are still changing and _will_ keep changing
as we figure how to best implement the remaining functionalities
usaing Tapestry5.

Saludos.
Alejandro.

On Sun, Sep 20, 2009 at 5:03 PM, Andreas Veithen
<andreas.veithen@...> wrote:

> I am currently evaluating trails. The problem is that I don't see any
> working examples in the trunk. Here are the issues that I encountered:
>
> 1) examples/simple and examples/security are written for an older
> version of trails and don't work anymore.
>
> 2) examples/recipe has at least two issues:
>
> - Going from the category list to the category detail page fails with
> "Provided id of the wrong type for class
> org.trailsframework.examples.recipe.model.Category. Expected: class
> java.lang.Long, got class java.lang.String". This seems to be related
> to the fact that Tapestry detects the type of the "id" property as
> Serializable (as defined in the Identifiable interface) and doesn't
> convert the id from the request to the right type.
> - "New recipe" fails with "Unable to locate a block to edit property
> 'ingredients' (with data type 'editComposition') of object
> org.trailsframework.examples.recipe.model.Recipe@5bfd2d".
>
> 3) The application created by trails-archetype has the same issue as
> examples/recipe (String -> Long conversion).
>
> Is there any way to fix these issues?
>
> Regards,
>
> Andreas
>
> ---------------------------------------------------------------------
> 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

Working example/archetype of trails 2.0.1-SNAPSHOT (trunk)?

2009-09-20T08:03:01Z

I am currently evaluating trails. The problem is that I don't see any
working examples in the trunk. Here are the issues that I encountered:

1) examples/simple and examples/security are written for an older
version of trails and don't work anymore.

2) examples/recipe has at least two issues:

- Going from the category list to the category detail page fails with
"Provided id of the wrong type for class
org.trailsframework.examples.recipe.model.Category. Expected: class
java.lang.Long, got class java.lang.String". This seems to be related
to the fact that Tapestry detects the type of the "id" property as
Serializable (as defined in the Identifiable interface) and doesn't
convert the id from the request to the right type.
- "New recipe" fails with "Unable to locate a block to edit property
'ingredients' (with data type 'editComposition') of object
org.trailsframework.examples.recipe.model.Recipe@5bfd2d".

3) The application created by trails-archetype has the same issue as
examples/recipe (String -> Long conversion).

Is there any way to fix these issues?

Regards,

Andreas

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

http://xircles.codehaus.org/manage_email

Re: [trails-dev] Property viewers

2009-08-26T14:52:29Z

Hi Erick

Have you tried with BeanEditContext, or PropertyEditContext:

@Environmental
@Property(write = false)
private BeanEditContext beanEditContext;

@Environmental
@Property(write = false)
private PropertyEditContext propertyEditContext;

I think you will find enough metadata there.
Then you can access the trails's descriptors using something like:

descriptorService.getClassDescriptor(beanEditContext.getBeanClass()).getPropertyDescriptor(propertyEditContext.getPropertyId());

Is this what you were looking for?

Saludos.

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

Saludos.

On Wed, Aug 26, 2009 at 8:02 PM, Erik Putrycz<erik@...> wrote:

> I've been trying to add viewers to the trails trunk version in a similar way
> Editors are handled. I would like to format the date being displayed.
> However, only the PropertyOutputContext seems to carry any metadata about
> the field to render, and this object doesn't have any clues about the type.
> Does anyone have an idea on how to handle it or would someone have ties with
> the tapestry development by any chances?
>
> Erik
> Apption Software
>
>
> ---------------------------------------------------------------------
> 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

Re: Help dynamic selects

2009-07-14T20:18:24Z

Thank you very much Alejandro, to me was very helpful!!!

Saludos Juan!

Alejandro Scandroli-2 wrote:

Hey Juan!

I found the culprit.
There is a missing key in the editorMap in the archetype's
applicationContext.xml
Here it is:

<entry>
<key>
<value>
supportsExtension('org.trails.descriptor.annotation.PossibleValuesDescriptorExtension')
or
supportsExtension('org.trails.descriptor.annotation.InitialValueDescriptorExtension')
</value>
</key>
<bean class="org.apache.tapestry.util.ComponentAddress">
<constructor-arg index="0">
<value>trails:Editors</value>
</constructor-arg>
<constructor-arg index="1">
<value>filteredAssociation</value>
</constructor-arg>
</bean>
</entry>

You need that entry in place to make @PosibleValues work.

About the mapping thing:

* @ManyToOne and @Transient are incompatibles
* "mappedBy" properties are readonly, you will need some extra code
to make them "editable"
* It's best to use the Collection's inverse property together with the mappedBy
* If Provincia is a "child" collection (aka: composition) region &
pais properties should be readonly, there is no point in using the
@PosibleValues there. If you want to use @PosibleValues Provincia
shouldn't be marked as "child" collection.

I'm sending you two mapping examples one with Provincia as a
composition and the other one with Provincia as an aggregation.

I hope it helps.
Saludos.
Alejandro.

On Mon, Jul 6, 2009 at 1:07 PM, Alejandro
Scandroli<ascandroli@codehaus.org> wrote:
> Hi Juan
>
> There is some inconsistencies in your mappings.
> But I tried to fix them to send you a working example and I found out
> that I can't make the PossibleValues annotation work outside the
> Simple example. So maybe there is something wrong or some
> configuration missing. I will try again tonight, and let you know.
>
> Saludos.
> Alejandro.
>
> PD:- I'm from Argentina too :)
>
>
> On Sun, Jul 5, 2009 at 7:20 PM, Juancevi<juancesarvillalba@gmail.com> wrote:
>>
>> Hello, my name is John I am from Argentina, I am newbie at trails, I have
>> nested combos mark the link
>> http://www.nabble.com/Enum-in-search-tt18317768.html#a18319874
>> but I can not be that I'm doing wrong.
>>
>>
>> Region---
>>
>> @OneToMany(mappedBy = "region", cascade = CascadeType.ALL)
>> @JoinColumn(name = "region_id")
>> @Collection(child = false , allowRemove=false)
>> public List<Pais> getPaises() {
>> return paises;
>> }
>>
>>
>> Pais---
>>
>> @OneToMany(mappedBy = "pais", cascade = CascadeType.ALL)
>> @JoinColumn(name = "pais_id")
>> @Collection(child = true)
>> public List<Provincia> getProvincias() {
>> return provincias;
>> }
>>
>>
>> Provincia---
>>
>> @ManyToOne
>> @Transient
>> @InitialValue("pais.region")
>> public Region getRegion() {
>> return region;
>> }
>>
>>
>> @ManyToOne
>> @PossibleValues("region.paises")
>> public Pais getPais() {
>> return pais;
>> }
>>
>>
>> I want when choosing a region, only to drain the countries of that region,
>> but this I do not works.
>>
>> Any help thank you very much!
>> --
>> View this message in context: http://www.nabble.com/Help-dynamic-selects-tp24345072p24345072.html
>> Sent from the Trails - Users mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> 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

Re: ValidateUniqueness at the property level

2009-07-13T13:22:48Z

Thanks Alejandro,

Yes I will go with 1st or 3rd option. Will post result if it can help anyone too.

Salut,

--
GH

Alejandro Scandroli-2 wrote:

Hi Ghislain

I'm sorry but there is currently no way to do what you want without
some extra code.
It's very difficult (almost impossible) to catch that "scary"
exception to present it in a user friendly format because it's a low
level DB exception and the "Open session in view" pattern gets in the
the way. Three options I can think of:

* As you said: one option is to create your own Hibernate validator.
* Try to catch the low level DB exception clossing the transaction and
flushing the DB session on save, without waiting for the "Open Session
In View" to do it.
* Modify the ValidateUniqueness annotation and the
ValidateUniqueAspect to allow more than one "unique" property. I think
this will be the faster way to do what you want.

Saludos.
Alejandro.

On Fri, Jul 10, 2009 at 6:43 AM, ghachey<ghachey@gmail.com> wrote:
>
> Hi,
>
> Is there a way to @ValidateUniqueness(property = "something") on the
> property level? Something like the hibernate @NotNull validator. I don't
> see one in trails or hibernate APIs. I don't mind the class level
> @ValidateUniqueness but I have more than one property that have to be unique
> for a particular domain. Just using unique = true in the @PropertyDescriptor
> throws a scary exception at the user. Or do I have to write my own
> hibernate validator and integrate it with tapestry's error reporting in
> trails?
>
> Regards,
>
> --
> GH
> --
> View this message in context: http://www.nabble.com/ValidateUniqueness-at-the-property-level-tp24421725p24421725.html
> Sent from the Trails - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> 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

Re: ValidateUniqueness at the property level

2009-07-13T07:35:55Z

Hi Ghislain

I'm sorry but there is currently no way to do what you want without
some extra code.
It's very difficult (almost impossible) to catch that "scary"
exception to present it in a user friendly format because it's a low
level DB exception and the "Open session in view" pattern gets in the
the way. Three options I can think of:

* As you said: one option is to create your own Hibernate validator.
* Try to catch the low level DB exception clossing the transaction and
flushing the DB session on save, without waiting for the "Open Session
In View" to do it.
* Modify the ValidateUniqueness annotation and the
ValidateUniqueAspect to allow more than one "unique" property. I think
this will be the faster way to do what you want.

Saludos.
Alejandro.

On Fri, Jul 10, 2009 at 6:43 AM, ghachey<ghachey@...> wrote:

>
> Hi,
>
> Is there a way to @ValidateUniqueness(property = "something") on the
> property level? Something like the hibernate @NotNull validator. I don't
> see one in trails or hibernate APIs. I don't mind the class level
> @ValidateUniqueness but I have more than one property that have to be unique
> for a particular domain. Just using unique = true in the @PropertyDescriptor
> throws a scary exception at the user. Or do I have to write my own
> hibernate validator and integrate it with tapestry's error reporting in
> trails?
>
> Regards,
>
> --
> GH
> --
> View this message in context: http://www.nabble.com/ValidateUniqueness-at-the-property-level-tp24421725p24421725.html
> Sent from the Trails - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> 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

ValidateUniqueness at the property level

2009-07-09T21:43:13Z

Hi,

Is there a way to @ValidateUniqueness(property = "something") on the property level? Something like the hibernate @NotNull validator. I don't see one in trails or hibernate APIs. I don't mind the class level @ValidateUniqueness but I have more than one property that have to be unique for a particular domain. Just using unique = true in the @PropertyDescriptor throws a scary exception at the user. Or do I have to write my own hibernate validator and integrate it with tapestry's error reporting in trails?

Regards,

--
GH

Re: Help dynamic selects

2009-07-06T14:38:39Z

Hey Juan!

I found the culprit.
There is a missing key in the editorMap in the archetype's
applicationContext.xml
Here it is:

<entry>
<key>
<value>
supportsExtension('org.trails.descriptor.annotation.PossibleValuesDescriptorExtension')
or
supportsExtension('org.trails.descriptor.annotation.InitialValueDescriptorExtension')
</value>
</key>
<bean class="org.apache.tapestry.util.ComponentAddress">
<constructor-arg index="0">
<value>trails:Editors</value>
</constructor-arg>
<constructor-arg index="1">
<value>filteredAssociation</value>
</constructor-arg>
</bean>
</entry>

You need that entry in place to make @PosibleValues work.

About the mapping thing:

* @ManyToOne and @Transient are incompatibles
* "mappedBy" properties are readonly, you will need some extra code
to make them "editable"
* It's best to use the Collection's inverse property together with the mappedBy
* If Provincia is a "child" collection (aka: composition) region &
pais properties should be readonly, there is no point in using the
@PosibleValues there. If you want to use @PosibleValues Provincia
shouldn't be marked as "child" collection.

I'm sending you two mapping examples one with Provincia as a
composition and the other one with Provincia as an aggregation.

I hope it helps.
Saludos.
Alejandro.

On Mon, Jul 6, 2009 at 1:07 PM, Alejandro
Scandroli<ascandroli@...> wrote:

> Hi Juan
>
> There is some inconsistencies in your mappings.
> But I tried to fix them to send you a working example and I found out
> that I can't make the PossibleValues annotation work outside the
> Simple example. So maybe there is something wrong or some
> configuration missing. I will try again tonight, and let you know.
>
> Saludos.
> Alejandro.
>
> PD:- I'm from Argentina too :)
>
>
> On Sun, Jul 5, 2009 at 7:20 PM, Juancevi<juancesarvillalba@...> wrote:
>>
>> Hello, my name is John I am from Argentina, I am newbie at trails, I have
>> nested combos mark the link
>> http://www.nabble.com/Enum-in-search-tt18317768.html#a18319874
>> but I can not be that I'm doing wrong.
>>
>>
>> Region---
>>
>> @OneToMany(mappedBy = "region", cascade = CascadeType.ALL)
>> @JoinColumn(name = "region_id")
>> @Collection(child = false , allowRemove=false)
>> public List<Pais> getPaises() {
>> return paises;
>> }
>>
>>
>> Pais---
>>
>> @OneToMany(mappedBy = "pais", cascade = CascadeType.ALL)
>> @JoinColumn(name = "pais_id")
>> @Collection(child = true)
>> public List<Provincia> getProvincias() {
>> return provincias;
>> }
>>
>>
>> Provincia---
>>
>> @ManyToOne
>> @Transient
>> @InitialValue("pais.region")
>> public Region getRegion() {
>> return region;
>> }
>>
>>
>> @ManyToOne
>> @PossibleValues("region.paises")
>> public Pais getPais() {
>> return pais;
>> }
>>
>>
>> I want when choosing a region, only to drain the countries of that region,
>> but this I do not works.
>>
>> Any help thank you very much!
>> --
>> View this message in context: http://www.nabble.com/Help-dynamic-selects-tp24345072p24345072.html
>> Sent from the Trails - Users mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> 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

paises.composition.zip (83K) Download Attachment
paises.agregation.zip (69K) Download Attachment

Re: Help dynamic selects

2009-07-06T04:07:53Z

Hi Juan

There is some inconsistencies in your mappings.
But I tried to fix them to send you a working example and I found out
that I can't make the PossibleValues annotation work outside the
Simple example. So maybe there is something wrong or some
configuration missing. I will try again tonight, and let you know.

Saludos.
Alejandro.

PD:- I'm from Argentina too :)

On Sun, Jul 5, 2009 at 7:20 PM, Juancevi<juancesarvillalba@...> wrote:

>
> Hello, my name is John I am from Argentina, I am newbie at trails, I have
> nested combos mark the link
> http://www.nabble.com/Enum-in-search-tt18317768.html#a18319874
> but I can not be that I'm doing wrong.
>
>
> Region---
>
> @OneToMany(mappedBy = "region", cascade = CascadeType.ALL)
> @JoinColumn(name = "region_id")
> @Collection(child = false , allowRemove=false)
> public List<Pais> getPaises() {
> return paises;
> }
>
>
> Pais---
>
> @OneToMany(mappedBy = "pais", cascade = CascadeType.ALL)
> @JoinColumn(name = "pais_id")
> @Collection(child = true)
> public List<Provincia> getProvincias() {
> return provincias;
> }
>
>
> Provincia---
>
> @ManyToOne
> @Transient
> @InitialValue("pais.region")
> public Region getRegion() {
> return region;
> }
>
>
> @ManyToOne
> @PossibleValues("region.paises")
> public Pais getPais() {
> return pais;
> }
>
>
> I want when choosing a region, only to drain the countries of that region,
> but this I do not works.
>
> Any help thank you very much!
> --
> View this message in context: http://www.nabble.com/Help-dynamic-selects-tp24345072p24345072.html
> Sent from the Trails - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> 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

Help dynamic selects

2009-07-05T10:20:39Z

Hello, my name is John I am from Argentina, I am newbie at trails, I have nested combos mark the link
http://www.nabble.com/Enum-in-search-tt18317768.html#a18319874
but I can not be that I'm doing wrong.

Region---

@OneToMany(mappedBy = "region", cascade = CascadeType.ALL)
@JoinColumn(name = "region_id")
@Collection(child = false , allowRemove=false)
public List<Pais> getPaises() {
return paises;
}

Pais---

@OneToMany(mappedBy = "pais", cascade = CascadeType.ALL)
@JoinColumn(name = "pais_id")
@Collection(child = true)
public List<Provincia> getProvincias() {
return provincias;
}

Provincia---

@ManyToOne
@Transient
@InitialValue("pais.region")
public Region getRegion() {
return region;
}

@ManyToOne
@PossibleValues("region.paises")
public Pais getPais() {
return pais;
}

I want when choosing a region, only to drain the countries of that region, but this I do not works.

Any help thank you very much!

Re: unit test compiles but throws NoClassDefFound exception

2009-03-18T02:17:23Z

Hi

It's not necessarily a classpath issue. When you compile the
application Trails creates an hibernate.cfg.xml file on the fly (I'm
not very fan of this functionality) and this functionality is not
available for testing.
Try this: After compiling look for target/classes/hibernate.cfg.xml
(or target/generated-sources/resources/hibernate.cfg.xml) and copy it
to src/test/resources/hibernate.cfg.xml
Eventually, you will need to maintain this file manually every time
you add or delete an @Entity.

Let us know if it works.

Saludos.
Alejandro.

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

On Sun, Mar 15, 2009 at 10:46 PM, beel <wwarner@...> wrote:

>
> Thanks!
> I edited pom.xml and added
>
> <dependency>
> <groupId>javax.servlet</groupId>
> <artifactId>servlet-api</artifactId>
> <version>2.4</version>
> <scope>test</scope>
> </dependency>
>
> Now i'm on to a new error; FileNotFoundException: hibernate.cfg.xml. It must
> be a classpath issue again.
>
>
> Kalle Korhonen-2 wrote:
>>
>> You are missing servlet-api from your test classpath.
>>
>> Kalle
>>
>>
>> On Sun, Mar 15, 2009 at 8:36 AM, warner <wwarner@...> wrote:
>>
>>>
>>> Hi,
>>>
>>> I'm just starting with trails. Using
>>> http://docs.codehaus.org/display/TRAILS/Testing as a guide, I'm trying to
>>> test the mappings and eventually load my database with data from files.
>>>
>>> public void testCreate() {
>>> DomainObj o = new DomainObj();
>>> o.setName("some name");
>>> o = persistenceService.save(o);
>>> // assertEquals(o.getName(), "some name");
>>> // assertNotNull(o.getId());
>>> }
>>>
>>> The method compiles but throws an exception at
>>> persistenceService.save(o).
>>>
>>> java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet
>>>
>>> The website Trails has generated runs fine, so I'm missing something
>>> simple.
>>>
>>> Thanks,
>>>
>>> -Bill
>>> --
>>> View this message in context:
>>> http://www.nabble.com/unit-test-compiles-but-throws-NoClassDefFound-exception-tp22524377p22524377.html
>>> Sent from the Trails - Users mailing list archive at Nabble.com.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe from this list, please visit:
>>>
>>> http://xircles.codehaus.org/manage_email
>>>
>>>
>>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/unit-test-compiles-but-throws-NoClassDefFound-exception-tp22524377p22528594.html
> Sent from the Trails - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> 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

Re: unit test compiles but throws NoClassDefFound exception

2009-03-15T14:46:38Z

Thanks!
I edited pom.xml and added

<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.4</version>
<scope>test</scope>
</dependency>

Now i'm on to a new error; FileNotFoundException: hibernate.cfg.xml. It must be a classpath issue again.

Kalle Korhonen-2 wrote:

You are missing servlet-api from your test classpath.

Kalle

On Sun, Mar 15, 2009 at 8:36 AM, warner <wwarner@gmail.com> wrote:

>
> Hi,
>
> I'm just starting with trails. Using
> http://docs.codehaus.org/display/TRAILS/Testing as a guide, I'm trying to
> test the mappings and eventually load my database with data from files.
>
> public void testCreate() {
> DomainObj o = new DomainObj();
> o.setName("some name");
> o = persistenceService.save(o);
> // assertEquals(o.getName(), "some name");
> // assertNotNull(o.getId());
> }
>
> The method compiles but throws an exception at persistenceService.save(o).
>
> java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet
>
> The website Trails has generated runs fine, so I'm missing something
> simple.
>
> Thanks,
>
> -Bill
> --
> View this message in context:
> http://www.nabble.com/unit-test-compiles-but-throws-NoClassDefFound-exception-tp22524377p22524377.html
> Sent from the Trails - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>

Re: unit test compiles but throws NoClassDefFound exception

2009-03-15T11:51:11Z

You are missing servlet-api from your test classpath.

Kalle

On Sun, Mar 15, 2009 at 8:36 AM, warner <wwarner@...> wrote:

Hi,

I'm just starting with trails. Using
http://docs.codehaus.org/display/TRAILS/Testing as a guide, I'm trying to
test the mappings and eventually load my database with data from files.

public void testCreate() {
DomainObj o = new DomainObj();
o.setName("some name");
o = persistenceService.save(o);
// assertEquals(o.getName(), "some name");
// assertNotNull(o.getId());
}

The method compiles but throws an exception at persistenceService.save(o).

java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet

The website Trails has generated runs fine, so I'm missing something simple.

Thanks,

-Bill
--
View this message in context: http://www.nabble.com/unit-test-compiles-but-throws-NoClassDefFound-exception-tp22524377p22524377.html
Sent from the Trails - Users mailing list archive at Nabble.com.

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

http://xircles.codehaus.org/manage_email