date:20120821

On Tue, 21 Aug 2012 22:49:32 -0300, William Lopes  
 wrote:



Can you to say me which is the version of yours Tapestry, Hibernate and
C3P0?


I'm still not using Tapestry 5.3.x (sigh), so I can't help you much here.  
Anyway, it's a matter of figuring out the right C3P0 version to the  
Hibernate version you're using, something which is off-topic to this  
mailing list.


--
Thiago H. de Paula Figueiredo

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Trouble with update of the tapestry(5.1.0.5 => 5.3.4)

2012-08-21 Thread William Lopes

Can you to say me which is the version of yours Tapestry, Hibernate and
C3P0?

2012/8/21 Thiago H de Paula Figueiredo 

> Hi!
>
>
> On Tue, 21 Aug 2012 15:35:21 -0300, William Lopes <
> williamlopes@gmail.com> wrote:
>
>  Could not instantiate connection provider: org.hibernate.connection.**
>> C3P0ConnectionProvider
>>
>
> This doesn't seem related to Tapestry at all, but just to Hibernate and
> C3P0. It looks like a Hibernate version that doesn't work with the C3P0
> version you're using.
>
> --
> Thiago H. de Paula Figueiredo
>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@tapestry.**apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>

Re: [DEBUG]AppModule.VehicleDAO Invoking constructor

Okay, thanks Thiago. 



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/DEBUG-AppModule-VehicleDAO-Invoking-constructor-tp5715703p5715706.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: [DEBUG]AppModule.VehicleDAO Invoking constructor

On Tue, 21 Aug 2012 22:12:38 -0300, George Christman  
 wrote:



I'm wondering if someone could tell me what this warning in the console
means? I see them every time a service is called.

[DEBUG]AppModule.VehicleDAO Invoking constructor
com.company.community.dao.impl.VehicleDAOImpl() (at  
VehicleDAOImpl.java:25)

via com.company.community.services.AppModule.bind(ServiceBinder) (at
AppModule.java:60) (for service 'VehicleDAO')


Is VehicleDAO a perthread service? If yes, this is absolutely normal when  
you leave the debug level at DEBUG for everything.


--
Thiago H. de Paula Figueiredo

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Proposal for DateField validation patch

2012-08-21 Thread Chris Cureau

While we're working on the DateField component, would it be time to
consider adding one of the MIT licensed TimeField components as well?
 Perhaps as an option on top of DateField?

On Tue, Aug 21, 2012 at 7:05 PM, trsvax  wrote:

> After discovering DateField does not really validate dates and finding it
> very difficult to make it validate I came up with the following code that I
> think makes things much easier.
>
> There are really 2 problems.
>
> First if you pass DateField a string for the format you get a DateFormat
> with lenient set to true. This allows dates such as 00/01/2000 and
> 45/01/2000 because DateFormat will do it's best to turn any string into a
> Date object. This means typos may be converted to a valid date and the
> application cannot tell that happened.
>
> The second problem is parse(string) just parses until it finds a valid date
> and ignores trailing characters. Again this means typos slip thru for
> example 01/01/200- will be the year 200 and not an error.
>
> So I patched DateField with the following:
>
> @Parameter(defaultPrefix = BindingConstants.PROP,
> value="symbol:tapestry.DateFormat-lenient")
>   private boolean lenient;
>
>
> Date parseDate(String text) throws ParseException {
>   Date date = null;
>   if ( lenient ) {
>   date = format.parse(text);
>   } else {
>   format.setLenient(false);
>   ParsePosition parsePosition = new ParsePosition(0);
>   date = format.parse(text,parsePosition);
>   if (  parsePosition.getIndex() != text.length() ) {
>   throw new
> ParseException(messages.format("core-date-value-not-parseable"),
>   parsePosition.getErrorIndex());
>   }
>   }
>   return date;
>   }
>
> I'd like to submit this as a patch but I have the following question:
>
> What should the default for lenient be? Personally I think the default
> should be false but that's not strictly  backward compatible. So if you
> wanted the old behavior you would need to override
> tapestry.DateFormat-lenient. My thought is most people do not want the old
> behavior and are unaware DateField allows "invalid dates"
>
>
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Proposal-for-DateField-validation-patch-tp5715702.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>

[DEBUG]AppModule.VehicleDAO Invoking constructor

I'm wondering if someone could tell me what this warning in the console
means? I see them every time a service is called. 

[DEBUG]AppModule.VehicleDAO Invoking constructor
com.company.community.dao.impl.VehicleDAOImpl() (at VehicleDAOImpl.java:25)
via com.company.community.services.AppModule.bind(ServiceBinder) (at
AppModule.java:60) (for service 'VehicleDAO')



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/DEBUG-AppModule-VehicleDAO-Invoking-constructor-tp5715703.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Proposal for DateField validation patch

2012-08-21 Thread trsvax

After discovering DateField does not really validate dates and finding it
very difficult to make it validate I came up with the following code that I
think makes things much easier.

There are really 2 problems. 

First if you pass DateField a string for the format you get a DateFormat
with lenient set to true. This allows dates such as 00/01/2000 and
45/01/2000 because DateFormat will do it's best to turn any string into a
Date object. This means typos may be converted to a valid date and the
application cannot tell that happened.

The second problem is parse(string) just parses until it finds a valid date
and ignores trailing characters. Again this means typos slip thru for
example 01/01/200- will be the year 200 and not an error.

So I patched DateField with the following:

@Parameter(defaultPrefix = BindingConstants.PROP,
value="symbol:tapestry.DateFormat-lenient")
  private boolean lenient;


Date parseDate(String text) throws ParseException {
  Date date = null;
  if ( lenient ) {
  date = format.parse(text);
  } else {
  format.setLenient(false);
  ParsePosition parsePosition = new ParsePosition(0);
  date = format.parse(text,parsePosition);
  if (  parsePosition.getIndex() != text.length() ) {
  throw new
ParseException(messages.format("core-date-value-not-parseable"),
  parsePosition.getErrorIndex());
  }
  }
  return date;
  }

I'd like to submit this as a patch but I have the following question:

What should the default for lenient be? Personally I think the default
should be false but that's not strictly  backward compatible. So if you
wanted the old behavior you would need to override
tapestry.DateFormat-lenient. My thought is most people do not want the old
behavior and are unaware DateField allows "invalid dates"



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Proposal-for-DateField-validation-patch-tp5715702.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Return URL for an ajax request?

Created https://issues.apache.org/jira/browse/TAP5-1993.

On Tue, Aug 21, 2012 at 1:52 PM, Howard Lewis Ship  wrote:
> On Tue, Aug 21, 2012 at 1:42 PM, Kalle Korhonen
>  wrote:
>> Currently you get "Return type java.net.URL can not be handled" if you
>> return an URL from an ajax event handler. Is this just an oversight or
>> is there some limitation I cannot see why you couldn't return an URL
>> but can return a Link? The JSON response should be the same.
>
> Seems like an oversight; this is supported for traditional requests,
> it should be supported for Ajax requests as well.
>
>>
>> Kalle
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Return URL for an ajax request?

