RemoteHost=0:0:0:0:0:0:0:1%0
C
On Nov 1, 2011, at 10:19 PM, Steve Eynon wrote:
Cool!
But I'm also interested in your remote host ('cos I use an embedded
Jetty to!). Could you try adding this to one of your pages (not
checked for syntax):
@Inject
private Request request;
void
Thanks - that looks like an IPv6 loopback address.
http://en.wikipedia.org/wiki/Localhost
In that case, I'm not sure if T5 should be adding more whitelist addresses...?
Steve.
On 2 November 2011 14:19, Chris Collins chris...@me.com wrote:
0:0:0:0:0:0:0:1%0
I've tried this code:
So as you can see I've added new filter which inserts link element after
html/head element. It works fine - this link appears in the resulting page.
But system resources (css and js) are being processed later by tapestry and
inserted before my resources...
Any ideas?
--
My first guess would be you need to add an order to configuration.add
to make sure you run last (or at least after tapestry does it's thing)
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands,
I used after:* parameter so filter is called last in the chain of filters
according to debugger's info.
Also I tried to override last filter - DefaultValidationDecorator, with no
results.
It seems tapestry resources are inserted after these filters. Outside
MarkupRendererFilter routines
--
View
Hiya,
I have this snippet of tml:
t:loop source=1..10 value=var:i t:mixins=loopMixin
${var:i}
/t:loop
and this Mixin:
public class LoopMixin {
void beginRender() {
System.err.println(LoopMixin: @beginRender);
}
void afterRender() {
Remember,it's a pipeline that works like:
filter a - filter b - filter c - final filter
and then the flow returns /back up/ the chain of filters
filter c - filter b - filter a.
The filter that handles placing the resources into the document is
DocumentLinker. It's added fairly early in the
It works! Thank you all very much!
Code:
Overall processing time for main page of http://kindershopping.ru hasn't
changed:
before - min 149ms, mean 165ms, max 195ms
after - min 144ms, mean 163ms, max 365ms
--
View this message in context:
Hi Steve, Thanks for the reply.. Yes they are injected components, however
appending getBody() didn't seem to have any affect on the zone reload.
I notice when trigger the zone refresh form 2 and refresh the zone in form
1, it tries to reload the zone from form1 in form2 before it reloads in
On Nov 1, 2011, at 7:29 PM, Thiago H. de Paula Figueiredo wrote:
On Tue, 01 Nov 2011 19:37:06 -0200, Tony Nelson tnel...@starpoint.com wrote:
void setupRender() {
try {
response.sendRedirect(linkSource.createPageRenderLinkWithContext(ViewUser.class,
userId));
For what it's worth, I seem to be having the same problem. I assumed it was
something in my authentication filter redirecting the browser back to my Index
page, until I happened to read this (
http://tapestry.apache.org/error-page-recipe.html ) yesterday:
An issue with an application that has
Yeah, the index page / activation context thing could either be a
blessing or a curse! (So far always a blessing in my apps - phew!) I
always have a difficult time generating 404s with a T5 app.
To get your pagecatalog up, I would suggest finding out what your
remoteHost address is (as per last
On Tue, 01 Nov 2011 22:18:04 -0200, TG tapestry...@hotmail.com wrote:
Caused by: java.lang.NullPointerException
at
org.apache.tapestry5.util.EnumValueEncoder.toValue(EnumValueEncoder.java:51)
Weird . . .
Any idea if this is an existing issue with Tapestry 5.3 beta 18.
Please try with
Yeah, that's exactly what Thiago meant and is a good way to redirect
to a page with a given context.
Or if you don't like having setters in your page ('cos it's a bit
intrusive) a compromise would be:
Link onActivate() {
linkSource.createPageRenderLinkWithContext(ViewUser.class, userId)
}
I'm more than happy for the Component documentation to move to the
JavaDocs but...
Could we please have back the Component Reference page - that links to
the individual component JavaDoc pages?
It's a very handy page to have - and is great for perusing and scanning through.
By sending everyone
Hello guys.
How can i disable a more than one submission when i have a form inside
a zone? I tried using a clickOnce mixin but the problem is that it
disabled the button even if the form has validation errors.And then
even if i fix the validation errors i still cannot commit.
I was surprised when I noticed that today as well. I thought something was
broken. I really preferred the old pages as well. My biggest problem is that
all the examples are gone.
But like most people, change is hard. If this is the new way, I'll get used to
it.
On Nov 2, 2011, at 10:48
It's a single point of reference for what most people _want_ to know.*
I've noticed its absence under the T5.3 heading for the longest time,
but hoped one day it would just pop back!
Alas not yet... :(
Steve.
*(Some misguided souls have the conception that components are everything.)
On 2
Ah - so you don't want users to click the submit button twice, but then you do!
:)
Just jesting! Do you re-render the Submit button with the rest of the form?
Steve.
On 2 November 2011 22:55, Dimitris Zenios dimitris.zen...@gmail.com wrote:
Hello guys.
How can i disable a more than one
What do you mean rerender ?I am not handling the rendering of the
button my self.
On Wed, Nov 2, 2011 at 5:21 PM, Steve Eynon
steve.ey...@alienfactory.co.uk wrote:
Ah - so you don't want users to click the submit button twice, but then you
do!
:)
Just jesting! Do you re-render the Submit
Um, I mean...
Is the submit button inside the Zone that gets re-rendered during the
Ajax form submission?
Steve.
On 2 November 2011 23:24, Dimitris Zenios dimitris.zen...@gmail.com wrote:
What do you mean rerender ?I am not handling the rendering of the
button my self.
I'm not quite clear on what happened here, as in, why it works in some
cases and not in others.
It is not the expected way.
What's happening is that you are explicitly sending a response ...
from the middle of your render. Tapestry continues to render DOM
nodes, then attempts to stream those
Yeap.The whole form is inside the zone.
On Wed, Nov 2, 2011 at 5:28 PM, Steve Eynon
steve.ey...@alienfactory.co.uk wrote:
Um, I mean...
Is the submit button inside the Zone that gets re-rendered during the
Ajax form submission?
Steve.
On 2 November 2011 23:24, Dimitris Zenios
Just commit a fix for this to 5.3 and 5.4.
On Wed, Nov 2, 2011 at 7:19 AM, Thiago H. de Paula Figueiredo
thiag...@gmail.com wrote:
On Wed, 02 Nov 2011 02:52:08 -0200, Chris Collins chris...@me.com wrote:
http://localhost:8080/tapestry-bootstrap/servicestatus
Try running the app as the root
T5.3-rc-2 has the same behaviour.
Can someone tell me I'm not crazy and that I *should* see the
afterRender event firing? Or am I just missing something fundamental?
I know the Loop component uses afterRender to return true / false to
perform the loop, but I would still expect the Mixin render
Render Phase Ordering
All mixins for a component execute their render phase methods before the
component's render phase methods for most phases. However, in the later phases
(AfterRender, CleanupRender) the order of executing is reversed.
So if afterRender() of loop skips it, it never reaches
Hi
We're using some shared libs from one project that is currently built with
Tapestry 5.1 in a project that uses the most recent version of 5.3, i.e.
5.3-rc-2.
Since today we encontered the following exception:
java.lang.NoSuchMethodError:
On Wed, 02 Nov 2011 14:18:12 -0200, Christian Riedel
cr.ml...@googlemail.com wrote:
Hi
Hi!
Can't you support both methods?
T T getService(ClassT serviceInterface, Class? extends
Annotation... markerTypes);
and
T T getService(ClassT serviceInterface);
Isn't a
Cheers Taha,
in the later phases (AfterRender, CleanupRender) the order of executing is
reversed.
Ah, okay (thanks). So the Mixin should be called when Loop afterRender
method finally returns true ... but I'm not seeing it called at all,
not even once!?
P.S. Does this then mean that when
It's ok if you have one project and replace Tapestry 5.1 with 5.3. But if you
compile your classes against 5.1 the signature in the .class file is the old
one.
Without recompiling the code against 5.3 it will throw the mentioned exception.
There's no conflicting jars in the classpath and
Hmm... if your Mixin is taken from Jumpstart:
http://jumpstart.doublenegative.com.au/jumpstart/examples/javascript/creatingmixins1
and the JS looks like:
var alreadyClickedOnce = false;
ClickOnce = Class.create( {
initialize: function(elementId) {
Hi Steve
Short Circuiting
If a method returns a true or false value, this will short circuit processing.
Other methods within the phase that would ordinarily be invoked will not be
invoked.
Most render phase methods should return void, to avoid unintentionally short
circuiting other methods
The last version we can work with is beta-26 btw.
See https://issues.apache.org/jira/browse/TAP5-546
Am 02.11.2011 um 17:22 schrieb Thiago H. de Paula Figueiredo:
On Wed, 02 Nov 2011 14:18:12 -0200, Christian Riedel
cr.ml...@googlemail.com wrote:
Hi
Hi!
Can't you support both
Steve thanks for your suggestion but again this have problems when we
have validation errors.The button gets disabled and then there is no
way to enable it and second you can also submit a form by pressing
enter on the keyboard.
From all the above this solution is not ideal.
On Wed, Nov 2, 2011
Awesome, found it:
http://tapestry.apache.org/component-rendering.html#ComponentRendering-ShortCircuiting
I was thinking along these lines but wasn't sure what the exact
semantics of returning true / false was.
Am I right in thinking the Jira would be:
AfterRender() in Loop component should
Christian has a point.
Basically, existing code (from a third party library) that call
getService() expects to see the signature getService(Class), but that
method not longer exists, instead its getService(Class,Class[]) (give
or take).
I think this is serious enough to justify another RC.
On
When using the following scenario, the toValue method in the ValueEncoder
isn't getting updated. The zone surrounding the ajaxFormZone is used to
trigger the the AjaxFormZone as a popup box. This seems to work perfectly
fine in Tapestry 5.3.0.
t:Zone t:id=formZone
t:Form t:id=form
Hi !
I have a T5 site that is about to be launched with lots of pages.
The site will help various associations up here in Sweden with their
administration. (Members register, Billing, Economy, Agendas, Protocol,
Wiki, bla, bla)
The domain name will be *utskicket.se*
Now to my question. For a
You rock! It works fine with rc-3 :-)
Am 02.11.2011 um 19:15 schrieb Howard Lewis Ship:
Christian has a point.
Basically, existing code (from a third party library) that call
getService() expects to see the signature getService(Class), but that
method not longer exists, instead its
Hi, all.
I want to show error message when validation if fail, but it doesn't work if
i try to show it in my component, if i do the same in the page error message
shows.
Update.tml
t:container
form t:type=form t:id=updateForm class=user-form
t:context=person.id t:zone=result
On Wed, 02 Nov 2011 16:53:37 -0200, Gunnar Eketrapp
gunnar.eketr...@gmail.com wrote:
Hi !
Hi!
*https://utskicket.se/GroupA/economy/accounting/2011*
and not
*https://utskicket.se/economy/accounting/GroupA/2011*
I just found the LinkTransforner interfaces and I guess that's the way to
go.
Hello everyone!
I have tried to migrate my project to 5.3-rc-3:
java.lang.RuntimeException: Exception loading module(s) from manifest
jar:file:/var/webapps/test/webapps/ROOT/WEB-INF/lib/tapestry-hibernate-core-5.3-rc-3.jar!/META-INF/MANIFEST.MF:
Failure loading Tapestry IoC module class
Looks like you might have two different version of the
tapestry-ioc.jar on the classpath.
On Wed, Nov 2, 2011 at 3:09 PM, tmar...@gmx.de wrote:
Hello everyone!
I have tried to migrate my project to 5.3-rc-3:
java.lang.RuntimeException: Exception loading module(s) from manifest
There are currently two candidates to directly replace the old
Component Reference:
1) The Javadoc version (nice and compact):
http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/corelib/components/package-summary.html
2) Categorized and manually maintained:
On Wed, 02 Nov 2011 21:55:31 -0200, Bob Harner bobhar...@gmail.com wrote:
There are currently two candidates to directly replace the old
Component Reference:
1) The Javadoc version (nice and compact):
For now at least, I have the Documentation page pointing to
http://tapestry.apache.org/component-reference.html, because it
includes all tapestry components, mixins and pages, not just the core
components.
Eventually the component search app I'm slowly working on
I obviously like the Component Reference, for as Bob says,
it includes all tapestry components, mixins and pages
It gives more of a complete overview (and blends in better with the
rest of documentation).
Steve.
On 3 November 2011 08:58, Bob Harner bobhar...@gmail.com wrote:
For now at
Sounds good. I will try to do it today
regards
Taha
On Nov 2, 2011, at 11:13 PM, Steve Eynon wrote:
Awesome, found it:
http://tapestry.apache.org/component-rendering.html#ComponentRendering-ShortCircuiting
I was thinking along these lines but wasn't sure what the exact
semantics of
48 matches
Mail list logo
