Re: smarter css

[Chris Collins]

Is prototype a good comparison here?  It seems that both the tools mentions 
here somewhat become an extension to the template engine "server side" part of 
the T5 equation.  

After quickly playing with Tapestry-jquery it wasn't a case of "getting rid of" 
prototype, but adding safely jquery.  I certainly want to use javascript 
libraries that use both prototype and jquery.  I can imagine that one day there 
maybe extensions for tapestry that incorporate not only these competing js 
libraries but potentially leverage competing css macro languages like less and 
sass.  I guess I personally wouldn't care too much if it was one or the other 
but it certainly would be nice if as a component of tapestry you could perhaps 
have them as components that can co-exist in their own namespace.

1 1/2 cents worth.

C
On Dec 7, 2011, at 4:57 PM, Andreas Fink wrote:

> Please do not include this kind of technologies in the core.
> It took us long enough to get rid of prototype.js.
> Sure, it can be overridden but why not just offer it as part of an external 
> CoolKidsJavascriptStack.
> 
> Just my 2c.
> Andi.
> 
> On Dec 8, 2011, at 1:15 , Howard Lewis Ship wrote:
> 
>> Less or SCSS are both promising, but I'd love to see it integrated
>> into tapestry-core so that it could be used for Tapestry's default
>> stylesheet.
>> 
>> On Wed, Dec 7, 2011 at 3:32 PM, Greg Pagendam-Turner
>>  wrote:
>>> Hey Howard what about less?
>>> 
>>> 
>>> On 08/12/11 04:49, Howard Lewis Ship wrote:
 
 One thing we need to do is support SASS (http://sass-lang.com/) so
 that we can code concise&  configurable SASS stylesheets and let
 
 Tapestry expand them into ugly, redundant CSS for the client web
 browser.
 
 On Tue, Dec 6, 2011 at 6:59 PM, Chris Collins  wrote:
> 
> Makes sense.  Working in Java for too long has made me soft.  I need to
> read some c code to repent for my sins ;-}
> 
> Thanks Bob.
> 
> C
> On Dec 6, 2011, at 6:41 PM, Bob Harner wrote:
> 
>> Rather than having separate IE-only style sheets, a technique I prefer
>> is to use IE conditional comments to add an additional div around the
>> body in my layout.tml, like this:
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Once that's done, then it becomes trivially easy to add all sorts of
>> IE-specific CSS rules in your app's main (or only) style sheet file:
>> 
>> DIV.menu {
>>   /* CSS rules for most browsers go here */
>> }
>> DIV.ie-old DIV.menu {
>>   /* some IE-specific rules go here */
>> }
>> 
>> Hope this helps...
>> 
>> On Tue, Dec 6, 2011 at 12:10 PM, Chris Collins  wrote:
>>> 
>>> Thanks Peter, makes total sense.  I am so happy that css3 helped
>>> standardize cross browser support :-}
>>> 
>>> So I probably would want to detect a non HTML5 browser such as earlier
>>> IE's with something that would throw in to the css another technique 
>>> such as
>>> using a gradient filled image file (in this example)?  I don't think I 
>>> would
>>> want to throw in the technique of last resort because in the gradient 
>>> image
>>> case it would compete with the html5 technique right? For the 
>>> conditional
>>> method there is a technique proposed in:
>>> 
>>> http://tapestry.apache.org/css.html
>>> 
>>> Of course I am actually not literally talking about gradient fills I am
>>> talking about the general new vs old vs cross browser css challenge.
>>> 
>>> This client side commenting conditional logic seems to be only for IE.
>>> Would that be correct? I am guessing from a browser laggard perspective 
>>> the
>>> only older browsers people would care about would be IE in general?
>>> 
>>> Sorry for all the novice questions, by day I normally do non ui data
>>> crunching like engineering :-}
>>> 
>>> Best
>>> 
>>> C
>>> 
>>> 
>>> 
>>> 
>>> On Dec 5, 2011, at 11:23 PM, Peter Stavrinides wrote:
>>> 
 Hi Chris,
 
 
> So when it comes to css3 is it really so ugly?
 
 If you really want an answer to that, unfortunately yes... and no its
 not just gradients.
 
 
> So say I was trying to add browser specific css to my layout
> component what would people suggest as the best strategy?
 
 Browser detection is pretty awful, as its a moving target and not
 perfectly accurate, but granted in some cases a necessary evil... 
 avoid it
 if you can. Its not uncommon to simply specify all the styles for the
 various browsers because those that are not understood will simply be
 ignored... be sure though that they are not understood or you might
 encounter a nasty surprise or two. In your example there should be no 
 need
 for detection.
>>

Re: smarter css

[Lenny Primak]

but doesn't it kinda have to be in the core so the core CSS can use it?

On Dec 7, 2011, at 7:57 PM, Andreas Fink wrote:

> Please do not include this kind of technologies in the core.
> It took us long enough to get rid of prototype.js.
> Sure, it can be overridden but why not just offer it as part of an external 
> CoolKidsJavascriptStack.
> 
> Just my 2c.
> Andi.


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

Re: smarter css

[Andreas Fink]

Please do not include this kind of technologies in the core.
It took us long enough to get rid of prototype.js.
Sure, it can be overridden but why not just offer it as part of an external 
CoolKidsJavascriptStack.

Just my 2c.
Andi.

On Dec 8, 2011, at 1:15 , Howard Lewis Ship wrote:

> Less or SCSS are both promising, but I'd love to see it integrated
> into tapestry-core so that it could be used for Tapestry's default
> stylesheet.
> 
> On Wed, Dec 7, 2011 at 3:32 PM, Greg Pagendam-Turner
>  wrote:
>> Hey Howard what about less?
>> 
>> 
>> On 08/12/11 04:49, Howard Lewis Ship wrote:
>>> 
>>> One thing we need to do is support SASS (http://sass-lang.com/) so
>>> that we can code concise&  configurable SASS stylesheets and let
>>> 
>>> Tapestry expand them into ugly, redundant CSS for the client web
>>> browser.
>>> 
>>> On Tue, Dec 6, 2011 at 6:59 PM, Chris Collins  wrote:
 
 Makes sense.  Working in Java for too long has made me soft.  I need to
 read some c code to repent for my sins ;-}
 
 Thanks Bob.
 
 C
 On Dec 6, 2011, at 6:41 PM, Bob Harner wrote:
 
> Rather than having separate IE-only style sheets, a technique I prefer
> is to use IE conditional comments to add an additional div around the
> body in my layout.tml, like this:
> 
> 
> 
> 
> 
> 
> 
> Once that's done, then it becomes trivially easy to add all sorts of
> IE-specific CSS rules in your app's main (or only) style sheet file:
> 
> DIV.menu {
>/* CSS rules for most browsers go here */
> }
> DIV.ie-old DIV.menu {
>/* some IE-specific rules go here */
> }
> 
> Hope this helps...
> 
> On Tue, Dec 6, 2011 at 12:10 PM, Chris Collins  wrote:
>> 
>> Thanks Peter, makes total sense.  I am so happy that css3 helped
>> standardize cross browser support :-}
>> 
>> So I probably would want to detect a non HTML5 browser such as earlier
>> IE's with something that would throw in to the css another technique 
>> such as
>> using a gradient filled image file (in this example)?  I don't think I 
>> would
>> want to throw in the technique of last resort because in the gradient 
>> image
>> case it would compete with the html5 technique right? For the conditional
>> method there is a technique proposed in:
>> 
>> http://tapestry.apache.org/css.html
>> 
>> Of course I am actually not literally talking about gradient fills I am
>> talking about the general new vs old vs cross browser css challenge.
>> 
>> This client side commenting conditional logic seems to be only for IE.
>>  Would that be correct? I am guessing from a browser laggard perspective 
>> the
>> only older browsers people would care about would be IE in general?
>> 
>> Sorry for all the novice questions, by day I normally do non ui data
>> crunching like engineering :-}
>> 
>> Best
>> 
>> C
>> 
>> 
>> 
>> 
>> On Dec 5, 2011, at 11:23 PM, Peter Stavrinides wrote:
>> 
>>> Hi Chris,
>>> 
>>> 
 So when it comes to css3 is it really so ugly?
>>> 
>>> If you really want an answer to that, unfortunately yes... and no its
>>> not just gradients.
>>> 
>>> 
 So say I was trying to add browser specific css to my layout
 component what would people suggest as the best strategy?