On Tue, Aug 21, 2012 at 1:42 PM, Kalle Korhonen
 wrote:
> Currently you get "Return type java.net.URL can not be handled" if you
> return an URL from an ajax event handler. Is this just an oversight or
> is there some limitation I cannot see why you couldn't return an URL
> but can return a Link? The JSON response should be the same.

Seems like an oversight; this is supported for traditional requests,
it should be supported for Ajax requests as well.

>
> Kalle
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>



-- 
Howard M. Lewis Ship

Creator of Apache Tapestry

The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!

(971) 678-5210
http://howardlewisship.com

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: URL to the current page

2012-08-21 Thread ksrijith

Thanks. Was able to get the current url using the Request variable.



-
--
Don't Forget to Rate
--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/URL-to-the-current-page-tp5715655p5715697.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Return URL for an ajax request?

Currently you get "Return type java.net.URL can not be handled" if you
return an URL from an ajax event handler. Is this just an oversight or
is there some limitation I cannot see why you couldn't return an URL
but can return a Link? The JSON response should be the same.

Kalle

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Trouble with update of the tapestry(5.1.0.5 => 5.3.4)


Hi!

On Tue, 21 Aug 2012 15:35:21 -0300, William Lopes  
 wrote:


Could not instantiate connection provider:  
org.hibernate.connection.C3P0ConnectionProvider


This doesn't seem related to Tapestry at all, but just to Hibernate and  
C3P0. It looks like a Hibernate version that doesn't work with the C3P0  
version you're using.


--
Thiago H. de Paula Figueiredo

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Trouble with update of the tapestry(5.1.0.5 => 5.3.4)

2012-08-21 Thread William Lopes

For which?

Note that in my pom.xml, I already updated hibernate too.


org.apache.tapestry
tapestry-hibernate-core
5.3.4


Was this that you were talking about?

2012/8/21 Robert Zeigler 

> Try overriding the version of hibernate. tapestry-hibernate changed it's
> hibernate dependency version between T5.1 and T5.3. In my experience, at
> least with T5.2.x, tapestry-hibernate will work fine with the version of
> hibernate supplied used with 5.1, but later hibernate versions may not play
> well with your app.
>
> Robert
>
> On Aug 21, 2012, at 8/211:35 PM , William Lopes wrote:
>
> > Hi guys.
> >
> > So, I already have a app done and working fine, even it be in the version
> > of the tapestry 5.1.0.5. Yesterday, talking with my supervisor, we decide
> > to update tapestry for last version.
> >
> > I applied the update and worked, but can't connect with db.
> >
> > Returning for me this error at to log (this is the first task that
> involve
> > db):
> >
> > org.apache.tapestry5.runtime.ComponentEventException
> > Error invoking method public static
> > org.apache.tapestry5.hibernate.HibernateSessionManager
> >
> org.apache.tapestry5.hibernate.HibernateCoreModule.buildHibernateSessionManager(org.apache.tapestry5.hibernate.HibernateSessionSource,org.apache.tapestry5.ioc.services.PerthreadManager):
> > Exception constructing service 'HibernateSessionSource': Error invoking
> > constructor public
> >
> org.apache.tapestry5.internal.hibernate.HibernateSessionSourceImpl(org.slf4j.Logger,java.util.List):
> > Could not instantiate connection provider:
> > org.hibernate.connection.C3P0ConnectionProvider
> >
> > What do it?
> >
> > My pom.xml:
> >
> > http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
> >> http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="
> >> http://maven.apache.org/POM/4.0.0
> >> http://maven.apache.org/xsd/maven-4.0.0.xsd";>
> >>  4.0.0
> >>  br.cnt.aas.material
> >>  MaterialAnpad
> >>  0.0.1-SNAPSHOT
> >> 
> >>   
> >> javax.servlet
> >> servlet-api
> >> 2.5
> >> provided
> >>   
> >> 
> >> mysql
> >> mysql-connector-java
> >> 5.1.21
> >> 
> >> 
> >> org.apache.tapestry
> >> tapestry-core
> >> 5.3.4
> >> 
> >> 
> >> org.apache.tapestry
> >> tapestry-hibernate-core
> >> 5.3.4
> >> 
> >> 
> >> bsf
> >> bsf
> >> 2.4.0
> >> jar
> >> compile
> >> 
> >> 
> >> javax.mail
> >> mail
> >> 1.4.5
> >> 
> >> 
> >> junit
> >> junit
> >> 4.10
> >> test
> >> 
> >> 
> >> org.apache.tapestry
> >> tapestry-test
> >> 5.3.4
> >> jar
> >> compile
> >> 
> >> 
> >>
> >> 
> >> 
> >> apache
> >> http://repo1.maven.org/maven2/
> >> 
> >> 
> >>
> >> 
> >> MaterialAnpad
> >> 
> >> 
> >> maven-compiler-plugin
> >> 
> >> 1.6
> >> 1.6
> >> 
> >> 
> >>
> >> 
> >>
> >>org.mortbay.jetty
> >>jetty-maven-plugin
> >>8.1.4.v20120524
> >>
> >>WebContent
> >>
> >>
> >> 
> >> 
> >> 
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>

Re: Trouble with update of the tapestry(5.1.0.5 => 5.3.4)

2012-08-21 Thread Robert Zeigler

Try overriding the version of hibernate. tapestry-hibernate changed it's 
hibernate dependency version between T5.1 and T5.3. In my experience, at least 
with T5.2.x, tapestry-hibernate will work fine with the version of hibernate 
supplied used with 5.1, but later hibernate versions may not play well with 
your app.

Robert

On Aug 21, 2012, at 8/211:35 PM , William Lopes wrote:

