The only reason is that I didn't know that method :-)
> Is there a reason you are setting the path like that, instead of overriding
> domainForIDCookies()?
>
> e.g.
> @Override
> public String domainForIDCookies() {
> return ERXApplication.isDevelopmentModeSafe() ?
> super.domainForIDCookies() : "/" + "AppName" ;
> }
>
> On Fri, Jul 6, 2012 at 9:59 AM, Pascal Robert <[email protected]> wrote:
> Tip: if you are using sessions for your REST calls, and you need to read that
> sesesion ID from your JavaScript client application, be aware that the path
> in the cookie will be /cgi-bin/WebObjects/something.woa/..., so if you try to
> check if the cookie is available in your JavaScript app, it won't work since
> the path of your JS app is probably not in /cgi-bin/WebObjects.
>
> So don't forget to change the path of the cookie, with a call like this in
> your Session class:
>
> public void _appendCookieToResponse(WOResponse aResponse) {
> super._appendCookieToResponse(aResponse);
> if (storesIDsInCookies()) {
> for (WOCookie cookie: aResponse.cookies()) {
> if ("wosid".equals(cookie.name())) {
> cookie.setPath("/");
> }
> }
> }
> }
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list ([email protected])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/ted.archibald%40gmail.com
>
> This email sent to [email protected]
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
