Actually, it's a slight snafu, where I kept the T4 naming without
thinking about it. A better name for these services (which drives the
name of the method) would be ApplicationSymbols (and FactorySymbols).
The idea is that ApplicationSymbols override FactorySymbols (the use
of two services predate
Thanks folks,
This seems to fix it. Sometimes it's not picking up the symbol though.
Is there a way to dump out all symbols? Say perhaps by creating a page
called DumpSymbols.tml
Regards,
Greg.
On 11/10/11 07:05, Martin Strand wrote:
> On Mon, 10 Oct 2011 22:15:26 +0200, Greg Pagendam-Turner
Just checked in some changes as discussed below; not in a preview release yet.
On Mon, Oct 10, 2011 at 2:01 PM, Thiago H. de Paula Figueiredo
wrote:
> On Mon, 10 Oct 2011 17:50:12 -0300, Cezary Biernacki
> wrote:
>
>> Hi,
>
> Hi!
>
>> I like that proposition. Is it possible to change ResourceTra
Wechsung, Wulf wrote:
>
> so, I noticed that BeanEditors don't work very well a loops. Seems to just
> not render anything. Should I file that as a bug or is this a D'oh kind of
> thing that should be obvious?
>
Just created a page with a BeanEditor in a loop - it renders inputs as it
should.
Hello
In my page I have a form with a select. (see below) Based on this select I want
to show/hide different Blocks with elements.
What is the best way to do this? I tried to use a zone, but the zone div is
automatically moved to the top of the page and I don't want that.
How can I show/hide
On Tue, Oct 11, 2011 at 8:27 AM, Wechsung, Wulf wrote:
> Hello fellow Tapestrians,
>
> so, I noticed that BeanEditors don't work very well a loops. Seems to just
> not render anything. Should I file that as a bug or is this a D'oh kind of
> thing that should be obvious?
>
> Also, what's the etiq
On Tue, 11 Oct 2011 13:12:08 -0300, Bryan Lewis
wrote:
But the lower-level classes, not part of Tapestry's domain, don't reload.
For example, I've got business logic in my domain objects, in a
lower-level "model.jar". I've tried running with that jar exploded and
updating the
.class file
On Tue, 11 Oct 2011 12:19:58 -0300, Tony Nelson
wrote:
Do you see anything that would make this explode in a way I wouldn't
expect?
Looks good to me. :) I'd just add a check in the setter method so it won't
allow the ObjectLocator to be set twice. Better safe than sorry . . .
--
Thiago
The problem is that Tapestry uses the usual Java String comparison for
sorting in Grid (generally speaking - Grid is not really localized).
String's compare uses the value of the character (and in UTF-8 encodings "b"
is greater than "G", as in ASCII).
So, if you want correct sorting you have to us
Dont know if this is the best place to do this, but I am looking for a
skilled Java developer with Tapestry experience.
We are looking for people with Tapestry 5 ideally, but earlier versions will
be ok.
The role is based in Cambridge (UK) and is a 3-6 month contract role.
If you at all interes
Yes, I'm sure that's what he meant. Version 5.3 will turn off live class
reloading in production, which is why he's saying you'll have to run in
development mode.
To clarify my original question (now that it's a dead horse)... I wasn't
worried about reloading of the pages and other top-tier clas
Hello fellow Tapestrians,
so, I noticed that BeanEditors don't work very well a loops. Seems to just not
render anything. Should I file that as a bug or is this a D'oh kind of thing
that should be obvious?
Also, what's the etiquette on raising issues in general? Should one announce an
issue on
On Oct 11, 2011, at 11:05 AM, Thiago H. de Paula Figueiredo wrote:
> On Tue, 11 Oct 2011 11:55:43 -0300, Tony Nelson wrote:
>
>>> But each Runnable needs all them?
>>
>> No, they don't. But I don't have a map of which ones need which, and quite
>> honestly they can change often enough to mak
On Tue, 11 Oct 2011 11:55:43 -0300, Tony Nelson
wrote:
But each Runnable needs all them?
No, they don't. But I don't have a map of which ones need which, and
quite honestly they can change often enough to make this a rather pain
to manage.
Ah, ok. :)
OK, maybe I let out Tapestry-Io
On Oct 11, 2011, at 10:20 AM, Thiago H. de Paula Figueiredo wrote:
> On Tue, 11 Oct 2011 11:04:22 -0300, Tony Nelson wrote:
>
>> I have in the neighborhood of 25 different services. Passing them all
>> around seems like a workaround.
>
> But each Runnable needs all them?
No, they don't. Bu
You can have your protected method on the contribution object OR live
class reloading for the service, but not both. You can mark a service
as not reloadable when binding it with the ServiceBinder:
binder.bind(Service.class, ServiceImpl.class).preventReloading();
On Tue, Oct 11, 2011 at 5:20 AM
Good catch!
On Mon, Oct 10, 2011 at 10:13 PM, Steve Eynon
wrote:
> I might have this all wrong but thought it's worth a mention...
>
> When org.apache.tapestry5.internal.transform.ImportWorker adds stack
> advice to the setupRender() method, it calls invocation.proceed()
> multiple times, once pe
On Oct 10, 2011, at 6:17 PM, Thiago H. de Paula Figueiredo wrote:
> On Mon, 10 Oct 2011 18:51:36 -0300, Tony Nelson wrote:
>
>>> In this scenario, are you in a web app or not?
>>
>> I am in a web app, however, I have a service that I need to start as a
>> runnable. The services is registered
Thanks for your testing and work on this. I've commented on Tap5-1233
relating to this thread. Hopefully one of the contributors can clear this
issue.
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/TAP5-1233-re-open-java-lang-IllegalAccessError-tp4864790p4891605.html
Sent
Hi,
AFAIK, it is a side effect of how service reloading works internally. Each
service is loaded by a dedicated class loader, so from JVM point of view
their are in a different package than normally loaded classes from the same
package. I guess it is not easy to implemented service reloading other
Thanks
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/ApplicationStateManager-No-service-implements-the-interface-long-tp4891217p4891444.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
False credentials will return a null and then when you reference the 'user'
variable, just referencing it when it's null, tapestry attempts to create
the object using the constructor with the most parameters.
To overcome this and be able to check if 'user' is null there are 2 methods.
1. Is to ad
Hello, i have this problem.
When i try to login in my project with incorect name i have this error:
Error invoking constructor com.htc.identity.entities.User(long, String,
String) (at User.java:36) (for service 'ApplicationStateManager'): No
service implements the interface long.
On line 36 in Us
Hiya,
I can confirm that yes, it does appear to be a bug - an
IllegalAccessError is thrown when trying to access a protected method
on the contribution.
After playing with the code, a workaround is to declare the methods on
MyContribution as public.
public class MyContribution {
private
Hi Guys,
I would really appreciate if someone could have a look at this and see if it
really is a bug...
Thx.
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/TAP5-1233-re-open-java-lang-IllegalAccessError-tp4864790p4890925.html
Sent from the Tapestry - User mailing list
25 matches
Mail list logo