> Hi guys.
> 
> So, I already have a app done and working fine, even it be in the version
> of the tapestry 5.1.0.5. Yesterday, talking with my supervisor, we decide
> to update tapestry for last version.
> 
> I applied the update and worked, but can't connect with db.
> 
> Returning for me this error at to log (this is the first task that involve
> db):
> 
> org.apache.tapestry5.runtime.ComponentEventException
> Error invoking method public static
> org.apache.tapestry5.hibernate.HibernateSessionManager
> org.apache.tapestry5.hibernate.HibernateCoreModule.buildHibernateSessionManager(org.apache.tapestry5.hibernate.HibernateSessionSource,org.apache.tapestry5.ioc.services.PerthreadManager):
> Exception constructing service 'HibernateSessionSource': Error invoking
> constructor public
> org.apache.tapestry5.internal.hibernate.HibernateSessionSourceImpl(org.slf4j.Logger,java.util.List):
> Could not instantiate connection provider:
> org.hibernate.connection.C3P0ConnectionProvider
> 
> What do it?
> 
> My pom.xml:
> 
> http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="
>> http://maven.apache.org/POM/4.0.0
>> http://maven.apache.org/xsd/maven-4.0.0.xsd";>
>>  4.0.0
>>  br.cnt.aas.material
>>  MaterialAnpad
>>  0.0.1-SNAPSHOT
>> 
>>   
>> javax.servlet
>> servlet-api
>> 2.5
>> provided
>>   
>> 
>> mysql
>> mysql-connector-java
>> 5.1.21
>> 
>> 
>> org.apache.tapestry
>> tapestry-core
>> 5.3.4
>> 
>> 
>> org.apache.tapestry
>> tapestry-hibernate-core
>> 5.3.4
>> 
>> 
>> bsf
>> bsf
>> 2.4.0
>> jar
>> compile
>> 
>> 
>> javax.mail
>> mail
>> 1.4.5
>> 
>> 
>> junit
>> junit
>> 4.10
>> test
>> 
>> 
>> org.apache.tapestry
>> tapestry-test
>> 5.3.4
>> jar
>> compile
>> 
>> 
>> 
>> 
>> 
>> apache
>> http://repo1.maven.org/maven2/
>> 
>> 
>> 
>> 
>> MaterialAnpad
>> 
>> 
>> maven-compiler-plugin
>> 
>> 1.6
>> 1.6
>> 
>> 
>> 
>> 
>>
>>org.mortbay.jetty
>>jetty-maven-plugin
>>8.1.4.v20120524
>>
>>WebContent
>>
>>
>> 
>> 
>> 


-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Trouble with update of the tapestry(5.1.0.5 => 5.3.4)

2012-08-21 Thread William Lopes

Hi guys.

So, I already have a app done and working fine, even it be in the version
of the tapestry 5.1.0.5. Yesterday, talking with my supervisor, we decide
to update tapestry for last version.

I applied the update and worked, but can't connect with db.

Returning for me this error at to log (this is the first task that involve
db):

org.apache.tapestry5.runtime.ComponentEventException
Error invoking method public static
org.apache.tapestry5.hibernate.HibernateSessionManager
org.apache.tapestry5.hibernate.HibernateCoreModule.buildHibernateSessionManager(org.apache.tapestry5.hibernate.HibernateSessionSource,org.apache.tapestry5.ioc.services.PerthreadManager):
Exception constructing service 'HibernateSessionSource': Error invoking
constructor public
org.apache.tapestry5.internal.hibernate.HibernateSessionSourceImpl(org.slf4j.Logger,java.util.List):
Could not instantiate connection provider:
org.hibernate.connection.C3P0ConnectionProvider

What do it?

My pom.xml:

http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="
> http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/maven-4.0.0.xsd";>
>   4.0.0
>   br.cnt.aas.material
>   MaterialAnpad
>   0.0.1-SNAPSHOT
> 
>
>  javax.servlet
>  servlet-api
>  2.5
>  provided
>
> 
> mysql
> mysql-connector-java
> 5.1.21
> 
> 
> org.apache.tapestry
> tapestry-core
> 5.3.4
> 
> 
> org.apache.tapestry
> tapestry-hibernate-core
> 5.3.4
> 
> 
> bsf
> bsf
> 2.4.0
> jar
> compile
> 
> 
> javax.mail
> mail
> 1.4.5
> 
> 
> junit
> junit
> 4.10
> test
> 
> 
> org.apache.tapestry
> tapestry-test
> 5.3.4
> jar
> compile
> 
> 
>
> 
> 
> apache
> http://repo1.maven.org/maven2/
> 
> 
>
> 
> MaterialAnpad
> 
> 
> maven-compiler-plugin
> 
> 1.6
> 1.6
> 
> 
>
> 
> 
> org.mortbay.jetty
> jetty-maven-plugin
> 8.1.4.v20120524
> 
> WebContent
> 
> 
> 
> 
>

YUIcompressor issues and the jarjar solution

2012-08-21 Thread Lenny Primak

The solution is described here:
https://github.com/cezary-biernacki/t5conduit/issues/2

Unfortunately it's just the documentation, not automated scripts.  I do this 
for every version of tapestry.
They key here is to combine tapestry-yuicompressor, yuicompressor and rhino 
into one jar using jarjar,
this becomes a self-contained yuicompressor-cust module and it works perfectly 
without package name conflicts.


-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: T5.3.5 candidate release dependency issue - yuicompressor

On Tue, Aug 21, 2012 at 10:24 AM, Kalle Korhonen
 wrote:
> On Tue, Aug 21, 2012 at 9:50 AM, Howard Lewis Ship  wrote:
>> On Tue, Aug 21, 2012 at 8:29 AM, Kalle Korhonen
>>  wrote:
>>> 2.4.7 wasn't available in Maven central for 5.3.4, see discussion at
>>> https://issues.apache.org/jira/browse/TAP5-1729. The pom specifies the
>>> correct repository. However, I can see 2.4.7 with the usual GAV
>>> coordinates is now available in central. Obtaining the play-compiled
>>> 2.4.7 seems to be a in issue for users, Howard, would you consider
>>> stopping the release and fixing this for 5.3.5 final?
>>>
>> That would require a -1 vote and for me to redo the release.
>> There's a bigger issue, that YUICompressor at runtime sometimes
>> conflicts with the Rhino JS engine built into the JDK.  It's been very
>> frustrating that things work correctly in my test environment, but
>> something in my client's deployment environment breaks YUICompressor
>> pretty severely.
>
> Regarding the vote, I wasn't suggest you should stop it, but merely
> noting the possibility. As the release manager you can always stop the
> release for any reason though, or ignore -1's and go ahead with the
> release as long as you have the minimum binding votes... But boy, do
> you move fast :) I now see you withdrew the vote. I was going to
> suggest that perhaps we need to consider Lenny's solution for the
> rhino conflicts in the next release.

I agree. I would appreciate some help on getting this correctly resolved!

>
> Kalle
>
>>
>>>
>>>
>>>
>>> On Tue, Aug 21, 2012 at 4:59 AM, Blower, Andy
>>>  wrote:
 Hi,

 Having trouble installing the latest version of tapestry-yuicompressor for 
 the candidate release being voted on, T5.3.5.

 It seems that the organisation for the yuicompressor module was changed 
 from "com.yahoo.platform.yui" to 
 "com.google.code.maven-play-plugin.com.yahoo.platform.yui" in T5.3.3, but 
 since I've not updated since T5.3.2 was released I've not run into this 
 issue. Basically I can't resolve this dependency. I can find 
 "com.yahoo.platform.yui/yuicompressor/2.4.7" but not " 
 com.google.code.maven-play-plugin.com.yahoo.platform.yui/yuicompressor/2.4.7"
  anywhere.

 What is the reason for this org change and what can I do to resolve this 
 dependency? The rest of 5.3.5 looks good, but I can't +1 until this is 
 resolved, although it's probably a simple thing.

 For info, here are the lines from my Ivy.xml dependency files for 
 tapestry-yuicompressor, 5.3.2 first and 5.3.5 second.

 >>> force="true" conf="compile->compile(*),master(*);runtime->runtime(*)"/>

 >>> name="yuicompressor" rev="2.4.7" force="true" 
 conf="compile->compile(*),master(*);runtime->runtime(*)"/>


 Thanks,

 Andy.


 -
 To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
 For additional commands, e-mail: users-h...@tapestry.apache.org

