many thanks,
I am using netbeans IDE and have updated netbeans.conf file in my home user
netbeans/6.1/etc folder as follows:
-J-Xss2m -J-Xms32m -J-XX:PermSize=64m -J-XX:MaxPermSize=1024m
the problems still persists after some building & re-deployment iterations.
whenever netbeans output Final Me
You can put event="myEvent" on the submit button, and then you just need to
have a method (no annotation) in you java class named onMyEvent(). Your
event handler will be called before the regular form event handlers.
Or, the onSuccess() handler mentioned by Thiago.
On Wed, Jun 3, 2009 at 4:23 AM,
Tom Zurkan wrote:
>
> thanks! here is what i have found out so far... it is actually
> happening on restore state of a loop within a form. it appears that the
> encoder now uses the type coercer. did it use that before? i thought
> it used serialization as the default. anyway, when decod
Em Tue, 02 Jun 2009 18:03:10 -0300, spaway
escreveu:
could anybody help me with a solution?
I don't know what's wrong, but you don't need a Submit component to submit
a form: just handle the EventConstants.SUCESS event from the form.
--
Thiago H. de Paula Figueiredo
Independent Java con
FYI PermGen space is the space used to hold classes. IN an app server
you often need more than the normal amount, since there is so much
extra code. Tapestry itself adds many dependencies, plus extra class
loaders, plus many runtime-generated classes. More PermGen space is a
good idea.
On Tue, Ju
-XX:PermSize=0m (default)
-XX:MaxPermSize=64m (default)
Example: JAVA_OPTS=-XX:PermSize=64m -XX:MaxPermSize=128m
On Tue, Jun 2, 2009 at 11:05 AM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:
> Try raising the permgen space maximum allocated memory.
>
> --
> Thiago
>
>
Dear List,
I have the submit button below on a form
and the event handler below in the page class
@OnEvent(component="submitButton")
Object onSubmitButton() {
System.out.println("Submit button was pressed ...");
User newUser = new User(this.userName, this.email);
th
Hi all,
I have a model that is a tree structure, which I've modeled in Tapestry as
each node being a Component. (I have many possible node types, each with
their own Component, possibly containing n children of other of these node
components).
When I include this tree-structure component directl
hi,
thanks for that solution!
i will try to find a reason of this strange behaviour debugging
tapestry's sources. in worst case i will give up using your workaround.
best regards,
m.
Moritz Gmelin wrote on 02 Jun 2009 20:52:58 MET:
> Hi,
>
> I had a very similar problem today too. Sometimes th
isn't it related to some kind of caching? the strange thing is that it
is fairly enough to refresh the page to get everything running
again... for a few minutes. after next few ajaxized updates
component's body is being ignored again.
i'm about to debug tapestry's core. is there any point that co
I can't think of anything that could explain what you are seeing. Full
and partial page rendering operate on the page structure identically.
2009/6/2 grabarz :
> hi,
> this is one of these 'mysterious' problems. i have a component (report)
> which takes a datasource and draws a table filled with d
Hi,
I had a very similar problem today too. Sometimes the body was
rendered, other times just nothing was rendered.
My workaround was to define a block containing the body part, pass
this block to the "report" and have it rendered through to="passedBlock" />
your report.tml would look lik
Howard Lewis Ship wrote:
>
> Well, you could verify that with a "view source"; it seems unlikely to
> me, but that would be a start towards investigating this.
>
> Howard M. Lewis Ship
>
Well, I had never had the need to explicitly include tapestry.js, until
today that is. T5 apparently does
I created an issue about this problem a few days ago:
https://issues.apache.org/jira/browse/TAP5-712
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
hi,
this is one of these 'mysterious' problems. i have a component (report)
which takes a datasource and draws a table filled with data. something
like a grid component provided by tapestry.
this is essencial part of .tml:
test
Em Tue, 02 Jun 2009 14:06:58 -0300, Howard Lewis Ship
escreveu:
Well, you could verify that with a "view source"; it seems unlikely to
me, but that would be a start towards investigating this.
This problem can also be cause by some previous Javascript error. Using
Firebug and/or Web Devel
Please look into how tapestry-hibernate addresses this; it iterates
over the Hibernate schema and provide ValueEncoders for each entity
type. The same should be doable for JDO.
On Wed, May 27, 2009 at 7:29 PM, Tom Zurkan
wrote:
> thanks! here is what i have found out so far... it is actually hap
Well, you could verify that with a "view source"; it seems unlikely to
me, but that would be a start towards investigating this.
On Tue, Jun 2, 2009 at 8:44 AM, Eric Ma wrote:
>
>
>
> Howard Lewis Ship wrote:
>>
>> That's odd because I've tested this under IE 7 and it works. Anyone
>> else seein
Howard Lewis Ship wrote:
>
> That's odd because I've tested this under IE 7 and it works. Anyone
> else seeing this?
>
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
> Director of Open Source Technology at Formos
>
Thanks for the reply Howard. One thing I notice is on the page whe
That's odd because I've tested this under IE 7 and it works. Anyone
else seeing this?
On Tue, Jun 2, 2009 at 7:44 AM, Eric Ma wrote:
>
> I have a simple form:
>
>
>
> T5.1.0.5 turns it into:
>
> onsubmit="javascript:Tapestry.waitForPage(event);" action="../myClass"
> method="post" id="myForm"
I have a simple form:
T5.1.0.5 turns it into:
What is this extra bit onsubmit="javascript:Tapestry.waitForPage(event);"
for? IE 7 gives a runtime JS error: 'Tapestry' is undefined. However, the
form gets submiited properly. So this is not a show-stopper. It is simply
an annoyance.
Any s
On Tue, Jun 2, 2009 at 8:14 AM, Michael Gerzabek
wrote:
> Hi,
Hi!
> I've created a template component that is able to load a .tml file from
> outside the context. Had to slightly change the ComponentTemplateSource to
> get this working. I know, I'm breaking with the Tapestry philosophy of 1
> Cl
Try raising the permgen space maximum allocated memory.
--
Thiago
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
On Tue, Jun 2, 2009 at 11:02 AM, wrote:
> Hi,
Hi!
> Is it possible to perform the validation in forms without getting
> the black pop-ups?
You can disable the client-side validation using the clientValidation
parameter of the Form or BeanEditForm components. The validation will
still be done
Hi,
Is it possible to perform the validation in forms without getting
the black pop-ups?
http://tapestry.apache.org/tapestry5/tutorial1/address-v6.png
I will appreciate if anybody could assist with how I can get to the root
cause of a permGen Space error that comes at atimes for me. At this
instance see the dump below:
- java.lang.ClassLoader.defineClass1(Native Method)
- java.lang.ClassLoader.defineClass(ClassLoader.java:620)
- java.
Thx for the hint. I was lazy and wanted to scrap the added indirection of a
separare service layer for a small exploration app.
But the problem occurs in more places than only the transaction proxy
hiding.
In my latest project I use a couple of spring configured activemq/jms queues
which of cours
On Tue, Jun 2, 2009 at 3:13 AM, Moritz Gmelin wrote:
> Hi,
Hi!
> back to my original question: Is this NPE a bug in T5.1 or is redirection
> not working at all?
You shouldn't do redirection that way, but a NPE inside Tapestry code
surely looks like a bug.
--
Thiago
--
Hi,
I've created a template component that is able to load a .tml file from
outside the context. Had to slightly change the ComponentTemplateSource
to get this working. I know, I'm breaking with the Tapestry philosophy
of 1 Class = 1 Template. So if this is a no! never! road, just tell me.
N
Thiago H. de Paula Figueiredo wrote:
> Em Mon, 01 Jun 2009 12:04:48 -0300, Andy Buckley
> escreveu:
>
>> Hi,
>
> Hi!
>
>> (only without the "literal:" bits in practice: these contexts will be
>> generated dynamically). The result isn't quite right, though: the
>> link to the full-size image fu
30 matches
Mail list logo
