On 05/10/2007, at 8:14 AM, Robert A. Decker wrote:
I have a question about this demo:
http://lombok.demon.co.uk/tapestry5Demo/test/actionlink/one
here's the source:
http://lombok.demon.co.uk/tapestry5Demo/test/actionlink/onesource
When I use this demo and look at the generated source code I s
I'd like to be able to have optional values in a BeanEditForm linked
bean represented as null, e.g. if they are of type Integer.
I get the exception below.
Should 'null' just coerce straight to null, unless it is trying to go
to a primitive type?
In TypeCoercerImpl, perhaps:
// Treat null
On 15/09/2007, at 1:09 PM, Tom Davies wrote:
I think I need to explictly @Inject
'Configuration configuration', but I can't
figure out what Id to use...
No! The services injected into buildCalComponentInstantiator needed
to be injected explictly! Got it now!
Thanks,
Tom
Thanks for the help.
On 14/09/2007, at 12:30 AM, Howard Lewis Ship wrote:
Oh, then ComponentClassEnhancementWorker is almost certainly the
way to go.
At the moment I'm persisting with ComponentInstantiatorSource, as I
can do *anything* to the class with that, and I'm still
experimenting
On 13/09/2007, at 9:09 AM, Howard Lewis Ship wrote:
I don't know much about CAL ... could this kind of thing be
accomplished by
extending the ComponentClassEnhancementWorker chain of command? Or
is CAL
based on the raw Javassist APIs?
Hi Howard,
I hadn't seen that class. It *almost* all
On 13/09/2007, at 12:00 AM, Howard Lewis Ship wrote:
I'd love to know why you want to do this ... it indicates to me
that there
needs to be some additional configuration available to CIS to
support your
needs.
I don't know if I have a valid use-case, but what I'm doing is
experimenting
Hi,
I want to override the ComponentInstantiatorSource service with my
own implementation (so that I can add another Translator to the
Javassist ClassPool).
It seems that I can't simply define a duplicate of the service in my
own module, which is fair enough. What's the approach to use?
On 25/08/2007, at 3:01 AM, Stephan Schwab wrote:
We've been experiencing strange behaviour of our now growing
application
Savila and as well with another project we are working on. Both use
Tapestry
5.0.5. Our development machines run with Mac OS X and we use JDK
1.5 that
comes with it.