Ah yes, I didn't even give flash persist a thought, I think I'd rather use
that to minimize url tampering. Thanks Lance.
On Wed, Apr 24, 2013 at 1:53 PM, Lance Java wrote:
> Something like this (not tested)
>
> @Inject
> private ComponentResources resources;
>
> @Inject
> private JavaScriptSuppo
Something like this (not tested)
@Inject
private ComponentResources resources;
@Inject
private JavaScriptSupport jss;
@Persist(PersistanceConstants.FLASH)
private String pdfUrl;
@SetupRender
void setupRender() {
if (pdfUrl != null) {
jss.addScript("document.location.href = '%s';", pdfUrl);
}
}
Hi Lance, I think I'm with you most of the way with the exception of
generating a link to the pdf event.
So I'm returning PurchaseRequest.class in my onSuccess method which would
for the page to reload with context from onPassivate, this should resolve
my sync issues. Where I'm lost is how to trig
Split it into 2 phases:
Phase 1: Submit form
Do the work (webservice + version increment)
Generate a link to the generatePDF event
Return the page to be re-rendered
Phase 2: Re-render the page
Use javascript to download the PDF once the page has loaded.
So I'm facing a dilemma where my app uses hibernate version to prevent
optimistic locking, but returns a PDF from a StreamResponse. When the user
uses the submit action to generate a PDF, a few items are first saved to
the database from a web service which causes the version to increment
followed b
One note about ZoneRefresh mixin:
https://issues.apache.org/jira/browse/TAP5-2100
So it provides not the original event context(that was encoded in url) but
the context populated from parameter. And so it has no sence for now.
On Wed, Apr 24, 2013 at 4:21 PM, Michael Prescott <
michael.r.presc
Okay! I've filed it as https://issues.apache.org/jira/browse/TAP5-2111
On 24 April 2013 09:07, Lance Java wrote:
> Far from being a gory detail, it's part of the public API for the mixin,
> very similar to AutoComplete's "provideCompletions" event.
>
> The mixin should ideally declare the event
Far from being a gory detail, it's part of the public API for the mixin,
very similar to AutoComplete's "provideCompletions" event.
The mixin should ideally declare the event using @Events("refresh") and
should have a mention in the javadoc too.
Thanks, Lance, that looks like it will do the trick nicely.
Do you think that the 'refresh' event should be added to the ZoneRefresh
mixin's documentation? Is this public/won't change, or a gory internal
detail?
On 24 April 2013 04:47, Lance Java wrote:
> The ZoneRefresh mixin fires the "refr
If you are running through your IDE (eg from class folders instead
of .jar/.war) then you will not be able to get the version since maven has
not packed the artifacts.
This might help:
http://stackoverflow.com/questions/2712970/how-to-get-maven-artifact-version-at-runtime
The only neat solution I found for this was to JAR my tapestry app into the WAR
lib thus:
true
- Original Message -
From: John
To: users@tapestry.apache.org
Sent: Wednesday, April 24, 2013 8:44 AM
Subject: trying to set app version using manifest.mf
Hi,
I have been try
The ZoneRefresh mixin fires the "refresh" event passing the (optional)
context parameter.
So, add a handler to the containing page / component.
Eg: void onRefresh(Foo context) {...}
If you return a Block, this will be rendered (zone.getBody() renders by
default).
Hi,
I have been trying to use the following code in QaModule to set the application
version using the same as the maven version. It doesn't seem to work, the
manifest is under /META-INF. I'm using Jetty 6.1.16 both with the WAR and
unpacked as a directory, same result, null.
String version = Qa
13 matches
Mail list logo
