If you really must, you can acces it like this:
setProhibitRawAccess(false);
String context = getHttpServletRequest().getContextPath();
There is no public method for this.
Naren wrote:
Yes,
as such 'WEBAPP:ROOTURL' is enoug, but sometimes we may need context path.
Regards
----- Original Message -----
From: "Geert Bevin" <[EMAIL PROTECTED]>
To: "RIFE users list : questions,bug reports and suggestions."
<[email protected]>
Sent: Thursday, January 12, 2006 17:16
Subject: Re: [Rife-users] redirect attribute in <arrival>
Is it this method you're talking about in the regular servlet api?
http://java.sun.com/products/servlet/2.3/javadoc/javax/servlet/http/HttpServletRequest.html#getContextPath()
Naren wrote:
Hello Geert,
Yes 'WEBAPP:ROOTURL' solved my problem.
Is there also some tag or method in RIFE that can tell us Webapp context
path instead of full URL?
Regards
----- Original Message -----
From: "Geert Bevin" <[EMAIL PROTECTED]>
To: "RIFE users list : questions,bug reports and suggestions."
<[email protected]>
Sent: Thursday, January 12, 2006 16:55
Subject: Re: [Rife-users] redirect attribute in <arrival>
Naren, this is normal behavior. The authentication element is not part
of the subsite, ie. it floats 'above'. The redirection only happens when
the actual arrival has been reached. If you have problems with relative
resources from without the login form page, I suggest you use the base
href approach and make all your resources relative to the root of your
web application. By doing this:
<html>
<head>
<base href="[!V 'WEBAPP:ROOTURL'/]" />
<link rel="stylesheet" type="text/css" href="style/common.css" />
</head>
The WEBAPP:ROOTURL value will automatically be filled in by RIFE
according to where your web application runs. It is thus always
consistent even when it's on another server or another web application.
I hope this helps.
Best regards,
Geert
Naren wrote:
Yes, authentication form is not redirected, but the element after the
authenticated succeeds
Regards
----- Original Message -----
From: "Geert Bevin" <[EMAIL PROTECTED]>
To: "RIFE users list : questions,bug reports and suggestions."
<[email protected]>
Sent: Thursday, January 12, 2006 16:16
Subject: Re: [Rife-users] redirect attribute in <arrival>
Hang on, do you mean that the authentication form is not redirected,
or
the element that is accessed after the authenticated succeeds?
Naren wrote:
Hello
The redirect attribute in <arrival > tag is not working when the
subsite
extends AUTH element. AUTH element just implement the Athentication
mechanism provided by RIFE.
For example:
---
<site>
<arrival destid="Pills" redirect="true"/>
<element id="Pills" file="pills.xml" url="/home">
...
Then the redirection works fine. But in following case it do not work
------------
<element id="AUTH" file="athentication.xml"/>
<subsite id="ADMIN" file="admin.xml" urlprefix="/admin"
inherits="AUTH"
/>
.....
--------------------
and in admin.xml
-------------------------
<site>
<arrival destid="Product" redirect="true"/>
<element id="Product" file="admin/product.xml" url="/product">
...
-----------------------
then if I provide access <webappurl>/admin it does not redirect to
<webappurl>/admin/product instead of that it just display login page
and
the
yrl in localtion bar just remains <webappurl>/admin
If I remove inherits="AUTH" from admin subsite then it works fine.
Is it known behavior or a bug ?
Due to this sometimes images and css do not displayed on login page.
Any help would be appreciated on this issue.
Regards
_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users
--
Geert Bevin Uwyn bvba
"Use what you need" Avenue de Scailmont 34
http://www.uwyn.com 7170 Manage, Belgium
gbevin[remove] at uwyn dot com Tel +32 64 84 80 03
PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9
Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net
_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users
_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users
--
Geert Bevin Uwyn bvba
"Use what you need" Avenue de Scailmont 34
http://www.uwyn.com 7170 Manage, Belgium
gbevin[remove] at uwyn dot com Tel +32 64 84 80 03
PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9
Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net
_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users
_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users
--
Geert Bevin Uwyn bvba
"Use what you need" Avenue de Scailmont 34
http://www.uwyn.com 7170 Manage, Belgium
gbevin[remove] at uwyn dot com Tel +32 64 84 80 03
PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9
Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net
_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users
_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users
--
Geert Bevin Uwyn bvba
"Use what you need" Avenue de Scailmont 34
http://www.uwyn.com 7170 Manage, Belgium
gbevin[remove] at uwyn dot com Tel +32 64 84 80 03
PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9
Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net
_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users