>>> 
>>> Browser detection is pretty awful, as its a moving target and not
>>> perfectly accurate, but granted in some cases a necessary evil... avoid 
>>> it
>>> if you can. Its not uncommon to simply specify all the styles for the
>>> various browsers because those that are not understood will simply be
>>> ignored... be sure though that they are not understood or you might
>>> encounter a nasty surprise or two. In your example there should be no 
>>> need
>>> for detection.
>>> 
>>> 
>>> Cheers,
>>> Peter
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> - Original Message -
>>> 
>>> From: "Chris Collins"
>>> To: "Tapestry users"
>>> Sent: Tuesday, 6 December, 2011 7:48:57 AM
>>> Subject: smarter css
>>> 
>>> So when it comes to css3 is it really so ugly? Ok perhaps its just
>>> things like gradients:
>>> 
>>> 
>>> http://ie.microsoft.com/testdrive/graphics/cssgradientbackgroundmaker/default.html
>>> 
>>> So in the microsoft example above for getting a gradient background
>>> you have to use different css properties per browser. So say I was 
>>> trying to
>>> add browser specific css to my layout component what would people 
>>> suggest as
>>> the best strategy?
>>> 
>>> Random thoughts:
>>> 
>>> - You can't tml-ify css, if you could then you could condition parts
>>> of it by browser right?
>>> - Would you create a 

Re: T5.3: do we still need AssetProtectionDispatcher?

[angelochen]

Hi,

tried that and duplicated the issue, this is the same issue as in 5.2.6,
that's the reason I use Robert's AssetProtectionDispatcher, looks like 5.3
and 5.2.6 handle this same way, have tried your code and it works. hope
Robert will have his AssetProtectionDispatcher ready for 5.3 as well.

Thanks, angelo



lprimak wrote
> 
> You can still get a directory listing of assets, but you can't access them
> directly.
> I have a fix in the flowlogix library for this, but perhaps I should file
> a JIRA...
> 
> 
> On Dec 7, 2011, at 8:08 AM, Robert Zeigler wrote:
> 
>> I don't think so. Tapestry's default mechanisms are better now.  I think
>> my Dispatcher is still a bit more stringent and a bit more
>> configurable/flexible, but you shouldn't need it.  That said, I will
>> still go ahead and migrate the service to 5.3 for those who wish to
>> continue using it.
>> 
>> Robert
> 
> 
> 


--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/T5-3-do-we-still-need-AssetProtectionDispatcher-tp5055048p5057376.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: smarter css

[Howard Lewis Ship]

Less or SCSS are both promising, but I'd love to see it integrated
into tapestry-core so that it could be used for Tapestry's default
stylesheet.

On Wed, Dec 7, 2011 at 3:32 PM, Greg Pagendam-Turner
 wrote:
> Hey Howard what about less?
>
>
> On 08/12/11 04:49, Howard Lewis Ship wrote:
>>
>> One thing we need to do is support SASS (http://sass-lang.com/) so
>> that we can code concise&  configurable SASS stylesheets and let
>>
>> Tapestry expand them into ugly, redundant CSS for the client web
>> browser.
>>
>> On Tue, Dec 6, 2011 at 6:59 PM, Chris Collins  wrote:
>>>
>>> Makes sense.  Working in Java for too long has made me soft.  I need to
>>> read some c code to repent for my sins ;-}
>>>
>>> Thanks Bob.
>>>
>>> C
>>> On Dec 6, 2011, at 6:41 PM, Bob Harner wrote:
>>>
 Rather than having separate IE-only style sheets, a technique I prefer
 is to use IE conditional comments to add an additional div around the
 body in my layout.tml, like this:

 
 
 
 
 

 Once that's done, then it becomes trivially easy to add all sorts of
 IE-specific CSS rules in your app's main (or only) style sheet file:

 DIV.menu {
    /* CSS rules for most browsers go here */
 }
 DIV.ie-old DIV.menu {
    /* some IE-specific rules go here */
 }

 Hope this helps...

 On Tue, Dec 6, 2011 at 12:10 PM, Chris Collins  wrote:
>
> Thanks Peter, makes total sense.  I am so happy that css3 helped
> standardize cross browser support :-}
>
> So I probably would want to detect a non HTML5 browser such as earlier
> IE's with something that would throw in to the css another technique such 
> as
> using a gradient filled image file (in this example)?  I don't think I 
> would
> want to throw in the technique of last resort because in the gradient 
> image
> case it would compete with the html5 technique right? For the conditional
> method there is a technique proposed in:
>
> http://tapestry.apache.org/css.html
>
> Of course I am actually not literally talking about gradient fills I am
> talking about the general new vs old vs cross browser css challenge.
>
> This client side commenting conditional logic seems to be only for IE.
>  Would that be correct? I am guessing from a browser laggard perspective 
> the
> only older browsers people would care about would be IE in general?
>
> Sorry for all the novice questions, by day I normally do non ui data
> crunching like engineering :-}
>
> Best
>
> C
>
>
>
>
> On Dec 5, 2011, at 11:23 PM, Peter Stavrinides wrote:
>
>> Hi Chris,
>>
>>
>>> So when it comes to css3 is it really so ugly?
>>
>> If you really want an answer to that, unfortunately yes... and no its
>> not just gradients.
>>
>>
>>> So say I was trying to add browser specific css to my layout
>>> component what would people suggest as the best strategy?
>>
>> Browser detection is pretty awful, as its a moving target and not
>> perfectly accurate, but granted in some cases a necessary evil... avoid 
>> it
>> if you can. Its not uncommon to simply specify all the styles for the
>> various browsers because those that are not understood will simply be
>> ignored... be sure though that they are not understood or you might
>> encounter a nasty surprise or two. In your example there should be no 
>> need
>> for detection.
>>
>>
>> Cheers,
>> Peter
>>
>>
>>
>>
>>
>>
>>
>> - Original Message -
>>
>> From: "Chris Collins"
>> To: "Tapestry users"
>> Sent: Tuesday, 6 December, 2011 7:48:57 AM
>> Subject: smarter css
>>
>> So when it comes to css3 is it really so ugly? Ok perhaps its just
>> things like gradients:
>>
>>
>> http://ie.microsoft.com/testdrive/graphics/cssgradientbackgroundmaker/default.html
>>
>> So in the microsoft example above for getting a gradient background
>> you have to use different css properties per browser. So say I was 
>> trying to
>> add browser specific css to my layout component what would people 
>> suggest as
>> the best strategy?
>>
>> Random thoughts:
>>
>> - You can't tml-ify css, if you could then you could condition parts
>> of it by browser right?
>> - Would you create a series of browser specific css assets then build
>> inject them directly into the layout page?
>>
>> Clearly I don't have a clue :-}
>>
>> again sorry for dumb questions.
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>
>>
>
> ---

Re: smarter css

[Greg Pagendam-Turner]

Hey Howard what about less?

On 08/12/11 04:49, Howard Lewis Ship wrote:

One thing we need to do is support SASS (http://sass-lang.com/) so
that we can code concise&  configurable SASS stylesheets and let
Tapestry expand them into ugly, redundant CSS for the client web
browser.

On Tue, Dec 6, 2011 at 6:59 PM, Chris Collins  wrote:

Makes sense.  Working in Java for too long has made me soft.  I need to read 
some c code to repent for my sins ;-}

Thanks Bob.

C
On Dec 6, 2011, at 6:41 PM, Bob Harner wrote:


Rather than having separate IE-only style sheets, a technique I prefer
is to use IE conditional comments to add an additional div around the
body in my layout.tml, like this:







Once that's done, then it becomes trivially easy to add all sorts of
IE-specific CSS rules in your app's main (or only) style sheet file:

DIV.menu {
/* CSS rules for most browsers go here */
}
DIV.ie-old DIV.menu {
/* some IE-specific rules go here */
}

Hope this helps...

On Tue, Dec 6, 2011 at 12:10 PM, Chris Collins  wrote:

Thanks Peter, makes total sense.  I am so happy that css3 helped standardize 
cross browser support :-}

So I probably would want to detect a non HTML5 browser such as earlier IE's 
with something that would throw in to the css another technique such as using a 
gradient filled image file (in this example)?  I don't think I would want to 
throw in the technique of last resort because in the gradient image case it 
would compete with the html5 technique right? For the conditional method there 
is a technique proposed in:

http://tapestry.apache.org/css.html

Of course I am actually not literally talking about gradient fills I am talking 
about the general new vs old vs cross browser css challenge.

This client side commenting conditional logic seems to be only for IE.  Would 
that be correct? I am guessing from a browser laggard perspective the only 
older browsers people would care about would be IE in general?

Sorry for all the novice questions, by day I normally do non ui data crunching 
like engineering :-}

Best

C




On Dec 5, 2011, at 11:23 PM, Peter Stavrinides wrote:


