All you have to do is updated any .properties file Tapestry has
already read, and it will force a rescan and reload of all:
find src -name \*.properties | xargs touch
On Fri, Feb 12, 2010 at 11:26 AM, Felix Gonschorek
wrote:
> Hello Howard,
>
> Am 11.02.2010 23:17, schrieb Howard:
>>
>> the ques
Hello Howard,
Am 11.02.2010 23:17, schrieb Howard:
the question about
live class reloading for Tapestry services came up.
we are running our tapestry applications with jetty as a maven plugin and
eclipse java debugging turned ON ("pom.xml"->"debug as..."->"maven..."->"goal:
jetty-run").
Th
Tapestry will remove all HTML comments from the output.
If you don't put the in there it will work fine:
document.write("Hello World!");
On Fri, 12 Feb 2010 18:22:44 +0100, DavidWei wrote:
Thanks for reply.
I understand the browser executes javascript codes.
The problem I have is if I
Thanks for reply.
I understand the browser executes javascript codes.
The problem I have is if I just simply execute a html file which includes
javascript codes with comment tag directly using the browser, I can see the
javascript codes are executed. But if I put the same javascript codes insid
On Fri, 12 Feb 2010 14:31:09 -0200, DavidWei wrote:
I am working to upgrade to T 5.1.0.5 and found this problem.
When I include javascript codes with comment tag in tml
file, Tapastry treats it as html comment tag and never run the javasript
codes.
Tapestry doesn't execute JavaScript, the br
I use Tomcat in production only, I develop using the jetty plugin, and am very
happy with it, though we have massive source tree and tend to have sizable
pages too. I get the occasional Permgen, but not too often. I run Jetty with
plenty of memory, and enable Class unloading on the JVM which is
I am working to upgrade to T 5.1.0.5 and found this problem.
When I include javascript codes with comment tag in tml
file, Tapastry treats it as html comment tag and never run the javasript
codes.
I even tested to just run simple codes like this
"
On Fri, 12 Feb 2010 13:58:42 -0200, Massimo Lusetti
wrote:
O dear stop using buggy containers :) ... sorry couldn't resist.
Are you talking about Tomcat? I'm using Jetty exclusively for a couple
years and I can't recall having PermGen exceptions.
--
Thiago H. de Paula Figueiredo
Indepen
On Fri, 12 Feb 2010 13:50:04 -0200, Peter Stavrinides
wrote:
I sit on the fence on this one... on the one hand live reloading is
productive any any context, on the other in principle I do agree with
Igor, so not sure...
I agree with you both. :)
My only worry is memory management, i.e.:
On Fri, Feb 12, 2010 at 4:50 PM, Peter Stavrinides
wrote:
> I sit on the fence on this one... on the one hand live reloading is
> productive any any context, on the other in principle I do agree with Igor,
> so not sure... My only worry is memory management, i.e.: what are the
> implications o
> This is worth spending some time on ... if I can pull it off, it would
> be an incredible coup!
I sit on the fence on this one... on the one hand live reloading is productive
any any context, on the other in principle I do agree with Igor, so not sure...
My only worry is memory management, i.e.
On 12.02.2010 11:49, Thiago H. de Paula Figueiredo wrote:
> That's the ideal approach. But I think realoadable services still have
> their value: when some requirement is changed, the change in code
> could be applied to an application in production without restarting
> the context or the applicati
On 12.02.2010 08:22, Igor Drobiazko wrote:
> I encourage you to read Joel's article on testing the software.
> http://www.joelonsoftware.com/articles/fog67.html
>
You know what, I teach software engineering at the University, and in
the matter of fact I have taught about several black-bo
On Fri, 12 Feb 2010 12:16:45 -0200, Jux wrote:
This is how the the Dispatcher (AccessController) is set up:
public static void bind(ServiceBinder binder) {
binder.bind(AccessController.class).withId("AccessController");
}
Shouldn't that work?
If it wasn't added to the Maste
This is how the the Dispatcher (AccessController) is set up:
public static void bind(ServiceBinder binder) {
binder.bind(AccessController.class).withId("AccessController");
}
Shouldn't that work?
kristian.marinkovic wrote:
>
> how is your dispatcher contributed?
>
> if it on
:) Thanks Thiago. My intention was to say that once the method is executed,
if available, the properties are set. Sorry for the misunderstanding :)
On Fri, Feb 12, 2010 at 1:40 PM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:
> On Fri, 12 Feb 2010 10:05:56 -0200, Juan E. Maya
> wro
Am 12.02.2010 14:14, Thiago H. de Paula Figueiredo wrote:
Do I have to save persisted values another way when using AJAX?
No. I guess the problem is somewhere else. How do you know the value
wasn't persisted?
I am printing the variable with sysout at the beginning an end of my
method. At the
On Fri, 12 Feb 2010 11:06:59 -0200, Stephan Windmüller
wrote:
Hello!
Hi!
Do I have to save persisted values another way when using AJAX?
No. I guess the problem is somewhere else. How do you know the value
wasn't persisted?
--
Thiago H. de Paula Figueiredo
Independent Java, Apache T
Hello!
I am using the Chenillekit onEvent component to set a persisted variable
of a form:
@Persist
@Property
private String filteredBy;
void onChangeFromFilteredBy(String selectedFilter) {
filteredBy = selectedFilter;
}
---
This works, the value is set. But it is not persited: Ev
i'm sorry... the problem was in the onActivate method. Now it works like a
charm :) thank you very much.
-Ursprüngliche Nachricht-
Von: Thiago H. de Paula Figueiredo [mailto:thiag...@gmail.com]
Gesendet: Freitag, 12. Februar 2010 13:41
An: Tapestry users
Betreff: Re: Ajax FormSubmit onCh
On Fri, 12 Feb 2010 10:05:56 -0200, Juan E. Maya
wrote:
hmm, i don't get ur question. When u submit the form u need a method that
will process the form.
This is not 100% correct. Properties will be set even when you don't
handle any of the Form component events.
--
Thiago H. de Paula Fi
hmm, i don't get ur question. When u submit the form u need a method that
will process the form. For example an onSuccess would be executed after
validation. Once the onSuccess method is executed the value of the selected
data is already set in the object you specified in the Select component.
O
Well... thx, i'm wondering if there is no built-in way, but it doesn't matter.
Now i'm getting an AJAX Request.
But this leads me to a new problem. How can I transfer the selected data (from
the select Component) to the request-handling-method?
-Ursprüngliche Nachricht-
Von: Juan E. Ma
On Fri, 12 Feb 2010 07:33:09 -0200, Jux wrote:
I also must add, that even though in Dispatcher, the request object have
0 parameters, the form gets submitted with all the right data in the
application.
I just want to add some additional application logic in the dispatcher
and there I need
Hi all.
I've using an editable grid based on
http://jumpstart.doublenegative.com.au:8080/jumpstart/examples/tables/editablegridusingencoder1
but instead of having a submit button for the whole form, i've added a
Save button as a new property for every row, so every row can be saved
on its own.
On Fri, 12 Feb 2010 05:22:31 -0200, Igor Drobiazko
wrote:
The value of reloadable service is questionable. If you write tests you
don't have to start the application at all if you are fixing bugs in
services. The cycle of fixing bugs in services is much, much shorter if
you write tests. You
latin bad habits ? ;-)
Massimo Lusetti ha scritto:
> On Fri, Feb 12, 2010 at 10:46 AM, Ivano Luberti wrote:
>
>
>> Do you work in Italy like me?
>> It seems to me you made a remark typical of italian work environments.
>>
>
> Sure I do, for almost all my day work...
>
>
>> Not sure if
On Fri, Feb 12, 2010 at 10:46 AM, Ivano Luberti wrote:
> Do you work in Italy like me?
> It seems to me you made a remark typical of italian work environments.
Sure I do, for almost all my day work...
> Not sure if this is true abroad.
... but have had few experiences with Spanish and French c
Do you work in Italy like me?
It seems to me you made a remark typical of italian work environments.
Not sure if this is true abroad.
Massimo Lusetti ha scritto:
>
> Didn't want to come to a discussion on this point, I just want to be
> on the pragmatic side.
>
> In a lot of real situation the dec
I also must add, that even though in Dispatcher, the request object have 0
parameters, the form gets submitted with all the right data in the
application.
I just want to add some additional application logic in the dispatcher and
there I need to know what parameters were submitted.
--
View this
how is your dispatcher contributed?
if it only works on the first request and not on the
second request your dispatcher is probably not
contributed to the right location.
you can also use the ComponentEventLinkEncoder service
to determine whether you have a page render or component
event reque
In my .tml I have a element and inside that I have a custom
component that just writes html:
That component is not binded with any value object (web form object).
The Dispatcher has a method:
dispatch(Request request, Response response)
and inside that I just ask that parameter:
String value =
Good Morning :)
The TapestryExt.js in this page:
http://tinybits.blogspot.com/2009/10/missing-javascript.html has a method
that allows to submit a form using AJAX easily. U just need to call that
method from ur Select.
On Fri, Feb 12, 2010 at 10:00 AM, Dominik Gätjens <
dominik.gaetj...@leomedia.
hi,
can you post some code?
how is your dispatcher contributed?
g,
kris
Jux
12.02.2010 09:58
Bitte antworten an
"Tapestry users"
An
users@tapestry.apache.org
Kopie
Thema
Post parameters get removed from Request object
Hi
I am not Tapestry developer and don't know if and w
Good Morning List,
i'm trying to get an AJAX Form submit with an onChange-Event from an
Select-Component.
Request.isXHR() returns false if i make an change in the select.
if i click the submit button it returns true.
Can anyone help me to get an AJAX request on select change?
thank
Hear, hear. Couldn't agree more.
On 12/02/2010, at 7:36 PM, Howard Lewis Ship wrote:
> I like to be test driven, but there's a few issues here:
>
> - Test First vs. Test Driven I often prefer to get the code
> "close" then think about testing
> - HQL testing is *integration*
>
> Testing HQ
Hi
I am not Tapestry developer and don't know if and where to post error
reports, but I have one really frustrating issue.
I have a Dispatcher, that monitors for a specific POST parameter form the
Request object, but sumetimes the request.getParameterNames() returns an
emtpy list (not even t:for
I like to be test driven, but there's a few issues here:
- Test First vs. Test Driven I often prefer to get the code
"close" then think about testing
- HQL testing is *integration*
Testing HQL is integration between the application and the database,
you can mock all you like with no assuranc
On Fri, Feb 12, 2010 at 8:22 AM, Igor Drobiazko
wrote:
> Dear Vangel,
>
> I encourage you to read Joel's article on testing the software.
>
> http://www.joelonsoftware.com/articles/fog67.html
>
> The value of reloadable service is questionable. If you write tests you
> don't have to start
39 matches
Mail list logo
