You have a few options
1. Return a java.net.URL from your onSuccess() event - This will only work
if your external URL allows GET. You can use the query part of the URL to
pass request parameters
2. Use javascript to post a form to the external URL - Redirect after your
onSuccess() event to a pag
Dear community,
We are happy Tapestry users since Tapestry 5.1 and we would like to
share how we migrated from Tapestry 5.3 to 5.4 alpha 3.
We previously used Tapestry-jquery to have a javascript layer in
jquery but without using their rich components. This library is great
but with Tapestry 5.4
I don't think the following code works, it doesn't when I run my version of it.
The loginPage has it's nextPageLink property set, but then the loginPageLink is
returned by using the Login.class which presumably just redirects to a fresh
login page without the nextPageLink set.
So the nextPageLi
Thanks from our team too!
2013/4/28 Dmitry Gusev
> Congrats!
>
> And thanks for the great library!
>
> On Sat, Apr 27, 2013 at 10:21 PM, Kalle Korhonen <
> kalle.o.korho...@gmail.com
> > wrote:
>
> > Oops, we did it again! We cleaned the security component issue list and
> cut
> > a new release
I'm pleased to announce the availability of Apache Tapestry 5.3.7
You will find the release on maven main repo and on apache distribution
sites, the master site is:
https://www.apache.org/dist/tapestry/
As usual mirror are synching so please be patient.
A news announce on java.dzone.com has been
Thanks Tynamo Team!!
regards
Taha
On 29-Apr-2013, at 2:41 PM, Borut Bolčina wrote:
> Thanks from our team too!
>
>
> 2013/4/28 Dmitry Gusev
>
>> Congrats!
>>
>> And thanks for the great library!
>>
>> On Sat, Apr 27, 2013 at 10:21 PM, Kalle Korhonen <
>> kalle.o.korho...@gmail.com
>>> wro
Unfortunately, CometD doesn't expose the HttpSession in a public API so I
can't pass it to tapestry in the FakeHttpServletRequest.
You can use the following code to get a session attribute:
@Inject BayeuxServer bayeuxServer;
HttpTransport transport = (HttpTransport)
bayeuxServer.getCurrent
Hi,
I run jetty into eclipse as is explained in Tapestry Tutorial
http://tapestry.apache.org/loading-the-project-into-eclipse.html
It was working very well with tapestry 5.2.4, but after upgrade to Tapestry
5.3.6, every change on my code (on .tml files for example) I need to
restart to see the ch
Barry, are running your app on Tomcat?
On Sat, Apr 27, 2013 at 9:10 AM, Barry Books wrote:
> I've run several sites on an Amazon EC2 micro instances which have about
> 600meg of memory and cost about $10 per month
>
>
> On Fri, Apr 26, 2013 at 9:01 PM, Kalle Korhonen
> wrote:
>
> > Tektonic's V
Have you checked to ensure your not running in production mode?
On Mon, Apr 29, 2013 at 6:56 AM, Alberto Fernández wrote:
> Hi,
>
> I run jetty into eclipse as is explained in Tapestry Tutorial
> http://tapestry.apache.org/loading-the-project-into-eclipse.html
>
> It was working very well with t
Hi Folks,
I am doing an if clause within an if clause and tapestry is barking at me with
this error
The value of attribute "style" associated with an element type "div" must not
contain the '<' character
border-color: ${adminLayout.contentColor};
The template has to be valid XML, so the component won't really help
you here. One thing to do would be to assemble the style in the backing
Java class:
public String getComputedStyle() {
// ...
}
On 29 April 2013 11:32, nhhockeyplayer nashua wrote:
> Hi Folks,
>
> I am doing an if clause
Hi everyone, I'm now getting back to this issue and I'd like to say I
honestly still don't understand it. I posted my config on stack overflow
with a little more detail. If any tapestry tomcat users would like to take
a look at it and tell me what I might be doing wrong, I'd appreciate it.
Thanks
Sounds like you are mixing up your dependencies. Perhaps an incompatible or
duplicated version
of some JARs somewhere. Sorry I can't be anymore specific.
On Apr 29, 2013, at 1:00 PM, George Christman wrote:
> Hi everyone, I'm now getting back to this issue and I'd like to say I
> honestly stil
Lenny is right, you have some jars in your classpath that conflicting with
tomcat's libraries.
Can you show output of "mvn dependency:tree" or "gradle dependencies" ?
On Mon, Apr 29, 2013 at 9:04 PM, Lenny Primak wrote:
> Sounds like you are mixing up your dependencies. Perhaps an incompatible
Your assumption is correct, I chouse to do it view different forms at the
moment (the users hast to click few more times but I might change it in the
shore future as per you suggestions)
I will need to google a bit more about your 3ed option it seems to be what
I need (the website I am trying to f
Here's my mvn dependency tree, thanks for your help.
[WARNING] Failed to retrieve plugin descriptor for
org.codehaus.mojo:hibernate3-
maven-plugin:2.2: Failed to parse plugin descriptor for
org.codehaus.mojo:hibern
ate3-maven-plugin:2.2
(C:\Users\gmc07\.m2\repository\org\codehaus\mojo\hibernate
3-
Not sure (I don't use hibernate)
but hibernate-jta and geronimo-jta stuff may conflict.
On Apr 29, 2013, at 2:10 PM, George Christman wrote:
> Here's my mvn dependency tree, thanks for your help.
>
> [WARNING] Failed to retrieve plugin descriptor for
> org.codehaus.mojo:hibernate3-
> maven-plugi
You could also (if you're using Eclipse) use Ctrl-Shift-T to see what
jar(s) might be containing the org.apache.catalina.deploy.WebXml class
(which seems to be the offending duplicate).
On 29 April 2013 14:10, George Christman wrote:
> Here's my mvn dependency tree, thanks for your help.
>
> [W
How do you run your project? Is it from within eclipse? Or you're deploying
a *.war file?
Could it be that these files getting into classpath?
[INFO] +- org.apache.tapestry:tapestry-test:jar:5.3.6:compile
...
[INFO] | +- org.apache.tomcat:dbcp:jar:6.0.30:compile
[INFO] | +- org.apache.tomcat:co
I run my project from Netbeans, locally with jetty, and deployed as a war.
On Mon, Apr 29, 2013 at 2:21 PM, Dmitry Gusev wrote:
> How do you run your project? Is it from within eclipse? Or you're deploying
> a *.war file?
>
> Could it be that these files getting into classpath?
>
> [INFO] +- org
I was wondering the same thing about those files, but as you said they
shouldn't.
On Mon, Apr 29, 2013 at 2:23 PM, George Christman
wrote:
> I run my project from Netbeans, locally with jetty, and deployed as a war.
>
>
> On Mon, Apr 29, 2013 at 2:21 PM, Dmitry Gusev wrote:
>
>> How do you run y
They will be present in classpath if you won't exclude them.
I'm not familiar with Netbeans, but in Eclipse Sysdeo Plugin I have to
manually remove them,
so you should check your runtime classpath.
You can also try to build a war and look at WEB-INF/lib folder to check if
these files not there.
O
Netbeans runs just under plane maven, just like from the command line.
There maybe stale files in WEB-INF/lib, but if you run mvn clean, they will be
gone.
maven directive is your friend here
On Apr 29, 2013, at 2:38 PM, Dmitry Gusev wrote:
> They will be present in classpath if you won't excl
The only problem with GAE is that GAE expects application launch to be
cheap, and will often shut down your app until a request comes in.
Tapestry assumes a long-running application server, so it can be
relatively slow to start up: about a second give or take on ordinary
hardware (not sure about G
I host some of our T5 apps on OpenShift.
It has free plan with 512MB RAM and 1GB storage, works good so far, though
I haven't tried it with heavy load yet.
https://www.openshift.com/faq#t6n11275
On Mon, Apr 29, 2013 at 10:49 PM, Howard Lewis Ship wrote:
> The only problem with GAE is that GAE
So as it turns out, the issue was caused by tapestry-test adding an older
tomcat files to the class path. I'll need to somehow figure out how to
exclude them from the class path.
org.apache.tapestry
tapestry-test
5.3.6
Thanks friend... that worked out fine.
Hi John,
It works because LoginPage persists the link in your session:
@Persist
private Link nextPageLink;
Have you really seen it fail? Try for yourself - try user 2 (login with admin,
admin):
http://jumpstart.doublenegative.com.au/jumpstart/theapp/security/userview/2
then lo
Bingo! You are right, @Persist was missing from my login page nextPageLink
member. I'm not much a fan of putting data in session and probably ignored or
junked that essential @Persist!
thanks,
John
- Original Message -
From: Geoff Callender
To: Tapestry users
Sent: Monday, Apr
yes I'm running under Tomcat
On Mon, Apr 29, 2013 at 7:55 AM, George Christman
wrote:
> Barry, are running your app on Tomcat?
>
>
> On Sat, Apr 27, 2013 at 9:10 AM, Barry Books wrote:
>
> > I've run several sites on an Amazon EC2 micro instances which have about
> > 600meg of memory and cost a
Yep, I, too, avoid session persistence like the plague. But in this case I
figure that it's fair enough because we're about to use the session anyway
when they log in (it creates a "Visit" and stores it with @SessionState).
We remove the link from Login afterwards with
discardPersistentFieldChanges
On Mon, Apr 29, 2013 at 11:33 PM, George Christman
wrote:
> So as it turns out, the issue was caused by tapestry-test adding an older
> tomcat files to the class path. I'll need to somehow figure out how to
> exclude them from the class path.
>
>
> org.apache.tapestry
>
33 matches
Mail list logo