>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>
>>
>>
>>
>> --
>> Howard M. Lewis Ship
>>
>> Creator of Apache Tapestry
>>
>> The source for Tapestry training, mentoring and support. Contact me to
>> learn how I can get you up and productive in Tapestry fast!
>>
>> (971) 678-5210
>> http://howardlewisship.com
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>



-- 
Howard M. Lewis Ship

Creator of Apache Tapestry

The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!

(971) 678-5210
http://howardlewisship.com

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: T5.3.5 candidate release dependency issue - yuicompressor

On Tue, Aug 21, 2012 at 9:50 AM, Howard Lewis Ship  wrote:
> On Tue, Aug 21, 2012 at 8:29 AM, Kalle Korhonen
>  wrote:
>> 2.4.7 wasn't available in Maven central for 5.3.4, see discussion at
>> https://issues.apache.org/jira/browse/TAP5-1729. The pom specifies the
>> correct repository. However, I can see 2.4.7 with the usual GAV
>> coordinates is now available in central. Obtaining the play-compiled
>> 2.4.7 seems to be a in issue for users, Howard, would you consider
>> stopping the release and fixing this for 5.3.5 final?
>>
> That would require a -1 vote and for me to redo the release.
> There's a bigger issue, that YUICompressor at runtime sometimes
> conflicts with the Rhino JS engine built into the JDK.  It's been very
> frustrating that things work correctly in my test environment, but
> something in my client's deployment environment breaks YUICompressor
> pretty severely.

Regarding the vote, I wasn't suggest you should stop it, but merely
noting the possibility. As the release manager you can always stop the
release for any reason though, or ignore -1's and go ahead with the
release as long as you have the minimum binding votes... But boy, do
you move fast :) I now see you withdrew the vote. I was going to
suggest that perhaps we need to consider Lenny's solution for the
rhino conflicts in the next release.

Kalle

>
>>
>>
>>
>> On Tue, Aug 21, 2012 at 4:59 AM, Blower, Andy
>>  wrote:
>>> Hi,
>>>
>>> Having trouble installing the latest version of tapestry-yuicompressor for 
>>> the candidate release being voted on, T5.3.5.
>>>
>>> It seems that the organisation for the yuicompressor module was changed 
>>> from "com.yahoo.platform.yui" to 
>>> "com.google.code.maven-play-plugin.com.yahoo.platform.yui" in T5.3.3, but 
>>> since I've not updated since T5.3.2 was released I've not run into this 
>>> issue. Basically I can't resolve this dependency. I can find 
>>> "com.yahoo.platform.yui/yuicompressor/2.4.7" but not " 
>>> com.google.code.maven-play-plugin.com.yahoo.platform.yui/yuicompressor/2.4.7"
>>>  anywhere.
>>>
>>> What is the reason for this org change and what can I do to resolve this 
>>> dependency? The rest of 5.3.5 looks good, but I can't +1 until this is 
>>> resolved, although it's probably a simple thing.
>>>
>>> For info, here are the lines from my Ivy.xml dependency files for 
>>> tapestry-yuicompressor, 5.3.2 first and 5.3.5 second.
>>>
>>> >> force="true" conf="compile->compile(*),master(*);runtime->runtime(*)"/>
>>>
>>> >> name="yuicompressor" rev="2.4.7" force="true" 
>>> conf="compile->compile(*),master(*);runtime->runtime(*)"/>
>>>
>>>
>>> Thanks,
>>>
>>> Andy.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: T5.3.5 candidate release dependency issue - yuicompressor

My binding -1 vote carries slightly more weight.

On Tue, Aug 21, 2012 at 9:57 AM, Lenny Primak  wrote:
> I got a -1 vote in :)
>
>
>
> On Aug 21, 2012, at 12:50 PM, Howard Lewis Ship  wrote:
>
>> On Tue, Aug 21, 2012 at 8:29 AM, Kalle Korhonen
>>  wrote:
>>> 2.4.7 wasn't available in Maven central for 5.3.4, see discussion at
>>> https://issues.apache.org/jira/browse/TAP5-1729. The pom specifies the
>>> correct repository. However, I can see 2.4.7 with the usual GAV
>>> coordinates is now available in central. Obtaining the play-compiled
>>> 2.4.7 seems to be a in issue for users, Howard, would you consider
>>> stopping the release and fixing this for 5.3.5 final?
>>>
>>> Kalle
>>
>> That would require a -1 vote and for me to redo the release.
>>
>> There's a bigger issue, that YUICompressor at runtime sometimes
>> conflicts with the Rhino JS engine built into the JDK.  It's been very
>> frustrating that things work correctly in my test environment, but
>> something in my client's deployment environment breaks YUICompressor
>> pretty severely.
>>
>>>
>>>
>>>
>>> On Tue, Aug 21, 2012 at 4:59 AM, Blower, Andy
>>>  wrote:
 Hi,

 Having trouble installing the latest version of tapestry-yuicompressor for 
 the candidate release being voted on, T5.3.5.

 It seems that the organisation for the yuicompressor module was changed 
 from "com.yahoo.platform.yui" to 
 "com.google.code.maven-play-plugin.com.yahoo.platform.yui" in T5.3.3, but 
 since I've not updated since T5.3.2 was released I've not run into this 
 issue. Basically I can't resolve this dependency. I can find 
 "com.yahoo.platform.yui/yuicompressor/2.4.7" but not " 
 com.google.code.maven-play-plugin.com.yahoo.platform.yui/yuicompressor/2.4.7"
  anywhere.

 What is the reason for this org change and what can I do to resolve this 
 dependency? The rest of 5.3.5 looks good, but I can't +1 until this is 
 resolved, although it's probably a simple thing.

 For info, here are the lines from my Ivy.xml dependency files for 
 tapestry-yuicompressor, 5.3.2 first and 5.3.5 second.

 >>> force="true" conf="compile->compile(*),master(*);runtime->runtime(*)"/>

 >>> name="yuicompressor" rev="2.4.7" force="true" 
 conf="compile->compile(*),master(*);runtime->runtime(*)"/>

 Thanks,

 Andy.

 -
 To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
 For additional commands, e-mail: users-h...@tapestry.apache.org

>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>
>>
>>
>>
>> --
>> Howard M. Lewis Ship
>>
>> Creator of Apache Tapestry
>>
>> The source for Tapestry training, mentoring and support. Contact me to
>> learn how I can get you up and productive in Tapestry fast!
>>
>> (971) 678-5210
>> http://howardlewisship.com
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>

-- 
Howard M. Lewis Ship

Creator of Apache Tapestry

The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!

(971) 678-5210
http://howardlewisship.com

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: T5.3.5 candidate release dependency issue - yuicompressor

