Repos synced
On Tue, May 8, 2012 at 12:25 AM, Dimitris Zenios
wrote:
> Hi guys.
>
> Please have a look at
> http://bitbucket.org/zenios/tapestry-zbreadcrumbs Release is uploaded
> and synchronizing.Sine this is my first tapestry
> module releasing open source ,comments are welcome and much apprec
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
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 - U
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
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
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 be
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 cla
On Tue, 08 May 2012 17:34:29 -0300, 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).
Date and Calendar are the worst design classes in J
On Tue, 08 May 2012 17:28:19 -0300, netdawg 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 to itself?
Page ac
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 - wh
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 wrote:
>
>> You are right, though, about person being null in both cases - verified. I
>> was thinking
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 e
> 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 introd
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
On Tue, 08 May 2012 16:44:10 -0300, netdawg 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 component knows which
On Tue, 08 May 2012 15:49:07 -0300, Luca Menegus
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 consultant, developer,
and instr
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. B
https://issues.apache.org/jira/browse/TAP5-1926
Thanks,
luca
- Original Message -
> From: "Howard Lewis Ship"
> To: "Tapestry users"
> Sent: Tuesday, 8 May, 2012 8:36:12 PM
> Subject: Re: private final DateFormat in PropertyDisplayBlocks (BUG)
>
> Please add an issue in JIRA and this
Please add an issue in JIRA and this will be fixed. Good catch.
On Tue, May 8, 2012 at 10:03 AM, Luca Menegus wrote:
> Hi,
> in class org.apache.tapestry5.corelib.pages.PropertyDisplayBlocks the
> DateFormat is declared as :
>
> private final DateFormat dateFormat =
> DateFormat.getDateInstanc
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.
R
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:
That's all we need!
Please verify the following information:
To complete this employee,
On Tue, 08 May 2012 11:19:02 -0300, Chris Cureau
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 first and second frag
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 s
On Tue, 08 May 2012 10:48:38 -0300, Chris Cureau
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 going through onSucces
Congrats !!! Thanks a for all your samples
Le 8 mai 2012 13:21, "Geoff Callender"
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 JavaScript included to improve
th
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:
http://jumpstart.doublenegative.com.au/jumpstart
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 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:
http://tapestry.1045711.n5.na
Thanks Steve.
I was also considering: http://ocpsoft.org/rewrite/
Julien.
2012/5/8 Steve Eynon
> 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 su
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 wrote:
> Thanks Thiago!
>
>
> 2012/5/7 Ju
30 matches
Mail list logo
