Hi Thiago !!
As you had reported the issue, do you find the below mentioned
solution to be something we can work on
regards
Taha
On Tue, Jul 12, 2011 at 5:06 AM, Taha Hafeez tawus.tapes...@gmail.com wrote:
Hi
I was looking at https://issues.apache.org/jira/browse/TAP5-146 and had an
idea.
If we want to access the event source, then it should be accessible through
context.
But honestly I'm wondering if there is a use case for accessing event
source.
On Wed, Jul 20, 2011 at 9:00 AM, Taha Hafeez tawus.tapes...@gmail.comwrote:
Hi Thiago !!
As you had reported the issue, do you
Hi Igor,
A use case is already mentioned here:
http://www.nabble.com/forum/ViewPost.jtp?post=18157269framed=y
Another case which brought me to this jira is a mixin which can be
added to a link component to discard persistent values of a page.
@InjectContainer
private Component container;
Hi All,
This is a tricky question one since I do realize there are several
possibilities to explain the problem, not all of which are Tapestry related. We
have battled to understand what is going on in production for the past year or
so, and have tried to pinpoint where the problem lies and
We've only got 5.2 apps runing on Jetty, but hot redeploy works great
there and is even without the PermGen leak that was present in Tapestry 4.
Anyway, here's how I would try to diagnose the problem:
1. Trigger the problem so that you have something consuming 100% CPU
2. Find the native ID
Hi Taha,
I've also just registered @ cloudbees and had my Tapestry demo app running
within 10 minutes. Just take a Free run@cloud service and your are good to
go.
Antal
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Free-J2ee-hosting-tp4584970p4615562.html
Sent from the
Hi all!
I have a t:beaneditform with t:cancel=true
When I click on cacel, I handle it with a onCanceledFromMyForm() handler,
and here return another page.
My problem is that after the canceled event the validate is fired, and
my onValidateFromMyForm() handler is called, recording form errors
Hello,
I am trying to get to grips with tests and Tapestry. The following layout
class...
*@Import(stylesheet = context:/style/style.css)
public class Layout {
}*
...causes my tests to fail with the following exception:
*8392 [main] ERROR org.apache.tapestry5.ioc.Registry - Unable to locate
Hi Pieter,
I think, what happens is that Tapestry handles the name of the non-existent
page as activation context to the page that is actually displayed (probably
your Index-Page).
or do i have to change something?
In a single page you could implement onActivate(String context) and redirect
to
Hi Julien,
@Import(stylesheet = context:/style/style.css)
That's a typo leave out the leading slash after the colon, i.e.
context:style/style.css
Regards nillehammer
-
http://www.winfonet.eu
--
View this message in context:
Hi Matias,
you could call ValidationTracker.clear in your onCancel method. The
ValidationTracker is pushed onto the Environment by the Form. You'll get by
adding @Environmental private ValidationTracker tracker; to your
page-/component class.
Regards nillehammer
-
http://www.winfonet.eu
--
Dear,
after updating project from 5.1.0.5 to version 5.2.6, i noticed that the
error page show/handling solution on
http://tapestry.apache.org/error-page-recipe.html is not working anymore.
I never receive the error, i always see an existing page (but it's not the
page i requested since that one
Thanks to Taha, I managed to make the tests run by adding the following line
in the CheetahPageTester constructor:
*registry.getService(ApplicationContext.class).getBean(cheetahService);*
This had the effect of loading the Spring ApplicationContext and the
cheetahService Spring bean (which are
Hello Nillehammer,
No. The problem does not occur when I run the app from the browser and does
occur when I run the tests. Changing to context:style etc. did not sort
the problem.
Any other idea?
J.
2011/7/20 nillehammer tapestry.nilleham...@winfonet.eu
Hi Julien,
@Import(stylesheet =
What kind of tests are you running? Selenium? PageTester? You may
be missing some launch configuration to determine where context files
are stored.
On Wed, Jul 20, 2011 at 11:05 AM, Julien Martin bal...@gmail.com wrote:
Hello Nillehammer,
No. The problem does not occur when I run the app
Sorted!
I figured out from this post:
http://comments.gmane.org/gmane.comp.java.tapestry.user/81653
that I needed to specify the full path of my project i.e.
*PageTester(appPackage, appName, web/src/main/webapp);*
instead of
*PageTester(appPackage, appName, src/main/webapp);*
Because my
I've run into a few problems when using maven/cargo to deploy, but
they appear to be issues with simply running out of memory as the
deployment process seems to use a lot of memory relative to my app. In
a few cases this ended up pegging the processor, but normally it would
just lock up Tomcat.
As Mark said, GC exhausting the system is a possibility if it
eventually recovers from the 100% CPU. If at all possible, try with
higher max memory allocation and Tomcat 7.
Kalle
On Wed, Jul 20, 2011 at 2:16 AM, p.stavrini...@albourne.com wrote:
Hi All,
This is a tricky question one since I
18 matches
Mail list logo