Hi Ken, sorry this will become a long answer, first of all:
http://people.apache.org/~werpu/testinck4040.tar.gz
is the download of the small sample project I did, you need maven to run
it you can deploy directly once you have setup the project by using
mvn gae:deploy and you can run locally
Hi
We use Apache MyFaces Trinidad 1.2.8 in our JEE application running on
JBoss 4.3 EAP with JSF 1.2 (Sun RI)
We are looking to upgrade to JBoss 5.1 that only supports JDK 6.
The question is that does Trinidad support JDK 6?, because according to
the Trinidad official web site, JDK 5
Ok correction, there is something fishy going on, it still is related to
GAE though, I now set a keepalive and still occasionally from time to
time I am getting a no view can be found exception, the funny stuff is
that once I am triggering the ajax part a few seconds later it is picked
up
Ok last mail regarding it, I just posted a single message regarding all
this in the developers list, maybe one of the server side developers has
an idea if we can fix this on our side, but the behavior especially
since it seems to be come less and less over time, looks eerily like a
cache
I've been using Trinidad with JDK 6 since a long time ago... no hassles.
Walter Mourão
http://waltermourao.com.br
http://arcadian.com.br
http://oriens.com.br
On Thu, Dec 9, 2010 at 11:40 PM, Kaul, Rohit rohit.k...@wmg.com wrote:
Hi
We use Apache MyFaces Trinidad 1.2.8 in our JEE
Yes, you can. JDK 5 was needed for compilation because of some plugin
issues I believe, but the latest trinidad's should work with JDK 6 no
problem.
Sent from my iPhone
On Dec 10, 2010, at 2:43 AM, Walter Mourão walter.mou...@gmail.com wrote:
I've been using Trinidad with JDK 6 since a long
The Apache MyFaces team is pleased to announce the 2nd release of
Apache MyFaces Extensions CDI (aka CODI).
Apache MyFaces CODI provides portable CDI extensions for
the Java-Platform (SE and EE). CODI is a modularized and
extensible toolbox for CDI based applications.
The release contains the
Today all these URLs are behaving w/ client-side saving. Unfortunately
following deployment or when I haven't used the app in awhile:
* ViewExpiredException is thrown after an action. This is surprising since
I'm using client-side saving.
* Typing into hello-prime.jsf's Autocomplete tab's
Hi
Is there any way to see the app log? In theory, when a ViewExpiredException
is thrown, the reason is logged there, but there is not on the browser.
I readed your previous emails related to this one and one possibility that
comes to my mind is we are storing something on session without
Hi
One last note, to make client side state saving work try configure this two
params:
org.apache.myfaces.SECRET
org.apache.myfaces.MAC_SECRET
It is probably that the ViewExpiredException is thrown because you are not
configured the mac secret.
See
I disabled encryption (see below), redeployed, everything works--seemingly
it is much more responsive too.
What's the purpose of the encryption? When I View Source, ViewState field
looks like a long, hex string. Even if it can be reverse-engineered, the
values are likely to be the same ones sent
11 matches
Mail list logo