It was the load balancer configuration that needed further
configurations. Now it works as it should. Thanks for all the help.
Br,
Kim
2019-06-17 11:14 skrev Dmitry Gusev:
Show configuration of the app server for the header?
Tomcat, for example, needs custom valve to acknowledge x-forwarded
he
Show configuration of the app server for the header?
Tomcat, for example, needs custom valve to acknowledge x-forwarded headers.
On Mon, Jun 17, 2019 at 9:36 AM Kim Syväluoma wrote:
> We have now added the X-Forwarded-Proto and X-Forwarded-For to the
> requests but we still get 302 loop:
>
> GET
We have now added the X-Forwarded-Proto and X-Forwarded-For to the
requests but we still get 302 loop:
GET /ngm/start HTTP/1.1
Host: bo-ci.eget.fi
Connection: keep-alive
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_5)
AppleWebKit/537.36 (KHTML, like Geck
Thanks for the answers. We will try adding the "X-Forwarded-Proto:
https" header to our requests.
/Kim
2019-06-14 11:34 skrev Chris Poulsen:
Hi,
We use:
// default to non-secure pages (allows us to support both http and
https
based on the request)
configuration.add( SymbolConstants.SECURE_
Hi,
We use:
// default to non-secure pages (allows us to support both http and https
based on the request)
configuration.add( SymbolConstants.SECURE_ENABLED, "false" );
And always have an upstream proxy for performing SSL termination. This
relies on the X-Forward-* headers being set and handled
Hi,
I'd suggest to check value of `Request#isSecure()`, it looks like it's
false.
It can happen if your WebSphere is behind a proxy/load balancer which
terminates SSL,
in this case you may need to configure WebSphere to acknowledge the
x-forwarded-proto HTTP header.
On Fri, Jun 14, 2019 at 9:17
We have a Tapestry application which we need to use over HTTPS only. We
are using Weblogic only.
We have these set in the AppModule of the Tapestry application:
public static void contributeApplicationDefaults(
final MappedConfiguration configuration) {
configuration.add("tapestry.s
al blog
http://code.google.com/p/tapestry-sesame - Authentication extension for
Tapestry 5
--
View this message in context:
http://old.nabble.com/301-vs-302-redirects-due-to-SEO-tp27165953p27191977.html
Sent from the Tapestry - User mailing list archive a
handlers in Tapestry, such as onActivate() may return a page object or
> page name. That gets translated into a HTTP 302 redirect.
>
> Now there are situations, e.g. in shopping applications, where one needs to
> use 301 (moved permanently) redirects instead.
>
> One can @Inject the
Event handlers in Tapestry, such as onActivate() may return a page object or
page name. That gets translated into a HTTP 302 redirect.
Now there are situations, e.g. in shopping applications, where one needs to
use 301 (moved permanently) redirects instead.
One can @Inject the Response object
Hi,
I am trying to display custom 404.html (static html). I have this in my web.xml
403
/error-pages/403.html
404
/error-pages/404.html
500
/error-pages/500.html
503
/error-pages/503.html
Is there anyway you can leverage web.xml error handling for this?
...
404
errors/FourOhFour.tml
java.lang.Throwable
errors/throwable.tml
...
IE: catch *specific *exceptions (what is thrown for missing pages, etc) and
push them to a Tapestry
On Wed, Mar 11, 2009 at 7:33 PM, nillehammer
wrote:
> Tapestry's Delegate-Component
> (
> http://tapestry.apache.org/tapestry5/tapestry-core/ref/org/apache/tapestry5/corelib/components/Delegate.html
> )
> to show an error message.
>
I guess I'm still processing this -- how would a delegate compo
On Thu, Mar 12, 2009 at 4:16 PM, Howard Lewis Ship wrote:
> For page render requests, URL paths that look like actual pages, but
> do no match an actual page, are handed off to the servlet container.
> You'll see standard 404 behavior.
>
> For component event requests, if the page name is not an
Tapestry is distinguishing two cases:
For page render requests, URL paths that look like actual pages, but
do no match an actual page, are handed off to the servlet container.
You'll see standard 404 behavior.
For component event requests, if the page name is not an actual page
you again get 404
On Thu, Mar 12, 2009 at 3:15 AM, Peter Stavrinides <
p.stavrini...@albourne.com> wrote:
> - If you distinguish between requests that are handled within the
> application context, and outside of the context, i.e.: by the container,
> then you can devise a more effective solution to handle these err
To: "Tapestry users"
Sent: Thursday, 12 March, 2009 01:33:37 GMT +02:00 Athens, Beirut, Bucharest,
Istanbul
Subject: Re: Index Pages, 404s and Redirects
Hi Geoffrey,
afaik that can only be avoided by the page itsself handling the request.
So you would have to
Hi Geoffrey,
afaik that can only be avoided by the page itsself handling the request.
So you would have to set the 404-code in onActivate
(HttpServletResponse.setStatus) and probably would want to use
Tapestry's Delegate-Component
(http://tapestry.apache.org/tapestry5/tapestry-core/ref/org/apache/
I'd like to use an Index page at the root of my Tapestry application (mostly
to get the / URL in links rather than /start), but I'd like to respond to
some of those page requests with a 404.
I've done this using the pattern described on the last a few times by adding
an onActivate(EventContext), wh
, 21 October, 2008 12:10:34 AM GMT +02:00 Athens, Beirut,
Bucharest, Istanbul
Subject: Re: T5 Handling invalid urls with redirects
We switched from PHP to Tapestry last year and I'm using a rewrite filter
to redirect old urls to the new ones:
http://tuckey.org/urlrewrite/
Martin
On Mon
We switched from PHP to Tapestry last year and I'm using a rewrite filter
to redirect old urls to the new ones:
http://tuckey.org/urlrewrite/
Martin
On Mon, 20 Oct 2008 22:05:38 +0200, nillehammer
<[EMAIL PROTECTED]> wrote:
Hi List,
Long time no see. I have finally got my application onl
Hi List,
Long time no see. I have finally got my application online and am facing
two problems, I have not thought of before. Both of which are users or
search bots (namely google) using wrong urls.
1.) I have got an index Page in the root which works fine, but my
beloved users tend to type "index
I'm not sure you can do that from a lifecycle method, although you can
return Components.
bill
On Fri, May 30, 2008 at 6:13 AM, Christian Gorbach <[EMAIL PROTECTED]>
wrote:
> or more elegant::
> http://tapestry.apache.org/tapestry5/tapestry-core/guide/pagenav.html
> just return an java.net.URL o
or more elegant::
http://tapestry.apache.org/tapestry5/tapestry-core/guide/pagenav.html
just return an java.net.URL object
c)hristian
Hi Russell,
I do this in the SetupRender phase.
@Inject
private org.apache.tapestry.services.Response _response;
void setupRender () throws Exception
{
Thanks Bill.
-Original Message-
From: Bill Holloway [mailto:[EMAIL PROTECTED]
Sent: 30 May 2008 10:23
To: Tapestry users
Subject: Re: Redirects
Hi Russell,
I do this in the SetupRender phase.
@Inject
private org.apache.tapestry.services.Response _response;
void setupRender () throws
Hi Russell,
I do this in the SetupRender phase.
@Inject
private org.apache.tapestry.services.Response _response;
void setupRender () throws Exception
{
if (/* condition satisfied */)
_response.sendRedirect( "http://example.com"; );
}
Cheers,
Bill
On Fri, May 30, 200
Hi All,
New to Tapestry 5. I have read the Building Web Apps Tapestry 5 book by
Alexander Kolesnikov and am working through the documentation and Wiki
too and I have a functional little web app at the moment that took me
all of a few hours to build and test so I am very pleased with the
productivi
On 4/17/07, Alexandru Dragomir <[EMAIL PROTECTED]> wrote:
have you already tried this ?
[EMAIL PROTECTED]
asking a FAQ is boring
piggyback is annoying
answering a piggyback FAQ is sadistic
--
Massimo
http://meridio.blogspot.com
--
OTECTED]>*
Reply-To: *"Tapestry users" *
To: *"Tapestry users" *
Subject: *Re: Tapestry 5 Redirects*
Date: *Tue, 17 Apr 2007 12:34:28 +0200*
>I might be wrong (i haven't worked with phone browsers) but it think
>is a
>missunderstanding.
>
>The redirections are
might be wrong (i haven't worked with phone browsers) but it think
>is a>missunderstanding.>>The redirections are
happening only on the server side. The client >only>knows of
one request and one answer.>What is happening on the server - the
redirects - are invisible to
At a second thought , perhaps there could be different servers targeted for
several redirects .
Cheers ,
Alex
On 4/17/07, Alexandru Dragomir <[EMAIL PROTECTED]> wrote:
I might be wrong (i haven't worked with phone browsers) but it think is a
missunderstanding.
The redirections ar
NO, these are definitely client-side redirects. Thus the URL address in the
browser reflects the redirected-to location, and hitting refresh redidsplays
the result page, rather than re-executes the action (such as a form submit)
that led to the result page.
It may be necessary to "cross
I might be wrong (i haven't worked with phone browsers) but it think is a
missunderstanding.
The redirections are happening only on the server side. The client only
knows of one request and one answer.
What is happening on the server - the redirects - are invisible to the
client..
Also ,
On 4/15/07, kranga <[EMAIL PROTECTED]> wrote:
Why do you need numbers to understand that an extra redirect adds to
rendering delay?
I can understand that but i would like to have an evidence that that
is causing performance problems.
On storing values in session, why should I be forced to us
" <[EMAIL PROTECTED]>
To: "Tapestry users" <[EMAIL PROTECTED]>
Sent: Friday, April 13, 2007 11:04 AM
Subject: Re: Tapestry 5 Redirects
On 4/13/07, kranga <[EMAIL PROTECTED]> wrote:
1) Log analysis: Your page hit statistics and other log based audit and
troubleshooting ac
not my phone ... (yet) it can't handle for example the date or time dropdown
picker in tapestry. dojo in general seems not phone browser friendly yet
but looking at what the dojo people are saying -- as soon as better
emulators become available this will change.
one of our key markets is mobi
On 4/13/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
I think Patrick is right, phone browser concerns are becoming more and more
important as those platforms continue to evolve and get wider usage. I'm
always disappointed when I got to a site with no real mobile support on my
blackberry pearl.
On 4/13/07, Andreas Pardeike <[EMAIL PROTECTED]> wrote:
Forgive me if the following is wrong, but isn't it possible to have
something like an edit context as in WebObjects that will not accept
a second request with the same edit context ID?
If one would keep track of requests to the server with
On 4/13/07, kranga <[EMAIL PROTECTED]> wrote:
1) Log analysis: Your page hit statistics and other log based audit and
troubleshooting activity need to take this into account.
All requests fall in to logs, anyway logs are configurable server
entities and are by no means related to application s
I think Patrick is right, phone browser concerns are becoming more and more
important as those platforms continue to evolve and get wider usage. I'm
always disappointed when I got to a site with no real mobile support on my
blackberry pearl.
On 4/13/07, Massimo Lusetti <[EMAIL PROTECTED]> wrote:
On 4/13/07, Patrick Moore <[EMAIL PROTECTED]> wrote:
well at least one reason is that phone browsers ask the user to
confirm each and every client-side redirect
Phone browsers, well, typical target for web applications.
--
Massimo
http://meridio.blogspot.com
-
On Fri, 13 Apr 2007 08:03:55 -0300, Andreas Pardeike <[EMAIL PROTECTED]> wrote:
Forgive me if the following is wrong, but isn't it possible to have
something like an edit context as in WebObjects that will not accept
a second request with the same edit context ID?
I think tapestry-flash
(htt
e complete chaos.
- Original Message - From: "Patrick Moore"
<[EMAIL PROTECTED]>
To: "Tapestry users" <[EMAIL PROTECTED]>
Sent: Friday, April 13, 2007 12:59 AM
Subject: Re: Tapestry 5 Redirects
well at least one reason is that phone browsers ask the
browser windows connected to the same session, you have complete
chaos.
- Original Message -
From: "Patrick Moore" <[EMAIL PROTECTED]>
To: "Tapestry users" <[EMAIL PROTECTED]>
Sent: Friday, April 13, 2007 12:59 AM
Subject: Re: Tapestry 5 Redirects
y this could be
> a bad idea. What's the reasoning behind this?
Redirects helps you keeping your url and page states cleans, i mean
helps you a lot.
Which use case do you think to address?
--
Massimo
http://meridio.blogspot.com
-
On 4/12/07, Andreas Pardeike <[EMAIL PROTECTED]> wrote:
Is that clever design? I can think of several reasons why this could be
a bad idea. What's the reasoning behind this?
Redirects helps you keeping your url and page states cleans, i mean
helps you a lot.
Which use case do y
On 12 apr 2007, at 03.29, Howard Lewis Ship wrote:
Every request is a page redirect in T5. Check the URLs in the browser
as you work through the application.
Is that clever design? I can think of several reasons why this could be
a bad idea. What's the reasoning behind this?
Andreas Pardeike
day, June 25, 2006 11:03 AM
Subject: Re: friendly URL restart redirects to /app
Thanks for the advice, but you are actually wrong. It is quite trivial to
change the Tapestry defaults.
The default you are talking about can be changed by a line in the
webapp.application file or by a
Restart service clears the session and redirects to
the Tapestry Servlet (which is usually /app)
It's quite easy to create your own restart service and do
other stuff...
See
http://svn.apache.org/repos/asf/tapestry/tapestry4/branches/4.0/framework/src/java/org/apache/tapestry/e
" <[EMAIL PROTECTED]>
> To:
> Sent: Sunday, June 25, 2006 10:07 AM
> Subject: Re: friendly URL restart redirects to /app
>
>
>> All my templates are named .html, so I can actually access the template
>> in parallel with the page service.
>>
>> I
Would the following be fix the redirect?
Or
Or change Restart service to act like Home service
Henrik
"hv @ Fashion Content" <[EMAIL PROTECTED]> skrev i en meddelelse
news:[EMAIL PROTECTED]
>I followed the instructions on friendly urls for T4, and it works just fin
like I was.
Michael Grundvig
Electrotank, Inc
http://www.electrotank.com
- Original Message -
From: "hv @ Fashion Content" <[EMAIL PROTECTED]>
To:
Sent: Sunday, June 25, 2006 10:07 AM
Subject: Re: friendly URL restart redirects to /app
All my templates are named .html, so
ht be htm, but Tapestry
> expects all templates to be named .html.
>
> Mike
>
> Michael Grundvig
> Electrotank, Inc
> http://www.electrotank.com
>
>
> - Original Message -
> From: "hv @ Fashion Content" <[EMAIL PROTECTED]>
> To:
> Sent: Sun
k.com
- Original Message -
From: "hv @ Fashion Content" <[EMAIL PROTECTED]>
To:
Sent: Sunday, June 25, 2006 8:16 AM
Subject: friendly URL restart redirects to /app
I followed the instructions on friendly urls for T4, and it works just fine
except for one thing.
The exc
I followed the instructions on friendly urls for T4, and it works just fine
except for one thing.
The exception page correctly links to '/restart.do', but when you follow the
link it gets redirected to '/app' rather than '/'
Is this a bug or didn't I configure it correctly?
--
55 matches
Mail list logo