2012-08-21 Thread Lenny Primak

I got a -1 vote in :)



On Aug 21, 2012, at 12:50 PM, Howard Lewis Ship  wrote:

> On Tue, Aug 21, 2012 at 8:29 AM, Kalle Korhonen
>  wrote:
>> 2.4.7 wasn't available in Maven central for 5.3.4, see discussion at
>> https://issues.apache.org/jira/browse/TAP5-1729. The pom specifies the
>> correct repository. However, I can see 2.4.7 with the usual GAV
>> coordinates is now available in central. Obtaining the play-compiled
>> 2.4.7 seems to be a in issue for users, Howard, would you consider
>> stopping the release and fixing this for 5.3.5 final?
>> 
>> Kalle
> 
> That would require a -1 vote and for me to redo the release.
> 
> There's a bigger issue, that YUICompressor at runtime sometimes
> conflicts with the Rhino JS engine built into the JDK.  It's been very
> frustrating that things work correctly in my test environment, but
> something in my client's deployment environment breaks YUICompressor
> pretty severely.
> 
>> 
>> 
>> 
>> On Tue, Aug 21, 2012 at 4:59 AM, Blower, Andy
>>  wrote:
>>> Hi,
>>> 
>>> Having trouble installing the latest version of tapestry-yuicompressor for 
>>> the candidate release being voted on, T5.3.5.
>>> 
>>> It seems that the organisation for the yuicompressor module was changed 
>>> from "com.yahoo.platform.yui" to 
>>> "com.google.code.maven-play-plugin.com.yahoo.platform.yui" in T5.3.3, but 
>>> since I've not updated since T5.3.2 was released I've not run into this 
>>> issue. Basically I can't resolve this dependency. I can find 
>>> "com.yahoo.platform.yui/yuicompressor/2.4.7" but not " 
>>> com.google.code.maven-play-plugin.com.yahoo.platform.yui/yuicompressor/2.4.7"
>>>  anywhere.
>>> 
>>> What is the reason for this org change and what can I do to resolve this 
>>> dependency? The rest of 5.3.5 looks good, but I can't +1 until this is 
>>> resolved, although it's probably a simple thing.
>>> 
>>> For info, here are the lines from my Ivy.xml dependency files for 
>>> tapestry-yuicompressor, 5.3.2 first and 5.3.5 second.
>>> 
>>> >> force="true" conf="compile->compile(*),master(*);runtime->runtime(*)"/>
>>> 
>>> >> name="yuicompressor" rev="2.4.7" force="true" 
>>> conf="compile->compile(*),master(*);runtime->runtime(*)"/>
>>> 
>>> 
>>> Thanks,
>>> 
>>> Andy.
>>> 
>>> 
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>> 
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>> 
> 
> 
> 
> -- 
> Howard M. Lewis Ship
> 
> Creator of Apache Tapestry
> 
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
> 
> (971) 678-5210
> http://howardlewisship.com
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
> 

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Compiling error returning service interface in service locator method

On Tue, 21 Aug 2012 11:26:21 -0300, George Christman  
 wrote:


Well I think I need to create an interface to ParserImpl, "Parser" and  
in the AutoMateParser interface extend Parser. However as I know now  
this is deff not an issue in how I'm using the services, but rather a  
George's Java skill issue lol. I've never written a Java program outside  
of Tapestry, so I

sometimes easily confuse the two.


As we say here in Brazil, living and learning. :)

--
Thiago H. de Paula Figueiredo

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: T5.3.5 candidate release dependency issue - yuicompressor

On Tue, Aug 21, 2012 at 8:29 AM, Kalle Korhonen
 wrote:
> 2.4.7 wasn't available in Maven central for 5.3.4, see discussion at
> https://issues.apache.org/jira/browse/TAP5-1729. The pom specifies the
> correct repository. However, I can see 2.4.7 with the usual GAV
> coordinates is now available in central. Obtaining the play-compiled
> 2.4.7 seems to be a in issue for users, Howard, would you consider
> stopping the release and fixing this for 5.3.5 final?
>
> Kalle

That would require a -1 vote and for me to redo the release.

There's a bigger issue, that YUICompressor at runtime sometimes
conflicts with the Rhino JS engine built into the JDK.  It's been very
frustrating that things work correctly in my test environment, but
something in my client's deployment environment breaks YUICompressor
pretty severely.

>
>
>
> On Tue, Aug 21, 2012 at 4:59 AM, Blower, Andy
>  wrote:
>> Hi,
>>
>> Having trouble installing the latest version of tapestry-yuicompressor for 
>> the candidate release being voted on, T5.3.5.
>>
>> It seems that the organisation for the yuicompressor module was changed from 
>> "com.yahoo.platform.yui" to 
>> "com.google.code.maven-play-plugin.com.yahoo.platform.yui" in T5.3.3, but 
>> since I've not updated since T5.3.2 was released I've not run into this 
>> issue. Basically I can't resolve this dependency. I can find 
>> "com.yahoo.platform.yui/yuicompressor/2.4.7" but not " 
>> com.google.code.maven-play-plugin.com.yahoo.platform.yui/yuicompressor/2.4.7"
>>  anywhere.
>>
>> What is the reason for this org change and what can I do to resolve this 
>> dependency? The rest of 5.3.5 looks good, but I can't +1 until this is 
>> resolved, although it's probably a simple thing.
>>
>> For info, here are the lines from my Ivy.xml dependency files for 
>> tapestry-yuicompressor, 5.3.2 first and 5.3.5 second.
>>
>> > force="true" conf="compile->compile(*),master(*);runtime->runtime(*)"/>
>>
>> > name="yuicompressor" rev="2.4.7" force="true" 
>> conf="compile->compile(*),master(*);runtime->runtime(*)"/>
>>
>>
>> Thanks,
>>
>> Andy.
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>



-- 
Howard M. Lewis Ship

Creator of Apache Tapestry

The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!

(971) 678-5210
http://howardlewisship.com

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: T5.3.5 candidate release dependency issue - yuicompressor

2.4.7 wasn't available in Maven central for 5.3.4, see discussion at
https://issues.apache.org/jira/browse/TAP5-1729. The pom specifies the
correct repository. However, I can see 2.4.7 with the usual GAV
coordinates is now available in central. Obtaining the play-compiled
2.4.7 seems to be a in issue for users, Howard, would you consider
stopping the release and fixing this for 5.3.5 final?

Kalle



On Tue, Aug 21, 2012 at 4:59 AM, Blower, Andy
 wrote:
