Also you can use the encoder to override the default serialize problem: you
can, for an example use primary key encoder and only the integers are
encoded to form data.
private DefaultPrimaryKeyEncoder encoder;
public PrimaryKeyEncoder getEncoder() {
if(encoder == null){
We haven't tried 1.6 and unfortunately it's not really an option for us due to
restrictions placed on us by the client.
It doesn't seem related to https://issues.apache.org/jira/browse/TAPESTRY-2708
. We aren't getting a NullPointerException and although that problems seems to
be in a similar ar
I understand what is my problem, and it is related to something i didn't
specified here. The line that obtains the clientURL of the Asset in
question, is called in an event triggered from the client side, which has
the URL with two context params. But the URL used to trigger the event
doesn't has
Done.
If you need any more information please don't hesitate to ask.
Thanks
Mike
From: andre...@gmail.com on behalf of Andreas Andreou
Sent: Thu 1/8/2009 2:23 PM
To: Tapestry users
Subject: Re: Tapestry Upgrade problem
Also, add an issue at https://issues.a
Hi Angelo,
Yes it works. I actually tested it again before answering because I was not
100% sure if the ctrl-shift-f9 still works with Iidea8.
Maybe the difference is in the creation of the project?
I use to create the basic structure via the maven archetype and then create
a new project in idea
I was just wondering if someone has put some thought into having
tapestry support TimeZone, just as it now supports Locale?
That way we can render all dates appropriately?
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.ap
I'm in the process of rebuilding tapestry.formos.com (the server that
runs continuous integration builds, hosts the Maven snapshot
repository and the nightly project documentation).
I've hit a bunch of snags moving from an old version of CentOS to a
new version of Ubuntu, so it'll be down through
On that note (probably because of this rebuild) a simple mvn build just took
almost an hour! So, any tips on how I can build using only the locally
cached version of all my jars (especially if this is going to be down all
weekend :) without having maven look for every pom remotely?Thanks,
Steve
like offline builds?
On Sat, Jan 10, 2009 at 1:24 AM, Steven Woolley wrote:
> On that note (probably because of this rebuild) a simple mvn build just took
> almost an hour! So, any tips on how I can build using only the locally
> cached version of all my jars (especially if this is going to be d
Yeah! I guess I should google it, now that I know what to call them (not
that it was any stretch of the imagination)...Steve
On Fri, Jan 9, 2009 at 5:39 PM, Andreas Andreou wrote:
> like offline builds?
>
> On Sat, Jan 10, 2009 at 1:24 AM, Steven Woolley wrote:
> > On that note (probably beca
Hi all,
I am having some serious performance issues with OGNL in my production
environment (Apache/Tomcat with Tapestry 4.1.3). I have also reproduced
the problem in a test environment using Tomcat with Tapestry 4.1.6. The
situation is related to the caching serialization question I had
ear
You can try the -npu option - it suppresses up-to-date checks.
On Jan 9, 2009, at 3:24 PM, Steven Woolley wrote:
On that note (probably because of this rebuild) a simple mvn build
just took
almost an hour! So, any tips on how I can build using only the
locally
cached version of all my jars
Aaron,
Not that these are solutions, but sometimes a good workaround will do the
trick.
Have you tried using tapestry-prop? It was more useful before ognl was
optimized, and I've read about possible incompatibilities with later
versions of T4, but it's worth a try.
Have you tried specifying the
13 matches
Mail list logo