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