> Hi,
>
> Having trouble installing the latest version of tapestry-yuicompressor for 
> the candidate release being voted on, T5.3.5.
>
> It seems that the organisation for the yuicompressor module was changed from 
> "com.yahoo.platform.yui" to 
> "com.google.code.maven-play-plugin.com.yahoo.platform.yui" in T5.3.3, but 
> since I've not updated since T5.3.2 was released I've not run into this 
> issue. Basically I can't resolve this dependency. I can find 
> "com.yahoo.platform.yui/yuicompressor/2.4.7" but not " 
> com.google.code.maven-play-plugin.com.yahoo.platform.yui/yuicompressor/2.4.7" 
> anywhere.
>
> What is the reason for this org change and what can I do to resolve this 
> dependency? The rest of 5.3.5 looks good, but I can't +1 until this is 
> resolved, although it's probably a simple thing.
>
> For info, here are the lines from my Ivy.xml dependency files for 
> tapestry-yuicompressor, 5.3.2 first and 5.3.5 second.
>
>  force="true" conf="compile->compile(*),master(*);runtime->runtime(*)"/>
>
>  name="yuicompressor" rev="2.4.7" force="true" 
> conf="compile->compile(*),master(*);runtime->runtime(*)"/>
>
>
> Thanks,
>
> Andy.
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: DateField appears to use lenient date parser (Bug?)

2012-08-21 Thread trsvax

This did seem like the obvious solution but it does not fix the problem
either. If you enter a date of

01/01/200q

The date you end up with is Jan, 1 200

I had to add a regexp 
courtDate-regexp=\\d\\d/\\d\\d/\\d\\d\\d\\d
create-courtDate-regexp-message=Must be mm/dd/

To make it work correctly. This seems like way too much work and error prone
to get a Date to validate correctly.



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/DateField-appears-to-use-lenient-date-parser-Bug-tp5715631p5715674.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

RE: T5.3.5 candidate release dependency issue - yuicompressor

2012-08-21 Thread Blower, Andy

I finally managed to install it, figured out that it needed a new repository 
configuring. 

http://maven-play-plugin.googlecode.com/svn/mavenrepo/releases/

I'm still curious as to the reason for the change since there seems to be a 
version of yuicompressor 2.4.7 on 

http://mvnrepository.com/artifact/com.yahoo.platform.yui/yuicompressor/2.4.7


-Original Message-
From: Blower, Andy [mailto:andy.blo...@proquest.co.uk] 
Sent: 21 August 2012 12:59
To: Tapestry users
Subject: T5.3.5 candidate release dependency issue - yuicompressor

Hi,

Having trouble installing the latest version of tapestry-yuicompressor for the 
candidate release being voted on, T5.3.5.

It seems that the organisation for the yuicompressor module was changed from 
"com.yahoo.platform.yui" to 
"com.google.code.maven-play-plugin.com.yahoo.platform.yui" in T5.3.3, but since 
I've not updated since T5.3.2 was released I've not run into this issue. 
Basically I can't resolve this dependency. I can find 
"com.yahoo.platform.yui/yuicompressor/2.4.7" but not " 
com.google.code.maven-play-plugin.com.yahoo.platform.yui/yuicompressor/2.4.7" 
anywhere.

What is the reason for this org change and what can I do to resolve this 
dependency? The rest of 5.3.5 looks good, but I can't +1 until this is 
resolved, although it's probably a simple thing.

For info, here are the lines from my Ivy.xml dependency files for 
tapestry-yuicompressor, 5.3.2 first and 5.3.5 second.






Thanks,

Andy.


-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: ComponentEventResultProcessor for a triggered event

2012-08-21 Thread llama-king

Regarding explicit use of RenderCommand; yes - this was clearly pent-up
paranoia!

Checked the response and it looked good as I was writing and then came
across a happy little solution!

>Anyway, if you want to update a zone, you shouldn't use jQuery.ajax()
>directly, but use the ZoneManager JavaScript class instead.

I'm a bit fuzzy on this but I'll poke around the ZoneManager and see what I
can work out.

One thing I'm messing around with in the mixin is to do something similar to
EventLink;
1) pass in a zone id
2) pass the zone id into the mixin js initializer parameters
3) if zone is defined do;
$("#zone").tapestryZone("update", {url : parameters.url, params :
undefined
})
(so along the lines of an event-type agnostic
ClientBehaviourSupport.linkZone, hacky, cutty, copy, pastey).

This is currently working. Wow. A couple of niggles to work out but I think
it's almost there!

Yay indeed! I'll keep bashing my head against this; I believe it'll be a
really handy mix-in to have in stow. I'd be more than happy to show the code
but I guess I will need to clear it with the firm before doing so.

Thanks for the help Thiago - will be back to post the code if I'm able once
it's fully unit tested and clean. :)

--
View this message in context:
http://tapestry.1045711.n5.nabble.com/ComponentEventResultProcessor-for-a-triggered-event-tp5715657p5715672.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Compiling error returning service interface in service locator method

Well I think I need to create an interface to ParserImpl, "Parser" and in the
AutoMateParser interface extend Parser. However as I know now this is deff
not an issue in how I'm using the services, but rather a George's Java skill
issue lol. I've never written a Java program outside of Tapestry, so I
sometimes easily confuse the two. 



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Compiling-error-returning-service-interface-in-service-locator-method-tp5715645p5715670.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: javascript component questions

2012-08-21 Thread Chris Cureau

I just read Emmanuel's reply a second time...sharing the JSONObject between
all Component instances as he has described will do pretty much just what I
was looking for without having to pass the JSONObject.  Not enough coffee
yet. :)  Sorry for the chatter...

On Tue, Aug 21, 2012 at 2:13 AM, Emmanuel DEMEY wrote:

> Hi Chris,
>
> At the same time, a not well-known feature of Tapestry5-jQuery. If you want
> to specify a default JSONObject for your fullcalendar (that will be used
> for each fullcalendar), you should contribute to the WidgetParams service
> in your AppModule :
> Please have a look to the AppModule of the demo website :
>
> https://github.com/got5/tapestry5-jquery-demo/blob/master/src/main/java/org/got5/tapestry5/jquery/services/AppModule.java
>
>
> This default JSON will be merged with the one that you will define as a
> parameter of your component.
>
> Emmanuel
>
> 2012/8/20 Chris Cureau 
>
> > Thanks, François...that might solve the issue.  I want to contribute this
> > back to tapestry5-jquery, and the easier I can make it to use the better
> > IMHO.
> >
> > This component is created from fullcalendar (
> > http://arshaw.com/fullcalendar/).
> > It's a javascript utility that displays a calendar in the browser and
> > allows the programmer to write code to interact with it.  As it comes, it
> > only gives enough functionality to display events (json, xml, or google
> > calendar with additional javascript) but it gives the hooks necessary to
> > allow for a good amount of customization.  Exactly the component I need
> for
> > a scheduling utility.
> >
> > I think I mistakenly typed freecalendar instead of fullcalendar
> > earlier...my apologies. :)
> >
> > On Mon, Aug 20, 2012 at 9:17 AM, François Facon  > >wrote:
> >
> > > Hi Chris,
> > >
> > > In order to avoid having so much makup in your tml you can generate a
> > > JSon array in java class and pass it as property  to your calendar
> > > component parameter.
> > >
> > > By way could you give us more details about the jQuery plugin you are
> > > using?
> > >
> > >
> > > Regards
> > > François
> > >
> > > 2012/8/20 Chris Cureau :
> > > > I could do this, yes...I guess I was just trying to avoid having
> quite
> > so
> > > > much markup in the tml file...
> > > >
> > > > On Mon, Aug 20, 2012 at 8:34 AM, trsvax  wrote:
> > > >
> > > >> Most jQuery components can be implemented by simply extending the
> > Widget
> > > >> mixin
> > > >>
> > > >> for example
> > > >>
> > > >> @Import (library={"your js file"})
> > > >> public Class FreeCalendar extends Widget {
> > > >> }
> > > >>
> > > >> Then in your tml file
> > > >>
> > > >> 
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> --
> > > >> View this message in context:
> > > >>
> > >
> >
> http://tapestry.1045711.n5.nabble.com/javascript-component-questions-tp5715582p5715594.html
> > > >> Sent from the Tapestry - User mailing list archive at Nabble.com.
> > > >>
> > > >>
> -
> > > >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> > > >> For additional commands, e-mail: users-h...@tapestry.apache.org
> > > >>
> > > >>
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> > > For additional commands, e-mail: users-h...@tapestry.apache.org
> > >
> > >
> >
>
>
>
> --
> Emmanuel DEMEY
> Ingénieur Etude et Développement
> ATOS Worldline
> +33 (0)6 47 47 42 02
> demey.emman...@gmail.com
> http://emmanueldemey.fr/
>
> Twitter : @EmmanuelDemey
>

