Thanks, Thiago. Resolved. Generally, seems like this problem is caused by
botched getter method (my case) or not using translate/null handler in
presentation layer.
I got the hint from your question below and also other solutions to the
issue of translate attribute in textfield (to render
As a simple rule, if you instantiated the object yourself, @Inject won't
work.
See here:
private final MethodAdvice advice = new MethodAdvice() ...
You've used "new" so it's not under tapestry's control.
Hello,
I have the following class to handle the execution of methods that are
annotated with
On Wed, 18 Jun 2014 12:01:16 -0300, Davide Vecchi wrote:
Hi,
Hi!
Sorry, I don't understand. Do you mean that I'm right that
PageRenderLinkSource and Response should be only injected into pages or
components ?
Nope. I said it can be injected into pages, components, mixins,
Tapestry-I
Hi,
Sorry, I don't understand. Do you mean that I'm right that PageRenderLinkSource
and Response should be only injected into pages or components ?
Could you elaborate a little bit about including Tapestry-IoC services and
objects instantiated using ObjectLocator.autobuild() ?
On Wed, 18 Jun 2014 11:47:16 -0300, Davide Vecchi wrote:
Hello,
Hi!
I have the following class to handle the execution of methods that are
annotated with a custom @ExceptionDisplay annotation. Everything works
as expected, but I would like to redirect to a page. I'm using
PageRenderLin
Hello,
I have the following class to handle the execution of methods that are
annotated with a custom @ExceptionDisplay annotation. Everything works as
expected, but I would like to redirect to a page. I'm using
PageRenderLinkSource and Response to do that. I inject them in the same way I
usual
1. No errors in JavaScript
2. I'm using 5.3.6
3. I did, all work ok and do not lose their ability to do ajax calls.
The problem is as you guessed it. I changed the javascript like so and it
works perfectly:
tapestry-atmosphere.js
...
if (pushTarget.update == 'PREPEND') {
var i
*enlightenment*
:-)
On 18 Jun 2014 09:34, "Geoff Callender"
wrote:
> Not a bug.
> If you put actual modules in resources/META-INF/modules/, then they work
> fine.
> Put non-modules in resources/META-INF/assets/ and make them available as
> modules as I showed below by contributing to ModuleManag
I don't think there's anything stopping you from binding a List as a
service.
Since list is a common class, you will probably want to use marker
annotations or @InjectService to disambiguate.
Both approaches are discussed here:
http://tapestry.apache.org/defining-tapestry-ioc-services.html
On 17
Not a bug.
If you put actual modules in resources/META-INF/modules/, then they work fine.
Put non-modules in resources/META-INF/assets/ and make them available as
modules as I showed below by contributing to ModuleManager.
On 18 Jun 2014, at 5:27 pm, Sanket Sharma wrote:
> Okay, it works if I
Okay, it works if I place my javascript under /META-INF/assets/js
Bug? Or does everything have to be under assets? It doesn't seem to pick up
resources under META-INF/modules.
On Wed, Jun 18, 2014 at 9:11 AM, Sanket Sharma
wrote:
>
> Nope. Doesn't work. I have my javascript files in the projec
ol.js is not a module, it's an asset. That's why you're shimming it. So instead
of putting it in resources/META-INF/modules/, try putting it in
resources/META-INF/assets/js/.
On 18 Jun 2014, at 5:11 pm, Sanket Sharma wrote:
> Nope. Doesn't work. I have my javascript files in the project under
Nope. Doesn't work. I have my javascript files in the project under
resources resources/META-INF/modules/ol/ol.js
Does it map the META-INF/modules to a virtual resource? In your code I'm as
suing there is a folder under META-INF called assets/js?
If I use @Path("/META-INF/modules/ol/ol.js") corre
13 matches
Mail list logo
