I finally got to the bottom of this, turned out to be a rather complicated
problem on our end.
Thanks for all your help.
On Tue, Feb 25, 2014 at 12:44 AM, Lance Java wrote:
> Hi Travis, a few Q's
>
> 1. Have you configured the ignored paths as documented here:
>
> http://tapestry.apache.org/con
It's actually the JSP that needs to be aware of the tapestry requests.
We are injecting tapestry 5 services that have dependencies on the tapestry
5 request into the
JSP or tapestry 4 pages. Without this code it breaks.
Also we are calling cleanupThread().
I've tried storeServletRequestResponse
I've looked at the request/response traffic and nothing looks unusual.
In fact the JSONObject that is passed to
JSONObjectEventResultProcessor.processResultValue(JSONObject value)
looks perfectly fine.
We do have a custom filter, which enables tapestry injection in
non-tapestry 5 environments, (i.
I'm using Tapestry 5.3.7, and
I have a Tapestry component that makes an ajax call every 30 seconds.
Most of the requests succeed,
But every so often a request fails seemingly at random intervals.
I've tracked the problem down to the response object being null in
JSONObjectEventResultProcessor.proce
I am also experiencing this error, but I would still like to use the tapx
date field.
Is there any work being done to make the tapx components compatible with
5.3.x?
I've noticed that the 1.1 release has been in snapshot for a long time.
On Mon, Oct 17, 2011 at 8:05 AM, parranz wrote:
> Hi,
>
>
ining about java.lang.Enum being in the wrong package!!!
This is preventing me from upgrading.
Regards,
Travis Romney
That worked perfectly, and cleaned up the code quite nicely.
Thanks for the tip.
Regards,
Travis Romney
On Tue, Nov 2, 2010 at 7:22 AM, LLTYK wrote:
>
> The main reason I see for events suddenly stopping is the element you
> observed being inside the zone, and being trashed on zo
ne update, but this
is very tedious,
and sometimes I don't have the proper context information that I need
to re-initialize
my javascript events (This can be worked around as well. But it gets messy).
Is there a way to prevent zone updates from removing all of my event
listeners?
Or a more preferred method for something like this?
I would appreciate any feedback?
Regards,
Travis Romney
I'm having some issue with mixing, zones with my own custom ajax events.
For example:
I have a form that contains a zone like the following.
t in the
> HttpSession. Tapestry 5, itself, creates its own session objects.
> 2. Any links from a Tapestry 5 page to a struts page and vice versa, are
> basically hard-coded.
>
>
>
> On 14/02/2009 04:22, Travis Romney wrote:
>
>> I've been upgrading an applicati
I've been upgrading an application from tapestry 4 to tapestry 5.
The application is quite large, so we're just migrate a few pages here and
there.
I've created some tapestry 5 services that depend on a Request.
I would like to be able to inject these services into a few tapestry 4
pages,
as we mig
Unfortunately that is not the case.
On 6/7/06, spamsucks <[EMAIL PROTECTED]> wrote:
While unlikely, another cause could be that you have the bean declared
in your spec
Andreas Bulling wrote:
>On 07. Jun 2006 - 16:09:42, Travis Romney wrote:
>| I'm trying to use the @B
I'm getting this all over the place.
Annotations are not working for me at all in development mode.
Agh!
On 6/7/06, Travis Romney <[EMAIL PROTECTED]> wrote:
I do have
-Dorg.apache.tapestry.disable -caching=true
set. Perhaps this should be logged as a bug?
Travis
On 6/7/
I do have
-Dorg.apache.tapestry.disable -caching=true
set. Perhaps this should be logged as a bug?
Travis
On 6/7/06, Andreas Bulling <[EMAIL PROTECTED]> wrote:
On 07. Jun 2006 - 16:09:42, Travis Romney wrote:
| I'm trying to use the @Bean annotation. I have a very simple
| Bean wi
I'm trying to use the @Bean annotation. I have a very simple
Bean with a no-arg constructor that I'm trying to create.
@Bean
public abstract InpoweredErrorDelegate getInpoweredErrorDelegate();
The page loads just fine on the first pass.
If I try to reload the page, there after I get an exception
15 matches
Mail list logo