Hi Chris,



So when it comes to css3 is it really so ugly?

If you really want an answer to that, unfortunately yes... and no its not just 
gradients.



So say I was trying to add browser specific css to my layout component what 
would people suggest as the best strategy?

Browser detection is pretty awful, as its a moving target and not perfectly 
accurate, but granted in some cases a necessary evil... avoid it if you can. 
Its not uncommon to simply specify all the styles for the various browsers 
because those that are not understood will simply be ignored... be sure though 
that they are not understood or you might encounter a nasty surprise or two. In 
your example there should be no need for detection.


Cheers,
Peter







- Original Message -

From: "Chris Collins"
To: "Tapestry users"
Sent: Tuesday, 6 December, 2011 7:48:57 AM
Subject: smarter css

So when it comes to css3 is it really so ugly? Ok perhaps its just things like 
gradients:

http://ie.microsoft.com/testdrive/graphics/cssgradientbackgroundmaker/default.html

So in the microsoft example above for getting a gradient background you have to 
use different css properties per browser. So say I was trying to add browser 
specific css to my layout component what would people suggest as the best 
strategy?

Random thoughts:

- You can't tml-ify css, if you could then you could condition parts of it by 
browser right?
- Would you create a series of browser specific css assets then build inject 
them directly into the layout page?

Clearly I don't have a clue :-}

again sorry for dumb questions.

-
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


-
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







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

Re: T5.3: do we still need AssetProtectionDispatcher?

[Lenny Primak]

Nope. It will not. 



On Dec 7, 2011, at 5:37 PM, "Martin Strand"  
wrote:

> What if there is no trailing slash, won't that give you a directory listing 
> anyway?
> 
> 
> On Wed, 07 Dec 2011 22:29:45 +0100, Lenny Primak  
> wrote:
> 
>> Jira created: https://issues.apache.org/jira/browse/TAP5-1779
>> 
>> On Dec 7, 2011, at 2:25 PM, David Rees wrote:
>> 
>>> On Wed, Dec 7, 2011 at 10:53 AM, Lenny Primak  
>>> wrote:
 You can still get a directory listing of assets, but you can't access them 
 directly.
 I have a fix in the flowlogix library for this, but perhaps I should file 
 a JIRA...
>>> 
>>> Yeah, you should.  That's an information disclosure security bug...
> 
> -
> 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: do we still need AssetProtectionDispatcher?

[Martin Strand]

What if there is no trailing slash, won't that give you a directory listing 
anyway?


On Wed, 07 Dec 2011 22:29:45 +0100, Lenny Primak  wrote:


Jira created: https://issues.apache.org/jira/browse/TAP5-1779

On Dec 7, 2011, at 2:25 PM, David Rees wrote:


On Wed, Dec 7, 2011 at 10:53 AM, Lenny Primak  wrote:

You can still get a directory listing of assets, but you can't access them 
directly.
I have a fix in the flowlogix library for this, but perhaps I should file a 
JIRA...


Yeah, you should.  That's an information disclosure security bug...


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

Re: [5.3] JSONArray Error while submitting forms

[Josh Canfield]

A copy of the request would be helpful. It seems like in the first
report the "t:submit" parameter was coming back as a quoted string,
but later reports seem to have it fixed by checking if it's empty.

On Wed, Dec 7, 2011 at 1:58 PM, Gunnar Eketrapp
 wrote:
> I have no idea! For sure there must be something special with your case, my
> case and Seamus case.
>
> Or perhaps we are the only one using form's :-)
>
> My browser is Chrome ...
>
> I have coded around the problem for now by using my own 5.3.1 as reported
> above.
>
>
> 2011/12/7 Muhammad Gelbana 
>
>> But how come this issue isn't causing enough noise !!! We must have
>> something common in our code that is very unique !!!
>> I can't figure out what could be unique in my login page !!..2 fields
>> form...1 submit button...1 event handling method !
>>
>> On Wed, Dec 7, 2011 at 9:24 PM, Gunnar Eketrapp
>> wrote:
>>
>> > I just created an issue for this
>> > https://issues.apache.org/jira/browse/TAP5-1777
>> >
>> > I would love to see a fix for this otherwise I must go into production
>> with
>> > my own brewed 5.3.1
>> > or revert to 5.2.6.
>> >
>> > Thanks in advance,
>> > Gunnar Eketrapp
>> >
>> > 2011/12/7 Muhammad Gelbana 
>> >
>> > > Facing the same issue !! I didn't expect that to happen and it will
>> take
>> > > sometime to revert back to 5.2.6 :(
>> > >
>> > > I cleared my browser's cache and made sure I'm using tapestry's latest
>> > > css\js...still having the same problem with a form that has nothing to
>> do
>> > > ajax !
>> > >
>> > > On Wed, Dec 7, 2011 at 8:36 AM, Gunnar Eketrapp
>> > > wrote:
>> > >
>> > > > if (raw != null && *!raw.isEmpty() &&*
>> > > >                new *JSONArray(raw)*.getString(1).equals
>> > > >
>> > > > This seems to have solved the problem.
>> > > >
>> > > > I made this fix in *Form.java, Submit.java* and *LinkSubmit.java*.
>> > Built
>> > > > and installed my own 5.3.1 in my local maven repo.
>> > > >
>> > > > Rebuilt my project and now I can login and run the app again.
>> > > >
>> > > > It has been been very quiet in this thread ...
>> > > >
>> > > > Can anyone (that understands web development) give a comment ...
>> please
>> > > ...
>> > > >
>> > > > Thanks in advance,
>> > > > Gunnar Eketrapp
>> > > >
>> > > >
>> > > >
>> > > > 2011/12/6 Gunnar Eketrapp 
>> > > >
>> > > > > A possible solution would be to make a code around in the method
>> > > > > isFormCancelled() in Form.java.
>> > > > >
>> > > > > /Gunnar
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >   if (raw != null &&
>> > > > >                 new *JSONArray(raw)*
>> > > > > .getString(1).equals(InternalConstants.CANCEL_NAME))
>> > > > >         {
>> > > > >             return true;
>> > > > >         }
>> > > > > 
>> > > > >
>> > > > >
>> > > > >   if (raw != null && *!raw.isEmpty() &&*
>> > > > >                 new *JSONArray(raw)*
>> > > > > .getString(1).equals(InternalConstants.CANCEL_NAME))
>> > > > >         {
>> > > > >             return true;
>> > > > >         }
>> > > > >
>> > > > >
>> > > > >
>> > > > > 2011/12/6 Seamus 
>> > > > >
>> > > > >> Anyone have a solution to this. I have a form which I dont believe
>> > is
>> > > > >> making
>> > > > >> use of any ajax (unless tapestry is and I dont know about it I am
>> > > using
>> > > > >> the
>> > > > >> current T5.3 release) and I get this error. When inspecting my
>> page
>> > in
>> > > > >> chrome and looking at the resources I see prototype 1.7 and
>> > > > scriptaculous
>> > > > >> 1.9.
>> > > > >>
>> > > > >> I dont see any other versions loaded for me to try and remove.
>> > > > >>
>> > > > >> --
>> > > > >> View this message in context:
>> > > > >>
>> > > >
>> > >
>> >
>> http://tapestry.1045711.n5.nabble.com/5-3-JSONArray-Error-while-submitting-forms-tp5011831p5052214.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
>> > > > >>
>> > > > >>
>> > > > >
>> > > > >
>> > > > > --
>> > > > > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
>> > > > > Allévägen 2A, 132 42 Saltsjö-Boo
>> > > > >
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
>> > > > Allévägen 2A, 132 42 Saltsjö-Boo
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > *Regards,*
>> > > *Muhammad Gelbana
>> > > Java Developer*
>> > >
>> >
>> >
>> >
>> > --
>> > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
>> > Allévägen 2A, 132 42 Saltsjö-Boo
>> >
>>
>>
>>
>> --
>> *Regards,*
>> *Muhammad Gelbana
>> Java Developer*
>>
>
>
>
> --
> [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> Allévägen 2A, 132 42 Saltsjö-Boo

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

Re: [5.3] JSONArray Error while submitting forms

[Seamus Minogue]

I too am using chrome... My form is simple, 5 radio buttons and a submit button.
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: Template parsing vulnerable to whims of default charset

[Robert Coie]

On Wed, Dec 07, 2011 at 01:47:04PM -0800, Kalle Korhonen wrote:

> There are plenty of other read operations and they should all
> then explicitly specify UTF-8, otherwise you get mixed results.

I got the impression from reading
 that this was
intended to be the current state of affairs.

> What if Tapestry, or your own code depends on a library that doesn't
> specify the encoding but uses platform default.

I'd consider that a bug. What is the point of having the
"tapestry.charset" property if it's not truly all-encompassing?

> Perhaps a better, more
> generic solution is just to document that JVM's default encoding
> should be set to -Dfile.encoding=UTF-8.

Sounds brittle to me. Few things are more frustrating than environmental
dependency problems, because they don't show up in tests or in the
development environment. They wait to bite you until deployment time.

-- 
Robert Coie
Implementor, Apropos K.K.

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

Re: [5.3] JSONArray Error while submitting forms

[Gunnar Eketrapp]

I have no idea! For sure there must be something special with your case, my
case and Seamus case.

Or perhaps we are the only one using form's :-)

My browser is Chrome ...

I have coded around the problem for now by using my own 5.3.1 as reported
above.


2011/12/7 Muhammad Gelbana 

> But how come this issue isn't causing enough noise !!! We must have
> something common in our code that is very unique !!!
> I can't figure out what could be unique in my login page !!..2 fields
> form...1 submit button...1 event handling method !
>
> On Wed, Dec 7, 2011 at 9:24 PM, Gunnar Eketrapp
> wrote:
>
> > I just created an issue for this
> > https://issues.apache.org/jira/browse/TAP5-1777
> >
> > I would love to see a fix for this otherwise I must go into production
> with
> > my own brewed 5.3.1
> > or revert to 5.2.6.
> >
> > Thanks in advance,
> > Gunnar Eketrapp
> >
> > 2011/12/7 Muhammad Gelbana 
> >
> > > Facing the same issue !! I didn't expect that to happen and it will
> take
> > > sometime to revert back to 5.2.6 :(
> > >
> > > I cleared my browser's cache and made sure I'm using tapestry's latest
> > > css\js...still having the same problem with a form that has nothing to
> do
> > > ajax !
> > >
> > > On Wed, Dec 7, 2011 at 8:36 AM, Gunnar Eketrapp
> > > wrote:
> > >
> > > > if (raw != null && *!raw.isEmpty() &&*
> > > >new *JSONArray(raw)*.getString(1).equals
> > > >
> > > > This seems to have solved the problem.
> > > >
> > > > I made this fix in *Form.java, Submit.java* and *LinkSubmit.java*.
> > Built
> > > > and installed my own 5.3.1 in my local maven repo.
> > > >
> > > > Rebuilt my project and now I can login and run the app again.
> > > >
> > > > It has been been very quiet in this thread ...
> > > >
> > > > Can anyone (that understands web development) give a comment ...
> please
> > > ...
> > > >
> > > > Thanks in advance,
> > > > Gunnar Eketrapp
> > > >
> > > >
> > > >
> > > > 2011/12/6 Gunnar Eketrapp 
> > > >
> > > > > A possible solution would be to make a code around in the method
> > > > > isFormCancelled() in Form.java.
> > > > >
> > > > > /Gunnar
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >   if (raw != null &&
> > > > > new *JSONArray(raw)*
> > > > > .getString(1).equals(InternalConstants.CANCEL_NAME))
> > > > > {
> > > > > return true;
> > > > > }
> > > > > 
> > > > >
> > > > >
> > > > >   if (raw != null && *!raw.isEmpty() &&*
> > > > > new *JSONArray(raw)*
> > > > > .getString(1).equals(InternalConstants.CANCEL_NAME))
> > > > > {
> > > > > return true;
> > > > > }
> > > > >
> > > > >
> > > > >
> > > > > 2011/12/6 Seamus 
> > > > >
> > > > >> Anyone have a solution to this. I have a form which I dont believe
> > is
> > > > >> making
> > > > >> use of any ajax (unless tapestry is and I dont know about it I am
> > > using
> > > > >> the
> > > > >> current T5.3 release) and I get this error. When inspecting my
> page
> > in
> > > > >> chrome and looking at the resources I see prototype 1.7 and
> > > > scriptaculous
> > > > >> 1.9.
> > > > >>
> > > > >> I dont see any other versions loaded for me to try and remove.
> > > > >>
> > > > >> --
> > > > >> View this message in context:
> > > > >>
> > > >
> > >
> >
> http://tapestry.1045711.n5.nabble.com/5-3-JSONArray-Error-while-submitting-forms-tp5011831p5052214.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
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> > > > > Allévägen 2A, 132 42 Saltsjö-Boo
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> > > > Allévägen 2A, 132 42 Saltsjö-Boo
> > > >
> > >
> > >
> > >
> > > --
> > > *Regards,*
> > > *Muhammad Gelbana
> > > Java Developer*
> > >
> >
> >
> >
> > --
> > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> > Allévägen 2A, 132 42 Saltsjö-Boo
> >
>
>
>
> --
> *Regards,*
> *Muhammad Gelbana
> Java Developer*
>



-- 
[Hem: 08-715 59 57, Mobil: 070-991 86 42]
Allévägen 2A, 132 42 Saltsjö-Boo

Re: Template parsing vulnerable to whims of default charset

[Kalle Korhonen]

On Wed, Dec 7, 2011 at 1:09 PM, Martin Strand
 wrote:
> On Wed, 07 Dec 2011 19:08:19 +0100, Kalle Korhonen
>  wrote:
>> 2011/12/6 Robert Coie :
>>> On Tue, Dec 06, 2011 at 04:49:42PM -0800, Kalle Korhonen wrote:
 What's your JVM's file.encoding set to? (e.g. -Dfile.encoding=UTF-8).
 The default for most JVMs is *not* UTF-8. Tapestry assumes UTF-8
 throughout.
>>> I believe it's US-ASCII, as checked by Charset.defaultCharset(),
>>> although I have seen some other reports indicating that that may not be
>>> reliable due to caching. It's not "my" JVM in the sense that I can't
>>> change the settings - it's at the mercy of Google App Engine.
>> Ah, you are using GAE. Should have said that in the beginning. See
>> http://gaelyk.appspot.com/tutorial/setup for example and set the JVM
>> encoding to UTF-8.
> The point is still valid - Tapestry should not depend on the default
> charset.
> Robert, since you already found the problem perhaps you could open a jira
> ticket and submit a patch?
> https://issues.apache.org/jira/browse/TAP5

What kind of patch are you envisioning? You could do it for
XMLTokenStream, but I wonder if this creates more problems than
solves. There are plenty of other read operations and they should all
then explicitly specify UTF-8, otherwise you get mixed results. What
if Tapestry, or your own code depends on a library that doesn't
specify the encoding but uses platform default. Perhaps a better, more
generic solution is just to document that JVM's default encoding
should be set to -Dfile.encoding=UTF-8.

Kalle

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

Re: [5.3] JPA Maven Dependency not found

[Igor Drobiazko]

You can also add the following repository to get the dependencies:

http://download.eclipse.org/rt/eclipselink/maven.repo/

This is how we fixed the issue in trunk and 5.3 branch.

On Wed, Dec 7, 2011 at 10:36 PM, Lenny Primak wrote:

> Use this:
>
>org.apache.tapestry
>tapestry-jpa
>${tap.version}
>jar
>compile
>
>
>javax.persistence
>org.eclipse.persistence
>
>
>
>
> More examples here:
> http://code.google.com/p/flowlogix/source/browse/build-core/pom.xml
>
>
> On Dec 7, 2011, at 4:34 PM, jeczmien wrote:
>
> > 5.3 is out, but dependency persist...
> >
> > --
> > View this message in context:
> http://tapestry.1045711.n5.nabble.com/5-3-JPA-Maven-Dependency-not-found-tp4974063p5057050.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
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Re: [5.3] JPA Maven Dependency not found

[Lenny Primak]

Use this:

org.apache.tapestry
tapestry-jpa
${tap.version}
jar
compile


javax.persistence
org.eclipse.persistence




More examples here: 
http://code.google.com/p/flowlogix/source/browse/build-core/pom.xml


On Dec 7, 2011, at 4:34 PM, jeczmien wrote:

> 5.3 is out, but dependency persist...
> 
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/5-3-JPA-Maven-Dependency-not-found-tp4974063p5057050.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

Re: Template parsing vulnerable to whims of default charset

[Thiago H. de Paula Figueiredo]

On Wed, 07 Dec 2011 19:32:40 -0200, Robert Coie  wrote:

On Wed, Dec 07, 2011 at 09:29:35AM -0200, Thiago H. de Paula Figueiredo  
wrote:



Agreed! Could you post a JIRA please?


I hope I did it right.



You did! Thanks!

--
Thiago H. de Paula Figueiredo
Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,  
and instructor

Owner, Ars Machina Tecnologia da Informação Ltda.
http://www.arsmachina.com.br

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

Re: [5.3] JPA Maven Dependency not found

[jeczmien]

5.3 is out, but dependency persist...

--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/5-3-JPA-Maven-Dependency-not-found-tp4974063p5057050.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: do we still need AssetProtectionDispatcher?

[Lenny Primak]

Jira created: https://issues.apache.org/jira/browse/TAP5-1779

On Dec 7, 2011, at 2:25 PM, David Rees wrote:

> On Wed, Dec 7, 2011 at 10:53 AM, Lenny Primak  wrote:
>> You can still get a directory listing of assets, but you can't access them 
>> directly.
>> I have a fix in the flowlogix library for this, but perhaps I should file a 
>> JIRA...
> 
> Yeah, you should.  That's an information disclosure security bug...
> 
> -Dave
> 
> -
> 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: Template parsing vulnerable to whims of default charset

[Robert Coie]

On Wed, Dec 07, 2011 at 09:29:35AM -0200, Thiago H. de Paula Figueiredo wrote:

> Agreed! Could you post a JIRA please?

I hope I did it right.


-- 
Robert Coie
Implementor, Apropos K.K.

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

Re: [5.3] JSONArray Error while submitting forms

[Muhammad Gelbana]

But how come this issue isn't causing enough noise !!! We must have
something common in our code that is very unique !!!
I can't figure out what could be unique in my login page !!..2 fields
form...1 submit button...1 event handling method !

On Wed, Dec 7, 2011 at 9:24 PM, Gunnar Eketrapp
wrote:

> I just created an issue for this
> https://issues.apache.org/jira/browse/TAP5-1777
>
> I would love to see a fix for this otherwise I must go into production with
> my own brewed 5.3.1
> or revert to 5.2.6.
>
> Thanks in advance,
> Gunnar Eketrapp
>
> 2011/12/7 Muhammad Gelbana 
>
> > Facing the same issue !! I didn't expect that to happen and it will take
> > sometime to revert back to 5.2.6 :(
> >
> > I cleared my browser's cache and made sure I'm using tapestry's latest
> > css\js...still having the same problem with a form that has nothing to do
> > ajax !
> >
> > On Wed, Dec 7, 2011 at 8:36 AM, Gunnar Eketrapp
> > wrote:
> >
> > > if (raw != null && *!raw.isEmpty() &&*
> > >new *JSONArray(raw)*.getString(1).equals
> > >
> > > This seems to have solved the problem.
> > >
> > > I made this fix in *Form.java, Submit.java* and *LinkSubmit.java*.
> Built
> > > and installed my own 5.3.1 in my local maven repo.
> > >
> > > Rebuilt my project and now I can login and run the app again.
> > >
> > > It has been been very quiet in this thread ...
> > >
> > > Can anyone (that understands web development) give a comment ... please
> > ...
> > >
> > > Thanks in advance,
> > > Gunnar Eketrapp
> > >
> > >
> > >
> > > 2011/12/6 Gunnar Eketrapp 
> > >
> > > > A possible solution would be to make a code around in the method
> > > > isFormCancelled() in Form.java.
> > > >
> > > > /Gunnar
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >   if (raw != null &&
> > > > new *JSONArray(raw)*
> > > > .getString(1).equals(InternalConstants.CANCEL_NAME))
> > > > {
> > > > return true;
> > > > }
> > > > 
> > > >
> > > >
> > > >   if (raw != null && *!raw.isEmpty() &&*
> > > > new *JSONArray(raw)*
> > > > .getString(1).equals(InternalConstants.CANCEL_NAME))
> > > > {
> > > > return true;
> > > > }
> > > >
> > > >
> > > >
> > > > 2011/12/6 Seamus 
> > > >
> > > >> Anyone have a solution to this. I have a form which I dont believe
> is
> > > >> making
> > > >> use of any ajax (unless tapestry is and I dont know about it I am
> > using
> > > >> the
> > > >> current T5.3 release) and I get this error. When inspecting my page
> in
> > > >> chrome and looking at the resources I see prototype 1.7 and
> > > scriptaculous
> > > >> 1.9.
> > > >>
> > > >> I dont see any other versions loaded for me to try and remove.
> > > >>
> > > >> --
> > > >> View this message in context:
> > > >>
> > >
> >
> http://tapestry.1045711.n5.nabble.com/5-3-JSONArray-Error-while-submitting-forms-tp5011831p5052214.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
> > > >>
> > > >>
> > > >
> > > >
> > > > --
> > > > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> > > > Allévägen 2A, 132 42 Saltsjö-Boo
> > > >
> > >
> > >
> > >
> > > --
> > > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> > > Allévägen 2A, 132 42 Saltsjö-Boo
> > >
> >
> >
> >
> > --
> > *Regards,*
> > *Muhammad Gelbana
> > Java Developer*
> >
>
>
>
> --
> [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> Allévägen 2A, 132 42 Saltsjö-Boo
>



-- 
*Regards,*
*Muhammad Gelbana
Java Developer*

Re: Template parsing vulnerable to whims of default charset

[Martin Strand]

On Wed, 07 Dec 2011 19:08:19 +0100, Kalle Korhonen  
wrote:


2011/12/6 Robert Coie :

On Tue, Dec 06, 2011 at 04:49:42PM -0800, Kalle Korhonen wrote:

What's your JVM's file.encoding set to? (e.g. -Dfile.encoding=UTF-8).
The default for most JVMs is *not* UTF-8. Tapestry assumes UTF-8
throughout.

I believe it's US-ASCII, as checked by Charset.defaultCharset(),
although I have seen some other reports indicating that that may not be
reliable due to caching. It's not "my" JVM in the sense that I can't
change the settings - it's at the mercy of Google App Engine.


Ah, you are using GAE. Should have said that in the beginning. See
http://gaelyk.appspot.com/tutorial/setup for example and set the JVM
encoding to UTF-8.



The point is still valid - Tapestry should not depend on the default charset.
Robert, since you already found the problem perhaps you could open a jira 
ticket and submit a patch?
https://issues.apache.org/jira/browse/TAP5

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

Artifacts in T5.3 tree component

[Chris Collins]

I was playing with the tree component and had a background color set in my css 
as a gradient.  

When I draw the tree I am seeing an interesting artifact.  The last node within 
each sub branch has a white background.  I guess its related to the css 
associated with class t-last defined for that element.  Should I file a bug or 
is it something I am doing wrong?  

Defining in my layout.css didn't help: 

DIV.t-tree-container LI.t-last
{
background-color: transparent;
}

Actually trying different colors defined in my layout.css didn't work at all.  
Playing with the inspector in firefox disabling parts of the css made me 
realize that perhaps the white is there to cover up part of the vertical bar of 
the three layout.  Seems that currently this tree only works well with a white 
background.

C



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

Re: Tapestry 5.2.6 combine javascript

[Seamus Minogue]

I should also mention that no core.js file is being created either. 
Scriptaculous and Prototype are both seperate js files. I took a look at 
this: http://tapestry.1045711.n5.nabble.com/Combine-scripts-doesn-t-work-in-5-2-4-td3343378.html
 and from there went and looked into the hotel-booking application on github 
but I dont see any stack being created for core? Am I just not seeing it?

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

AjaxFormLoop not populating values for the newly created form elements after submission

[shaan]

Can someone please point out when/where in the code during the form
submission, ajaxformloop copies the newly added row results I'm referring to
the following example code -
http://jumpstart.doublenegative.com.au/jumpstart/examples/ajax/formloop1

I've a similar code, following is my ValueEncoder

@Log
public ValueEncoder getPromotionEncoder() {

return new ValueEncoder() {

@Log
public String toClient(Promotion promo) {
log.debug("toClient id="+promo.getId());
if (promo.getId() == 0)
{
return NEW_PROMOTION;
}
return new Long(promo.getId()).toString();
}
@Log
public Promotion toValue(String id) {

log.debug("toValue id="+id);
Promotion promotion = null;

if (id.equals(NEW_PROMOTION))
{
promotion = new Promotion();
newPromotions.add(promotion);
}
else 
{
promotion =
crudService.findUniqueWithNamedQuery(Promotion.BY_ID,
QueryParameters.with("id", new
Long(id).longValue()).parameters());
}
return promotion == null? new Promotion(): promotion;
}
};
}

When onSuccess() method is called after the form submission, I can't access
the values of the newly created rows which I store in newPromotions in the
toValue() method above.

Appreciate any help on this.

Thanks, 
Shaan


--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/AjaxFormLoop-not-populating-values-for-the-newly-created-form-elements-after-submission-tp5054568p5054568.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: do we still need AssetProtectionDispatcher?

[David Rees]

On Wed, Dec 7, 2011 at 10:53 AM, Lenny Primak  wrote:
> You can still get a directory listing of assets, but you can't access them 
> directly.
> I have a fix in the flowlogix library for this, but perhaps I should file a 
> JIRA...

Yeah, you should.  That's an information disclosure security bug...

-Dave

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

Re: [5.3] JSONArray Error while submitting forms

[Gunnar Eketrapp]

I just created an issue for this
https://issues.apache.org/jira/browse/TAP5-1777

I would love to see a fix for this otherwise I must go into production with
my own brewed 5.3.1
or revert to 5.2.6.

Thanks in advance,
Gunnar Eketrapp

2011/12/7 Muhammad Gelbana 

> Facing the same issue !! I didn't expect that to happen and it will take
> sometime to revert back to 5.2.6 :(
>
> I cleared my browser's cache and made sure I'm using tapestry's latest
> css\js...still having the same problem with a form that has nothing to do
> ajax !
>
> On Wed, Dec 7, 2011 at 8:36 AM, Gunnar Eketrapp
> wrote:
>
> > if (raw != null && *!raw.isEmpty() &&*
> >new *JSONArray(raw)*.getString(1).equals
> >
> > This seems to have solved the problem.
> >
> > I made this fix in *Form.java, Submit.java* and *LinkSubmit.java*. Built
> > and installed my own 5.3.1 in my local maven repo.
> >
> > Rebuilt my project and now I can login and run the app again.
> >
> > It has been been very quiet in this thread ...
> >
> > Can anyone (that understands web development) give a comment ... please
> ...
> >
> > Thanks in advance,
> > Gunnar Eketrapp
> >
> >
> >
> > 2011/12/6 Gunnar Eketrapp 
> >
> > > A possible solution would be to make a code around in the method
> > > isFormCancelled() in Form.java.
> > >
> > > /Gunnar
> > >
> > >
> > >
> > >
> > >
> > >   if (raw != null &&
> > > new *JSONArray(raw)*
> > > .getString(1).equals(InternalConstants.CANCEL_NAME))
> > > {
> > > return true;
> > > }
> > > 
> > >
> > >
> > >   if (raw != null && *!raw.isEmpty() &&*
> > > new *JSONArray(raw)*
> > > .getString(1).equals(InternalConstants.CANCEL_NAME))
> > > {
> > > return true;
> > > }
> > >
> > >
> > >
> > > 2011/12/6 Seamus 
> > >
> > >> Anyone have a solution to this. I have a form which I dont believe is
> > >> making
> > >> use of any ajax (unless tapestry is and I dont know about it I am
> using
> > >> the
> > >> current T5.3 release) and I get this error. When inspecting my page in
> > >> chrome and looking at the resources I see prototype 1.7 and
> > scriptaculous
> > >> 1.9.
> > >>
> > >> I dont see any other versions loaded for me to try and remove.
> > >>
> > >> --
> > >> View this message in context:
> > >>
> >
> http://tapestry.1045711.n5.nabble.com/5-3-JSONArray-Error-while-submitting-forms-tp5011831p5052214.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
> > >>
> > >>
> > >
> > >
> > > --
> > > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> > > Allévägen 2A, 132 42 Saltsjö-Boo
> > >
> >
> >
> >
> > --
> > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> > Allévägen 2A, 132 42 Saltsjö-Boo
> >
>
>
>
> --
> *Regards,*
> *Muhammad Gelbana
> Java Developer*
>



-- 
[Hem: 08-715 59 57, Mobil: 070-991 86 42]
Allévägen 2A, 132 42 Saltsjö-Boo

Re: T5.3: do we still need AssetProtectionDispatcher?

[Lenny Primak]

You can still get a directory listing of assets, but you can't access them 
directly.
I have a fix in the flowlogix library for this, but perhaps I should file a 
JIRA...


On Dec 7, 2011, at 8:08 AM, Robert Zeigler wrote:

> I don't think so. Tapestry's default mechanisms are better now.  I think my 
> Dispatcher is still a bit more stringent and a bit more 
> configurable/flexible, but you shouldn't need it.  That said, I will still go 
> ahead and migrate the service to 5.3 for those who wish to continue using it.
> 
> Robert


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

Re: smarter css

[Howard Lewis Ship]

One thing we need to do is support SASS (http://sass-lang.com/) so
that we can code concise & configurable SASS stylesheets and let
Tapestry expand them into ugly, redundant CSS for the client web
browser.

On Tue, Dec 6, 2011 at 6:59 PM, Chris Collins  wrote:
> Makes sense.  Working in Java for too long has made me soft.  I need to read 
> some c code to repent for my sins ;-}
>
> Thanks Bob.
>
> C
> On Dec 6, 2011, at 6:41 PM, Bob Harner wrote:
>
>> Rather than having separate IE-only style sheets, a technique I prefer
>> is to use IE conditional comments to add an additional div around the
>> body in my layout.tml, like this:
>>
>> 
>> 
>> 
>> 
>> 
>>
>> Once that's done, then it becomes trivially easy to add all sorts of
>> IE-specific CSS rules in your app's main (or only) style sheet file:
>>
>> DIV.menu {
>>    /* CSS rules for most browsers go here */
>> }
>> DIV.ie-old DIV.menu {
>>    /* some IE-specific rules go here */
>> }
>>
>> Hope this helps...
>>
>> On Tue, Dec 6, 2011 at 12:10 PM, Chris Collins  wrote:
>>> Thanks Peter, makes total sense.  I am so happy that css3 helped 
>>> standardize cross browser support :-}
>>>
>>> So I probably would want to detect a non HTML5 browser such as earlier IE's 
>>> with something that would throw in to the css another technique such as 
>>> using a gradient filled image file (in this example)?  I don't think I 
>>> would want to throw in the technique of last resort because in the gradient 
>>> image case it would compete with the html5 technique right? For the 
>>> conditional method there is a technique proposed in:
>>>
>>> http://tapestry.apache.org/css.html
>>>
>>> Of course I am actually not literally talking about gradient fills I am 
>>> talking about the general new vs old vs cross browser css challenge.
>>>
>>> This client side commenting conditional logic seems to be only for IE.  
>>> Would that be correct? I am guessing from a browser laggard perspective the 
>>> only older browsers people would care about would be IE in general?
>>>
>>> Sorry for all the novice questions, by day I normally do non ui data 
>>> crunching like engineering :-}
>>>
>>> Best
>>>
>>> C
>>>
>>>
>>>
>>>
>>> On Dec 5, 2011, at 11:23 PM, Peter Stavrinides wrote:
>>>
 Hi Chris,


> So when it comes to css3 is it really so ugly?
 If you really want an answer to that, unfortunately yes... and no its not 
 just gradients.


> So say I was trying to add browser specific css to my layout component 
> what would people suggest as the best strategy?
 Browser detection is pretty awful, as its a moving target and not 
 perfectly accurate, but granted in some cases a necessary evil... avoid it 
 if you can. Its not uncommon to simply specify all the styles for the 
 various browsers because those that are not understood will simply be 
 ignored... be sure though that they are not understood or you might 
 encounter a nasty surprise or two. In your example there should be no need 
 for detection.


 Cheers,
 Peter







 - Original Message -

 From: "Chris Collins" 
 To: "Tapestry users" 
 Sent: Tuesday, 6 December, 2011 7:48:57 AM
 Subject: smarter css

 So when it comes to css3 is it really so ugly? Ok perhaps its just things 
 like gradients:

 http://ie.microsoft.com/testdrive/graphics/cssgradientbackgroundmaker/default.html

 So in the microsoft example above for getting a gradient background you 
 have to use different css properties per browser. So say I was trying to 
 add browser specific css to my layout component what would people suggest 
 as the best strategy?

 Random thoughts:

 - You can't tml-ify css, if you could then you could condition parts of it 
 by browser right?
 - Would you create a series of browser specific css assets then build 
 inject them directly into the layout page?

 Clearly I don't have a clue :-}

 again sorry for dumb questions.

 -
 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
>>>
>>
>> -
>> 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 

Tapestry 5.2.6 combine javascript

[Seamus Minogue]

Having a problem with a Tapestry 5.2.6 project. We are using JavaScriptStack:

public JQueryBTStack(SymbolSource symbolSource, AssetSource assetSource) {
this.js = new Asset[] {
assetSource.getContextAsset("/js/excanvas.compiled.js", null),
assetSource.getContextAsset("/js/jquery.bgiframe.min.js", null),
assetSource.getContextAsset("/js/jquery.hoverIntent.js", null),
assetSource.getContextAsset("/js/jquery.bt.min.js", null)
};
this.css = new StylesheetLink[] { new StylesheetLink(
assetSource.getContextAsset("/css/bt.css", null)) };
}

But when I go to a page and look in the source or check the network tab in in 
chrome's developer tools I see all those JS files being individually 
downloaded. When I look in the source each one has its own 

Re: Skinning Theming Axes + Asset

[Dimitris Zenios]

What would be ideal for me is to be able to add virtual packages to
the hostname like locale and depending on the virtual package change
tml,css,assets,locals

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

Re: Skinning Theming Axes + Asset

[Dimitris Zenios]

Having a test in my layout is a good idea.But imagine a  case that i have
to change more than one asset in different pages.Or you want to have themes
in your application that dont change the layout but change the css,color
and the assets.

What would be perfect is something like axis for assets.For example try to
find an asset from a specific folder if not return the default one.So i
would write

${context:images/one_image.png}

and try to find it from context:whitelabel1/images/one_image.png first. If
not found then fallback to context:images/one_image.png

It should work like the locale

which i write

${message:hello}

and if its english it goes to the english catalogue if its greek it goes to
the greek catalogue.I dont have to write a test for each locale.


On Wed, Dec 7, 2011 at 7:39 PM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:

> On Wed, 07 Dec 2011 14:01:46 -0200, Dimitris Zenios <
> dimitris.zen...@gmail.com> wrote:
>
>  Is there a way to have a different asset loaded when we are browsing from
>> a mobile client for example?
>>
>
> Have you tried CSS media queries? Or having a test in your Layout
> component and return different assets?
>
> --
> Thiago H. de Paula Figueiredo
> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
> and instructor
> Owner, Ars Machina Tecnologia da Informação Ltda.
> http://www.arsmachina.com.br
>

Re: Template parsing vulnerable to whims of default charset

[Kalle Korhonen]

2011/12/6 Robert Coie :
> On Tue, Dec 06, 2011 at 04:49:42PM -0800, Kalle Korhonen wrote:
>> What's your JVM's file.encoding set to? (e.g. -Dfile.encoding=UTF-8).
>> The default for most JVMs is *not* UTF-8. Tapestry assumes UTF-8
>> throughout.
> I believe it's US-ASCII, as checked by Charset.defaultCharset(),
> although I have seen some other reports indicating that that may not be
> reliable due to caching. It's not "my" JVM in the sense that I can't
> change the settings - it's at the mercy of Google App Engine.

Ah, you are using GAE. Should have said that in the beginning. See
http://gaelyk.appspot.com/tutorial/setup for example and set the JVM
encoding to UTF-8.

Kalle

>
> On Tue, Dec 6, 2011 at 4:58 PM, Thiago H. de Paula Figueiredo
>  wrote:
>> I configure my IDE to edit all files as UTF-8 to avoid problems and
>> have
>> consistency at the same time.
>
> So do I. The file is UTF-8, and when the application is run under the
> local appengine simulator, the Charset.defaultCharset() check mentioned
> above indicates UTF-8.
>
> I just think it would be preferable if Tapestry could eliminate all
> behavior reliant on the JVM's default charset.
>
> Thank you both for taking the time to reply.
>
> --
> Robert Coie
> Implementor, Apropos K.K.
>
> -
> 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: Tapestry 5.3 and tapestry5-cayenne

[Seamus Minogue]

Cool thanks for the detailed Explanation. 

Re: Skinning Theming Axes + Asset

[Thiago H. de Paula Figueiredo]

On Wed, 07 Dec 2011 14:01:46 -0200, Dimitris Zenios  
 wrote:


Is there a way to have a different asset loaded when we are browsing  
from a mobile client for example?


Have you tried CSS media queries? Or having a test in your Layout  
component and return different assets?


--
Thiago H. de Paula Figueiredo
Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,  
and instructor

Owner, Ars Machina Tecnologia da Informação Ltda.
http://www.arsmachina.com.br

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

Re: Skinning Theming Axes + Asset

[François Facon]

peut être ceci.

http://www.stefanie-duprey.fr/blog-logiciels-libres/6-general/34-selectionner-une-css-a-chaud-ou-comment-utiliser-des-assets-dynamiquement-avec-tapestry5



2011/12/7 Dimitris Zenios :
> The problem is that i just want to change a logo and the css.I don't want
> to change the layout or anything else.
>
> What you are suggesting will do the job but its an overkilling solution for
> what i want to do.
>
> In the end i want to have the same tml but with different asses and css on
> some situations
>
> 2011/12/7 François Facon 
>
>> Hi Dimitris,
>>
>> The easiest way would be to define different layout with specific
>> assets and to change
>>  the layout according to the terminal.
>>
>> see template skinning feature avalaible with 5.3.
>> http://blog.tapestry5.de/index.php/2011/06/24/template-skinning/
>>
>> François
>>
>> 2011/12/7 Dimitris Zenios :
>> > Is there a way to have a different asset loaded when we are browsing
>> from a
>> > mobile client for example?
>> >
>> > Like the axes does to the templates and locales.
>> >
>> > Dimitris Zenios
>>
>> -
>> 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: Skinning Theming Axes + Asset

[Dimitris Zenios]

The problem is that i just want to change a logo and the css.I don't want
to change the layout or anything else.

What you are suggesting will do the job but its an overkilling solution for
what i want to do.

In the end i want to have the same tml but with different asses and css on
some situations

2011/12/7 François Facon 

> Hi Dimitris,
>
> The easiest way would be to define different layout with specific
> assets and to change
>  the layout according to the terminal.
>
> see template skinning feature avalaible with 5.3.
> http://blog.tapestry5.de/index.php/2011/06/24/template-skinning/
>
> François
>
> 2011/12/7 Dimitris Zenios :
> > Is there a way to have a different asset loaded when we are browsing
> from a
> > mobile client for example?
> >
> > Like the axes does to the templates and locales.
> >
> > Dimitris Zenios
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>

Re: Skinning Theming Axes + Asset

[François Facon]

Hi Dimitris,

The easiest way would be to define different layout with specific
assets and to change
 the layout according to the terminal.

see template skinning feature avalaible with 5.3.
http://blog.tapestry5.de/index.php/2011/06/24/template-skinning/

François

2011/12/7 Dimitris Zenios :
> Is there a way to have a different asset loaded when we are browsing from a
> mobile client for example?
>
> Like the axes does to the templates and locales.
>
> Dimitris Zenios

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

Skinning Theming Axes + Asset

[Dimitris Zenios]

Is there a way to have a different asset loaded when we are browsing from a
mobile client for example?

Like the axes does to the templates and locales.

Dimitris Zenios

Re: T5.3: do we still need AssetProtectionDispatcher?

[angelochen]

Hi Robert,

Thanks for the confirmation, it has been so useful in securing my apps, 
would like to try that again when 5.3 is available.

Angelo

--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/T5-3-do-we-still-need-AssetProtectionDispatcher-tp5055048p5055819.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: [5.3] JSONArray Error while submitting forms

[Muhammad Gelbana]

Facing the same issue !! I didn't expect that to happen and it will take
sometime to revert back to 5.2.6 :(

I cleared my browser's cache and made sure I'm using tapestry's latest
css\js...still having the same problem with a form that has nothing to do
ajax !

On Wed, Dec 7, 2011 at 8:36 AM, Gunnar Eketrapp
wrote:

> if (raw != null && *!raw.isEmpty() &&*
>new *JSONArray(raw)*.getString(1).equals
>
> This seems to have solved the problem.
>
> I made this fix in *Form.java, Submit.java* and *LinkSubmit.java*. Built
> and installed my own 5.3.1 in my local maven repo.
>
> Rebuilt my project and now I can login and run the app again.
>
> It has been been very quiet in this thread ...
>
> Can anyone (that understands web development) give a comment ... please ...
>
> Thanks in advance,
> Gunnar Eketrapp
>
>
>
> 2011/12/6 Gunnar Eketrapp 
>
> > A possible solution would be to make a code around in the method
> > isFormCancelled() in Form.java.
> >
> > /Gunnar
> >
> >
> >
> >
> >
> >   if (raw != null &&
> > new *JSONArray(raw)*
> > .getString(1).equals(InternalConstants.CANCEL_NAME))
> > {
> > return true;
> > }
> > 
> >
> >
> >   if (raw != null && *!raw.isEmpty() &&*
> > new *JSONArray(raw)*
> > .getString(1).equals(InternalConstants.CANCEL_NAME))
> > {
> > return true;
> > }
> >
> >
> >
> > 2011/12/6 Seamus 
> >
> >> Anyone have a solution to this. I have a form which I dont believe is
> >> making
> >> use of any ajax (unless tapestry is and I dont know about it I am using
> >> the
> >> current T5.3 release) and I get this error. When inspecting my page in
> >> chrome and looking at the resources I see prototype 1.7 and
> scriptaculous
> >> 1.9.
> >>
> >> I dont see any other versions loaded for me to try and remove.
> >>
> >> --
> >> View this message in context:
> >>
> http://tapestry.1045711.n5.nabble.com/5-3-JSONArray-Error-while-submitting-forms-tp5011831p5052214.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
> >>
> >>
> >
> >
> > --
> > [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> > Allévägen 2A, 132 42 Saltsjö-Boo
> >
>
>
>
> --
> [Hem: 08-715 59 57, Mobil: 070-991 86 42]
> Allévägen 2A, 132 42 Saltsjö-Boo
>



-- 
*Regards,*
*Muhammad Gelbana
Java Developer*

Re: T5.3: do we still need AssetProtectionDispatcher?

[Robert Zeigler]

I don't think so. Tapestry's default mechanisms are better now.  I think my 
Dispatcher is still a bit more stringent and a bit more configurable/flexible, 
but you shouldn't need it.  That said, I will still go ahead and migrate the 
service to 5.3 for those who wish to continue using it.

Robert

On Dec 7, 2011, at 12/73:56 AM , angelochen wrote:

> Hi,
> 
> Have been using Robert's AssetProtectionDispatcher to protect assets in the
> versions prior to 5.3, do we still need that for 5.3?
> 
> Thanks,
> 
> Angelo
> 
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/T5-3-do-we-still-need-AssetProtectionDispatcher-tp5055048p5055048.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

Re: Template parsing vulnerable to whims of default charset

[Thiago H. de Paula Figueiredo]

On Wed, 07 Dec 2011 02:10:58 -0200, Robert Coie  wrote:


So do I. The file is UTF-8, and when the application is run under the
local appengine simulator, the Charset.defaultCharset() check mentioned
above indicates UTF-8.

I just think it would be preferable if Tapestry could eliminate all
behavior reliant on the JVM's default charset.


Agreed! Could you post a JIRA please?


Thank you both for taking the time to reply.


We're here all week. :)

--
Thiago H. de Paula Figueiredo
Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,  
and instructor

Owner, Ars Machina Tecnologia da Informação Ltda.
http://www.arsmachina.com.br

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

Re: Tapestry 5.3 and tapestry5-cayenne

[Hugi Thordarson]

Thanks for the listing Robert, looking forward to being able to use it :).

One quick question: Does tapestry5-cayenne provide me with a way to use Cayenne 
Objects in bindings to my components? I implemented a simple ValueEncoder and 
thought that would be enough, but it doesn't seem to work very well (instead, 
I'm passing the entity name and object ID to components that need bound Cayenne 
objects).

Cheers,
- hugi


On 7.12.2011, at 05:42, Robert Zeigler wrote:

> P.S. - unfortunately, I never finished the tutorial referenced below, and it 
> cuts out before you get a chance to really see the benefit of the integration 
> module.
> 
> Robert
> 
> On Dec 6, 2011, at 12/610:01 PM , Seamus Minogue wrote:
> 
>> So I dont get it. I have used Tapestry/Cayenne in several projects and 
>> integration is basically nothing. Just a filter and making sure you drop the 
>> xml files into src/main/resources if I remember correctly. I was looking at 
>> the project page for tapestry5-cayenne 
>> (http://code.google.com/p/tapestry5-cayenne/ & 
>> http://t5cayenne.saiwai-solutions.com/tutorial/) and its just not very clear 
>> to me exactly what this project buys me. 
>> 
>> Anyone used this that can point me at what using this gets me?
>> 
>> -Seamus
>> 
>> 
>> - Original Message -
>> From: Hugi Thordarson 
>> To: Tapestry users 
>> Cc: 
>> Sent: Monday, December 5, 2011 7:55 AM
>> Subject: Re: Tapestry 5.3 and tapestry5-cayenne
>> 
>> Hi Dragan.
>> Thank you, this will definitely be useful for us.
>> 
>> Cheers,
>> - hugi
>> 
>> PS: I'm impressed with the helpfulness of the community!
>> 
>> 
>> On 5.12.2011, at 10:41, Dragan Sahpaski wrote:
>> 
>>> Hi,
>>> I haven't used  tapestry5-cayenne, but I'd like to point you to another
>>> project that uses Cayenne with tapestry, if you like to browse it and see
>>> how cayenne is used in this project.
>>> 
>>> https://github.com/bobharner/Tapestry-finder
>>> 
>>> Hope it helps.
>>> 
>>> Cheers,
>>> Dragan Sahpaski
>>> 
>>> 
>>> 
>>> On Mon, Dec 5, 2011 at 11:31 AM, Hugi Thordarson  wrote:
>>> 
 Hi all!
 
 First time Tapestry user here, just started coding this weekend and liking
 it so far.
 
 Now, for my first question: I'm using Cayenne (3.0.2) so I just downloaded
 the tapestry5-cayenne extension (0.5-snapshot) and installed it. Now, when
 I start my application, I get the following exception:
 
 --
 
 2011-12-05 10:29:57.846::WARN:  Failed startup of context
 org.mortbay.jetty.plugin.Jetty6PluginWebAppContext@7817bcd4
 {/tap,/Users/hugi/Documents/workspace/tap/src/main/webapp}
 java.lang.RuntimeException: Exception loading module(s) from manifest
 jar:file:/Users/hugi/.m2/repository/com/googlecode/tapestry5-cayenne/tapestry5-cayenne-server/0.5-SNAPSHOT/tapestry5-cayenne-server-0.5-SNAPSHOT.jar!/META-INF/MANIFEST.MF:
 Failure loading Tapestry IoC module class
 com.googlecode.tapestry5cayenne.services.TapestryCayenneModule: Error
 invoking service binder method
 com.googlecode.tapestry5cayenne.services.TapestryCayenneCoreModule.bind(ServiceBinder)
 (at TapestryCayenneCoreModule.java:93):
 org/apache/tapestry5/PrimaryKeyEncoder
   at
 org.apache.tapestry5.ioc.IOCUtilities.addModulesInManifest(IOCUtilities.java:123)
   at
 org.apache.tapestry5.ioc.IOCUtilities.addDefaultModules(IOCUtilities.java:77)
   at
 org.apache.tapestry5.internal.TapestryAppInitializer.(TapestryAppInitializer.java:124)
 
 [ … ]
 
 Caused by: java.lang.RuntimeException: Failure loading Tapestry IoC module
 class com.googlecode.tapestry5cayenne.services.TapestryCayenneModule: Error
 invoking service binder method
 com.googlecode.tapestry5cayenne.services.TapestryCayenneCoreModule.bind(ServiceBinder)
 (at TapestryCayenneCoreModule.java:93):
 org/apache/tapestry5/PrimaryKeyEncoder
   at
 org.apache.tapestry5.ioc.RegistryBuilder.add(RegistryBuilder.java:162)
   at
 org.apache.tapestry5.ioc.IOCUtilities.addModulesInList(IOCUtilities.java:137)
   at
 org.apache.tapestry5.ioc.IOCUtilities.addModulesInManifest(IOCUtilities.java:107)
 
 --
 
 Any ideas what might be happening?
 
 Cheers,
 - hugi
 -
 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
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: users-h...@tapestry.apache.org
>> 
> 
> 
> 

How to return raw page render result on event link

[Guillaume Bodet]

Hi,

I'm using a nice js component called DHTMLX Grid in my T5 application.
DhtmlxGrid fetched its data in an ajax request. Data is formatted as XML :


…


…



It is very convenient to use a tapestry page to dynamically create this file.

Right now, I'm providing the grid a page render link to the xml page to fetch 
its data. It works great but requires extra effort to share state between the 
containing page and the data page.

What I would like to do is providing the data through an event link in the main 
page.

Here is what the code could look like :

@InjectPage
private XMLDataPage dataPage;

@OnEvent("loadGrid")
StreamResponse provideGridData(){
dataPage.setState(state);
String result = pageRenderer.renderPageToString(dataPage);  
return new XMLStreamResponse(result);
}

Is it feasible ?

Regards

Guillaume


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

T5.3: do we still need AssetProtectionDispatcher?

[angelochen]

Hi,

Have been using Robert's AssetProtectionDispatcher to protect assets in the
versions prior to 5.3, do we still need that for 5.3?

Thanks,

Angelo

--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/T5-3-do-we-still-need-AssetProtectionDispatcher-tp5055048p5055048.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