Re: javascript component questions

2012-08-21 Thread Chris Cureau

Emmanuel,

This will work very well for the events, provided as you said they come
from the same location throughout the application.  For my current project
they will be.  Thanks!

I'd still like to figure out an easy (read: lazy programmer ;) ) way to get
the dynamic settings included in the afterRender function.  I'd love to be
able to do something like

FullCalendar fc = new FullCalendar;
fc.setHeader(...);
fc.setEventLocation(...);

and so on.  I still need to figure out how to get a JSONObject from a page
class sent to the component class...wasn't able to work on it last night.

Cheers,
Chris

On Tue, Aug 21, 2012 at 2:13 AM, Emmanuel DEMEY wrote:

> Hi Chris,
>
> At the same time, a not well-known feature of Tapestry5-jQuery. If you want
> to specify a default JSONObject for your fullcalendar (that will be used
> for each fullcalendar), you should contribute to the WidgetParams service
> in your AppModule :
> Please have a look to the AppModule of the demo website :
>
> https://github.com/got5/tapestry5-jquery-demo/blob/master/src/main/java/org/got5/tapestry5/jquery/services/AppModule.java
>
>
> This default JSON will be merged with the one that you will define as a
> parameter of your component.
>
> Emmanuel
>
> 2012/8/20 Chris Cureau 
>
> > Thanks, François...that might solve the issue.  I want to contribute this
> > back to tapestry5-jquery, and the easier I can make it to use the better
> > IMHO.
> >
> > This component is created from fullcalendar (
> > http://arshaw.com/fullcalendar/).
> > It's a javascript utility that displays a calendar in the browser and
> > allows the programmer to write code to interact with it.  As it comes, it
> > only gives enough functionality to display events (json, xml, or google
> > calendar with additional javascript) but it gives the hooks necessary to
> > allow for a good amount of customization.  Exactly the component I need
> for
> > a scheduling utility.
> >
> > I think I mistakenly typed freecalendar instead of fullcalendar
> > earlier...my apologies. :)
> >
> > On Mon, Aug 20, 2012 at 9:17 AM, François Facon  > >wrote:
> >
> > > Hi Chris,
> > >
> > > In order to avoid having so much makup in your tml you can generate a
> > > JSon array in java class and pass it as property  to your calendar
> > > component parameter.
> > >
> > > By way could you give us more details about the jQuery plugin you are
> > > using?
> > >
> > >
> > > Regards
> > > François
> > >
> > > 2012/8/20 Chris Cureau :
> > > > I could do this, yes...I guess I was just trying to avoid having
> quite
> > so
> > > > much markup in the tml file...
> > > >
> > > > On Mon, Aug 20, 2012 at 8:34 AM, trsvax  wrote:
> > > >
> > > >> Most jQuery components can be implemented by simply extending the
> > Widget
> > > >> mixin
> > > >>
> > > >> for example
> > > >>
> > > >> @Import (library={"your js file"})
> > > >> public Class FreeCalendar extends Widget {
> > > >> }
> > > >>
> > > >> Then in your tml file
> > > >>
> > > >> 
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> --
> > > >> View this message in context:
> > > >>
> > >
> >
> http://tapestry.1045711.n5.nabble.com/javascript-component-questions-tp5715582p5715594.html
> > > >> Sent from the Tapestry - User mailing list archive at Nabble.com.
> > > >>
> > > >>
> -
> > > >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> > > >> For additional commands, e-mail: users-h...@tapestry.apache.org
> > > >>
> > > >>
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> > > For additional commands, e-mail: users-h...@tapestry.apache.org
> > >
> > >
> >
>
>
>
> --
> Emmanuel DEMEY
> Ingénieur Etude et Développement
> ATOS Worldline
> +33 (0)6 47 47 42 02
> demey.emman...@gmail.com
> http://emmanueldemey.fr/
>
> Twitter : @EmmanuelDemey
>

Re: ComponentEventResultProcessor for a triggered event

On Tue, 21 Aug 2012 09:24:10 -0300, llama-king   
wrote:



Hi Thiago!


Hi!



Thanks for the reply.

The outset is I'm writing a mixin that allows binding of client-side  
jQuery

events to server-side handler methods.

1. I create a Link via ComponentResources.createEventLink and pass the
absolute URI to my mixin script as well as the name of the jQuery event I
want to intercept and the id of the client element.

2. The mixin script listens for the jQuery event on the client element  
and

then fires off an ajax request via jQuery.ajax().

3. My server side event handler method in my mixin class then triggers  
which
in turn triggers an event (via component resources) of the same name as  
the
jQuery event as well as pumps in any context and the  
ComponentEventCallback.


4. The component that utilizes the mixin declares an event handler method
which sets a value from the context and then returns a zone_.getBody().


Everything until here seems correct to me.

5. The correct EventResultProcessor triggers (in my test code I'm  
coercing the zone_.getBody() block into a RenderCommand as I'm not sure  
if Block is being picked up according to a quick glance at  
TapestryModule).


AFAIK, you actually don't need to do this coercion, as Tapestry blocks are  
BlockImpl instances, which implement RenderCommand already.


In the debugger I can see that   
RenderCommandComponentEventResultProcessor's

renderMarkup method is called and packs the correct mark-up into the
response. Beyond that I am unsure what's going on; no partial render  
occurs even though the belying source leads me to believe it should have  
occured.


Have you checked the responde in Firebug or similar tool?

Anyway, if you want to update a zone, you shouldn't use jQuery.ajax()  
directly, but use the ZoneManager JavaScript class instead.



