Thanks for your reply Howard. Are you suggesting that I need to add this
onSuccess method to my confirmation page as well as keeping it in the
layout?
Howard Lewis Ship wrote:
>
> When an event bubbles up, the origin of the event changes.
>
> Initially, the success event occurs from the form
Agree with others that it runs fine in other app servers, and that it's
a nice product to work with. I did some work to replicate the spring
integration technique in T5 meaning you can use tapestry services as
jBPM handlers, etc provided they aren't per thread scope. I handed this
over to Alejandro
Hi Igor,
I thought i'd spelled out this issue fairly clearly, but here goes again.
All of my pages use a layout along these lines:
http://tapestry.apache.org/tapestry5/guide/layout.html
Inside this component I have a login form. This login form works on all
pages, except for a specific page c
I think what Howard said was that your "FromQuestionForm" part won't work,
since the origin changes when the event bubbles up. Change the name to
"onSuccess" and see if gets called then.
On Tue, Jan 5, 2010 at 10:47 AM, lebenski wrote:
>
> Hi Igor,
>
> I thought i'd spelled out this issue fairly
This isn't the form I'm having trouble with. The "Submit a Question" form
works fine.
The form that is not working is the LoginForm in the layout. Using
onSuccessFromLoginForm works in all other pages except the confirmation
page. Are you suggesting that I should change the method in my layo
I only suggested it for testing to see if it gets called. If it gets called,
it means that the origin changed, and your "FromXXX" must be changed.
On Tue, Jan 5, 2010 at 11:23 AM, lebenski wrote:
>
> This isn't the form I'm having trouble with. The "Submit a Question" form
> works fine.
>
> The
Ok I think I'm missing something because I don't understand why this would
happen.
If I have two pages:
Page1.tml
Page 1 Goes Here
Page2.tml
Page 2 Goes Here
And a layout...
Layout.tml (simplified)
...form content
Layout.java
...
void onSuccessFromHelloForm() {
System
yes alfie i would be very munch interested, you can send it to this
address. Thanks a lot :)
Cheers,
Abangkis
On Tue, Jan 5, 2010 at 4:41 PM, Alfie Kirkpatrick
wrote:
> Agree with others that it runs fine in other app servers, and that it's
> a nice product to work with. I did some work to repl
I don't know. What I DO know is this:
Trying hard to explain why your problem doesn't make sense is not a very
good way of solving it. I do that very often, and I'm always corrected by
someone who asks the obvious questions ;)
The best way is to "binary search" your way through this, by modifying
Is it possible to access Tapestry Services from Spring Beans? Having looked
through the forum I've found posts mentioning injecting Tapestry Services
inside Spring Beans using the annotations:
@Inject @Autowired
... but am finding my referenced services are null rather than proxies for
JIT creat
No way to find out the triggering component that I'm aware of.
Incidentally, the original poster is incorrect regarding changing
onSuccessFromXXX to onSuccess. In T5, events only ever bubble up,
never back down. So it's true that onSuccess within the layout
component will handle any forms
We integrated drools and it went pretty well.
Dan Adams
Principal Software Engineer
Interactive Factory
p: 617.235.5857
- Original Message -
From: "abangkis"
To: "Tapestry users"
Sent: Monday, January 4, 2010 4:49:04 AM GMT -05:00 US/Canada Eastern
Subject: Workflow Engine for
Is it possible to access Tapestry Services from Spring Beans? Having looked
through the forum I've found posts mentioning injecting Tapestry Services
inside Spring Beans using the annotations:
@Inject @Autowired
... but am finding my referenced services are null rather than proxies for
JIT creat
Geoff, thanks, I didn't know about the jumpstart app! Maybe that is
enough for t5 starters. Bye
On Mon, Jan 4, 2010 at 9:50 PM, Alex Kotchnev wrote:
> Geoff,
> very cool ! I've known about jumpstart for a while ( admittedly, I never
> downloaded the source) but I didn't realize there was the "a
If it's relevant I have the xfire service I'm targeting exposed on a path
that is ignored by Tapestry (using IgnoredPathsFilter), so perhaps this is
why Tapestry is not injecting the service into the Spring bean - the
tapestry service I'm trying to inject is visible as DEFINED in the
iocregistry.
Thiago H. de Paula Figueiredo wrote:
>
>> Do you think it is necessary and can be done to have intra-page links -
>> and probably those for component events as well - go to /url instead of
>> /en/url?
>
> You can disable the locale prefix by setting the
> SymbolConstants.ENCODE_LOCALE_INT
Em Tue, 05 Jan 2010 16:33:46 -0200, Stephan Schwab
escreveu:
Thiago,
Hi!
I tried that but now I cannot switch languages any more. By switching I
mean through a component that sets the PersistentLocale.
I've never tested disabling the locale encoded into path myself.
After setting Sym
Seems like a bug to me that if you turn ENCODE_LOCALE_INTO_PATH off,
it doesn't then substitute some other approach (like a cookie from
5.0, or a query parameter).
On Tue, Jan 5, 2010 at 5:11 PM, Thiago H. de Paula Figueiredo
wrote:
> Em Tue, 05 Jan 2010 16:33:46 -0200, Stephan Schwab
> escreveu
Maybe my intention is that you would supply your own mechanism by
rewriting URLs, but still ...
On Tue, Jan 5, 2010 at 5:54 PM, Howard Lewis Ship wrote:
> Seems like a bug to me that if you turn ENCODE_LOCALE_INTO_PATH off,
> it doesn't then substitute some other approach (like a cookie from
> 5.
19 matches
Mail list logo
