by the way this is a 5.4 bug starting in beta-26, beta-25 it works fine.
I'm not sure about 5.3 as I no longer use it.
On Wed, Feb 18, 2015 at 8:40 PM, George Christman
wrote:
> It's the same behavior regardless of whether or not your using ajax. I
> thought initially it was an ajax only excepti
It's the same behavior regardless of whether or not your using ajax. I
thought initially it was an ajax only exception, but it's not.
On Wed, Feb 18, 2015 at 3:45 PM, Thiago H de Paula Figueiredo <
thiag...@gmail.com> wrote:
> On Wed, 18 Feb 2015 14:12:21 -0200, George Christman <
> gchrist...@ca
On 02/18/2015 10:20 AM, Ben Titmarsh wrote:
Hey Guys,
I've just got my web server set up for SSL and it's working, but am
experiencing some odd behaviour from Tapestry. I've added the @Secure
annotation to one of my pages but by default the link is generated thus:
https://[DOMAIN]:80/login
On Wed, 18 Feb 2015 14:12:21 -0200, George Christman
wrote:
I can finally replicate the bug so it can be fixed :)
Thanks!
Okay when you have a form loop with formstate="iteration" and there is a
serverside validation error, the last row's textfield value becomes the
first row's textfield
... then this might save you some time:
The easiest way is to setup one vhost for HTTP and another for HTTPS in apache.
Terminate and handle the TLS/SSl connection in the apache HTTPS vhost as you
seem to be doing now
The two vhost should forward (Proxy pass) request to two distinct Tomcat
conne
I think you could be correct Luca. My tomcat is fronted by apache which has
the following rules:
ProxyPass / http://localhost:8080/ retry=0
ProxyPassReverse / http://localhost:8080/
ProxyPreserveHost on
I'm not particularly hot on Apache but I suspect that something here
Port 80 appearing while secure is an odd behavior for sure. You can see a
little bit more on how that works here.
https://github.com/apache/tapestry-5/blob/e087cad11d609bc251727be91bf3d523811d541d/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/BaseURLSourceImpl.java
As far as
Hi,
couldn't it be related to the servlet container config?
As far as I remember tapestry uses information provided by the servlet
container [1] to determinate if a given request is happening over a secure
connection or not.
So you might want to double check your container config.
Assuming you'
That's right and if I don't add
configuration.add(SymbolConstants.HOSTPORT_SECURE, "443"); then all links to
@Secure pages are generated with port 80 too. Not sure why that is..
> Date: Wed, 18 Feb 2015 12:40:51 -0500
> Subject: Re: Weird behaviour generating URLs for HTTPS pages
> From: gchri
My bad Ben, I was thinking this was something related to Tapestry-Security
when I seen your login url example.
So your saying your capable of accessing the pages directly with https://
without the use of @Secure, but with @Secure it puts you in an infinite
loop while trying to access the page?
On
Hi George,
I don't have that property set to anything. My login page is just called
"login" though! This problem is also happening on other pages that I have
marked as secure, for example "register".
Links aside I can't even hit those pages without getting caught in a redirect
loop, but I ca
Hi Ben, what is your LOGIN_URL set too? Your not trying to secure the same
page your LOGIN_URL is set to right?
Example
configuration.add(SecuritySymbols.LOGIN_URL, "/login");
On Wed, Feb 18, 2015 at 11:20 AM, Ben Titmarsh
wrote:
> Hey Guys,
>
> I've just got my web server set up for SSL and it
Hey Guys,
I've just got my web server set up for SSL and it's working, but am
experiencing some odd behaviour from Tapestry. I've added the @Secure
annotation to one of my pages but by default the link is generated thus:
https://[DOMAIN]:80/login
I tried adding:
configuration.add(SymbolConst
I can finally replicate the bug so it can be fixed :)
Okay when you have a form loop with formstate="iteration" and there is a
serverside validation error, the last row's textfield value becomes the
first row's textfield value.
Code to replicate bug.
Price
Hi Geoff,
here the missing parts :)
The JavaScriptLibraryModule now have configured four new modules based on
non-AMD JavaScript:
["modernizr", "class", "font-picker", "date-format"].
- "modernizr" js stores itself in a browser global called "Modernizr"
==> .exports("Modernizr")
- "class" js
Hi Geoff,
yes, here is some productive code:
public class JavaScriptLibraryModule {
private static final String MODERNIZR_PATH =
"context:third-party/modernizr-2.7.1.js";
private static final String JS_SIMPLE_CLASS_PATH =
"context:third-party/class.js";
private static final String JS_FONT_
Hi Diego,
That sounds good, but can you give a concrete example of some code, like I gave
below. That would be great.
Geoff
On 19 Feb 2015, at 1:00 am, Diego Socaceti wrote:
> sorry, copy, paste-error
>
> ... use JavaScriptModuleConfiguration#exports() for 'exports' of shim config
>
> 2015
sorry, copy, paste-error
... use JavaScriptModuleConfiguration#exports() for 'exports' of shim config
2015-02-18 14:58 GMT+01:00 Diego Socaceti :
> Hi @all,
>
> if you want to shim non-AMD JavaScript files you should use
> JavaScriptModuleConfiguration.
> It offers everything you need to create
Hi @all,
if you want to shim non-AMD JavaScript files you should use
JavaScriptModuleConfiguration.
It offers everything you need to create shim configs.
use JavaScriptModuleConfiguration#dependsOn() for 'deps' of shim config
use JavaScriptModuleConfiguration#dependsOn() for 'exports' of shim con
Despite what I said 9 months ago in the thread you referenced, I'm not sure
that I've ever seen the shimming [1] ever work, but I haven't pursued it
because the many javascript libraries I use work fine anyway without being
modules.
[1]
http://tapestry.apache.org/5.4/apidocs/org/apache/tapestr
20 matches
Mail list logo
