I find Tuckey's Url Rewrite Filter a good option for simple rewrites:
http://www.tuckey.org/urlrewrite/
Steve.
--
Steve Eynon
---
If at first you don't succeed,
so much for skydiving!
On 8 May 2012 04:23, Julien Martin bal...@gmail.com wrote:
Thanks Thiago!
Thanks Steve.
I was also considering: http://ocpsoft.org/rewrite/
Julien.
2012/5/8 Steve Eynon steve.ey...@alienfactory.co.uk
I find Tuckey's Url Rewrite Filter a good option for simple rewrites:
http://www.tuckey.org/urlrewrite/
Steve.
--
Steve Eynon
---
If
Hi Howard,
Can you please advise me on how to configure tapestry to accept
large sized requests . Currently im using Tapestry 4.0. In which file do I
need to change the settings so as to resolve above issue.
Regards
Nazar
--
View this message in context:
Fixed and released. Yep, that deserves a schooner. Thanks.
On 07/05/2012, at 11:23 PM, Chris Mylonas wrote:
does this mean i win the schooner question geoff ;) may be a typo for
AppModule.java
http://jumpstart.doublenegative.com.au/jumpstart/examples/javascript/jquery
Source code:
Hi all,
JumpStart 5.9.1 is out. The big ticket items in it are:
* Example of JQuery, using Tapestry5-jQuery.
* Example of File Upload, with some JavaScript included to improve the
user experience.
It's in the usual place:
Congrats !!! Thanks a for all your samples
Le 8 mai 2012 13:21, Geoff Callender geoff.callender.jumpst...@gmail.com
a écrit :
Hi all,
JumpStart 5.9.1 is out. The big ticket items in it are:
* Example of JQuery, using Tapestry5-jQuery.
* Example of File Upload, with some
On Tue, 08 May 2012 10:48:38 -0300, Chris Cureau cmcur...@gmail.com
wrote:
Hi Thiago!
Hi!
Thanks for the quick response. I put together a smaller version of my
page to save some space. It exhibits the same problems. No exceptions
are
thrown in the console, but I can see my page
I've just added a few more debugging statements... isInSubmit() is getting
called before each fragment rendering phase. It returns false on the first
two fragments and true on the last.
What I see is this: The first and second fragments work as expected...the
first just presenting text, and the
On Tue, 08 May 2012 11:19:02 -0300, Chris Cureau cmcur...@gmail.com
wrote:
I've just added a few more debugging statements... isInSubmit() is
getting called before each fragment rendering phase. It returns false
on the first two fragments and true on the last.
What I see is this: The
I've looked at the form fragments in firebug. It doesn't appear that the
form fragment is being changed at all except the visible attribute. I've
pasted the output from firebug below:
Before fragment 3:
div id=formfragment_1 class=t-invisible tapestry-formfragment
input id=formfragment_1-hidden
Hi,
in class org.apache.tapestry5.corelib.pages.PropertyDisplayBlocks the
DateFormat is declared as :
private final DateFormat dateFormat =
DateFormat.getDateInstance(DateFormat.MEDIUM, locale);
Which is not correct because DateFormat is not thread safe and pages aren't
pooled any more.
Please add an issue in JIRA and this will be fixed. Good catch.
On Tue, May 8, 2012 at 10:03 AM, Luca Menegus luca.mene...@dbmsrl.com wrote:
Hi,
in class org.apache.tapestry5.corelib.pages.PropertyDisplayBlocks the
DateFormat is declared as :
private final DateFormat dateFormat =
https://issues.apache.org/jira/browse/TAP5-1926
Thanks,
luca
- Original Message -
From: Howard Lewis Ship hls...@gmail.com
To: Tapestry users users@tapestry.apache.org
Sent: Tuesday, 8 May, 2012 8:36:12 PM
Subject: Re: private final DateFormat in PropertyDisplayBlocks (BUG)
Should be easy enough to verify, Thiago ( BTW, total control edit is
Jumpstart lingo).
Case 1: Total control, create will fail.
Case 2: BeanEditor, create will work.
You are right, though, about person being null in both cases - verified. I
was thinking just total control did that.
On Tue, 08 May 2012 15:49:07 -0300, Luca Menegus luca.mene...@dbmsrl.com
wrote:
https://issues.apache.org/jira/browse/TAP5-1926
Thanks! By the way, DateFormats not being thread-safe is a huge WTF.
--
Thiago H. de Paula Figueiredo
Independent Java, Apache Tapestry 5 and Hibernate
On Tue, 08 May 2012 16:44:10 -0300, netdawg net.d...@yahoo.com wrote:
You are right, though, about person being null in both cases - verified.
I was thinking just total control did that. Both do. However, total
control seems to need the person=new Person in onPrepareForSubmit.
Yes. No
Thanks for verifying. Which brings me back to...the basic misunderstanding I
seem to have on using persistence
What is the best practice to HANDLE a parameter (say person) between pages
or even the page submitting to itself? That is, if not through some form
form of session persistence? Is
Thanks! By the way, DateFormats not being thread-safe is a huge WTF.
IMHO the whole Date, Calendar and DateFormat stuff are not really usable (or at
least are REALLY error prone).
What do you think about implementing first class support for joda-time [1] in
tapestry?
Cons:
* That would
Favour using the activation context. If person has been persisted to the
database then pass the id in the activation context. Otherwise go with the
technique you've suggested below.
http://jumpstart.doublenegative.com.au/jumpstart/examples/state/passingdatabetweenpages
And yes, in my
Why does BeanEditor do that? To me it sounds like a recipe for confusion!
Geoff
On 09/05/2012, at 5:49 AM, Thiago H. de Paula Figueiredo wrote:
On Tue, 08 May 2012 16:44:10 -0300, netdawg net.d...@yahoo.com wrote:
You are right, though, about person being null in both cases - verified. I
Got it. Thanks, Geoff. Sounds right, I was reaching the same conclusion.
As for instantiating person, I guess it is the best practice - even though
beaneditor covers the null case. Most likely the user will start with
beaneditor in dev mode, transitioning to total control in production -
On Tue, 08 May 2012 17:28:19 -0300, netdawg net.d...@yahoo.com wrote:
Thanks for verifying. Which brings me back to...the basic
misunderstanding I seem to have on using persistence
What is the best practice to HANDLE a parameter (say person) between
pages or even the page submitting
On Tue, 08 May 2012 17:34:29 -0300, Luca Menegus luca.mene...@dbmsrl.com
wrote:
Thanks! By the way, DateFormats not being thread-safe is a huge WTF.
IMHO the whole Date, Calendar and DateFormat stuff are not really usable
(or at least are REALLY error prone).
Date and Calendar are the
Pros:
ASL
On 09/05/2012, at 6:34 AM, Luca Menegus wrote:
Thanks! By the way, DateFormats not being thread-safe is a huge WTF.
IMHO the whole Date, Calendar and DateFormat stuff are not really usable (or
at least are REALLY error prone).
What do you think about implementing first class
I would think JIRA ... .
Form event handling to be consistent with beaneditor: preferably upgrade
form tag to have an objects property. All form objects should be null
proof, by default, during render, submit. This will reduce code in page
class...especially for the simple case of choosing
Or perhaps more elegant: have beaneditor recognize/allow plain HTML
customization within its tags. Right now (I tested this) if you enclose a
form with bean editor tags - it simply ignores its enclosed contents.
Instead it should render only fields not customized within its open and
close tags.
Hi,
I've got another servlet running alongside tapestry. I would like to get a
sessionstate object from Tapestry to find out the currently logged in user
(And probably a few other things too eventually).
I've accessed the Service registry and can build the ApplicationStateManager
service, but on
Found a similar post here. Any advice? :)
http://osdir.com/ml/users-tapestry-apache/2009-12/msg00140.html
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Getting-Session-State-Object-from-another-servlet-alongside-Tapestry-tp5696382p5696398.html
Sent from the Tapestry -
Using the code in that post (and updating it for T5.3) seems to work. But I
don't know why... am I going to create a memory leak?. In my other servlet I
can call registry.cleanUpThread() at the end of every request. Now just the
fun of trying to kinda link a page based framework like tapestry with
29 matches
Mail list logo