This has left me scratching my head. I wonder whether I'm doing something
silly somewhere but nevertheless it has been a very fun mixin to try to
write!


Yay for fun-to-write mixins! :) Will you share this code with us when it's  
done?


--
Thiago H. de Paula Figueiredo

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Compiling error returning service interface in service locator method

Just make getParser() return AutoMateParser instead of Parser. That's  
object-oriented programming: if you have something that is defined by an  
interface, use the interface. ;)


--
Thiago H. de Paula Figueiredo

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Compiling error returning service interface in service locator method

btw, my Parser.class is an abstract class. Sorry, I missed that in my
example. 



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Compiling-error-returning-service-interface-in-service-locator-method-tp5715645p5715664.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: ComponentEventResultProcessor for a triggered event

2012-08-21 Thread llama-king

Hi Thiago!

Thanks for the reply.

The outset is I'm writing a mixin that allows binding of client-side jQuery
events to server-side handler methods.

1. I create a Link via ComponentResources.createEventLink and pass the
absolute URI to my mixin script as well as the name of the jQuery event I
want to intercept and the id of the client element.

2. The mixin script listens for the jQuery event on the client element and
then fires off an ajax request via jQuery.ajax().

3. My server side event handler method in my mixin class then triggers which
in turn triggers an event (via component resources) of the same name as the
jQuery event as well as pumps in any context and the ComponentEventCallback.

4. The component that utilizes the mixin declares an event handler method
which sets a value from the context and then returns a zone_.getBody().

5. The correct EventResultProcessor triggers (in my test code I'm coercing
the zone_.getBody() block into a RenderCommand as I'm not sure if Block is
being picked up according to a quick glance at TapestryModule).

In the debugger I can see that RenderCommandComponentEventResultProcessor's
renderMarkup method is called and packs the correct mark-up into the
response. Beyond that I am unsure what's going on; no partial render occurs
even though the belying source leads me to believe it should have occured.

Regarding source of ComponentResultProcessorWrapper;
http://tapestry.apache.org/5.3.4/apidocs/org/apache/tapestry5/internal/services/ComponentResultProcessorWrapper.html

This has left me scratching my head. I wonder whether I'm doing something
silly somewhere but nevertheless it has been a very fun mixin to try to
write!

Thanks,
Peter

--
View this message in context:
http://tapestry.1045711.n5.nabble.com/ComponentEventResultProcessor-for-a-triggered-event-tp5715657p5715663.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Compiling error returning service interface in service locator method

The IDE suggest the cast because the AutoMateParser is not a sub-type of
Parser, only AutoMateParserImpl is. Just not sure how to make that work.
Any thoughts? Still new to binding, but should I be binding
AutoMateParserImpl to a Parser interface?

On Tue, Aug 21, 2012 at 8:02 AM, Thiago H de Paula Figueiredo [via
Tapestry]  wrote:

> On Tue, 21 Aug 2012 00:27:38 -0300, George Christman
> <[hidden email] >
> wrote:
>
> > Hello, in my DMSServiceLocator.class, I have a method called getParser()
>
> > with a return type called Parser.  I'm trying to return a service called
> > AutoMateParser with an Impl that extends Parser, however I'm' getting a
> > compiling error saying Parser is required, found AutoMateParser. When I
> > return new AutoMateServiceImpl() rather than my service interface, I
> > receive
> > no compiling errors. It doesn't appear my getParser() method realizes
> > autoMateParser is of the same type. I tried casting AutoMateParser with
> > Parser, "return (Parser) autoMateParser;" which resolved compiling
> > errors, but received a cast exception.
>
> This is not a compiler error, but an exception instead. In addition, when
>
> you bind a service based on an interface, the instance of it you get is a
>
> proxy to the implementation class, not an instance of the service
> implementation, so this ClassCastException is expected. Why do you need to
>
> do this cast? This looks like a bad implementation decision in your code.
>
> --
> Thiago H. de Paula Figueiredo
>
> -
> To unsubscribe, e-mail: [hidden 
> email]
> For additional commands, e-mail: [hidden 
> email]
>
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://tapestry.1045711.n5.nabble.com/Compiling-error-returning-service-interface-in-service-locator-method-tp5715645p5715660.html
>  To unsubscribe from Compiling error returning service interface in
> service locator method, click 
> here
> .
> NAML
>



-- 
George Christman
www.CarDaddy.com
P.O. Box 735
Johnstown, New York




--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Compiling-error-returning-service-interface-in-service-locator-method-tp5715645p5715662.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

Re: ComponentEventResultProcessor for a triggered event

On Tue, 21 Aug 2012 07:51:37 -0300, llama-king   
wrote:



Hello,


Hi!

I'm not sure what you're trying to do at a higher level. It would be  
easier for us to help if you say that instead of just asking why some code  
doesn't work, specially when source of ComponentResultProcessorWrapper  
isn't provided.


--
Thiago H. de Paula Figueiredo

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Compiling error returning service interface in service locator method

On Tue, 21 Aug 2012 00:27:38 -0300, George Christman  
 wrote:


Hello, in my DMSServiceLocator.class, I have a method called getParser()  
with a return type called Parser.  I'm trying to return a service called

AutoMateParser with an Impl that extends Parser, however I'm' getting a
compiling error saying Parser is required, found AutoMateParser. When I
return new AutoMateServiceImpl() rather than my service interface, I  
receive

no compiling errors. It doesn't appear my getParser() method realizes
autoMateParser is of the same type. I tried casting AutoMateParser with
Parser, "return (Parser) autoMateParser;" which resolved compiling  
errors, but received a cast exception.


This is not a compiler error, but an exception instead. In addition, when  
you bind a service based on an interface, the instance of it you get is a  
proxy to the implementation class, not an instance of the service  
implementation, so this ClassCastException is expected. Why do you need to  
do this cast? This looks like a bad implementation decision in your code.


--
Thiago H. de Paula Figueiredo

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

T5.3.5 candidate release dependency issue - yuicompressor

2012-08-21 Thread Blower, Andy

Hi,

Having trouble installing the latest version of tapestry-yuicompressor for the 
candidate release being voted on, T5.3.5.

It seems that the organisation for the yuicompressor module was changed from 
"com.yahoo.platform.yui" to 
"com.google.code.maven-play-plugin.com.yahoo.platform.yui" in T5.3.3, but since 
I've not updated since T5.3.2 was released I've not run into this issue. 
Basically I can't resolve this dependency. I can find 
"com.yahoo.platform.yui/yuicompressor/2.4.7" but not " 
com.google.code.maven-play-plugin.com.yahoo.platform.yui/yuicompressor/2.4.7" 
anywhere.

What is the reason for this org change and what can I do to resolve this 
dependency? The rest of 5.3.5 looks good, but I can't +1 until this is 
resolved, although it's probably a simple thing.

For info, here are the lines from my Ivy.xml dependency files for 
tapestry-yuicompressor, 5.3.2 first and 5.3.5 second.






Thanks,

Andy.


-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Compiling error returning service interface in service locator method