Re: Wosid suppression broken in 5.4?
Re: Wosid suppression broken in 5.4?
- Subject: Re: Wosid suppression broken in 5.4?
- From: Ian Joyner <email@hidden>
- Date: Fri, 21 Dec 2007 10:11:26 +1100
Wow, I sure touched off some fiery debate here – sorry guys. If I can
summarize the two main points:
1) WO 5.4 acts differently to 5.3 by adding a ?wosid=... part on the
end of a URL.
That is bad and will cause all sorts of compatibility problems and
existing systems to break.
2) It seems like the case where you need ?wosid= (ie ?wosid = true) on
the end of the URL is the exception. (Correct me if I got this round
the wrong way.)
Thus ?wosid = false should be the default (false seems the natural
default for anything anyway). This would therefore uphold the
"Principle of Least Surprise" (who came up with that – sounds like a
Bob Barton or Bertrand Meyer design principle?).
Ian
On 21/12/2007, at 6:42 AM, Guido Neitzer wrote:
On 20.12.2007, at 12:21, Andrew Lindesay wrote:
This is a departure from WO 5.3.3, but it seems to be OK to me;
?
In WO 5.3 you don't need that if your using the href binding. You
only need it on WO 5.4. And that is not okay with me, as I'd have to
go through all apps I've ever created as soon as they should get
deployed on 5.4 - which is not that unlikely as they normally
survive server updates and the like quite good.
This sucks as it is breaking existing stuff again. I'd rather not
get more access to the APIs if this means breaking so much stuff
from point release to point release.
just need add this binding to the hyperlinks that are external.
Why should I ever need that binding when I'm using href? When I pass
in an href I know what I'm doing! If I want a session id in there,
I'll add it to the URL myself. If I don't know what I'm doing, I
learn it.
And for the few cases where the href binding is used for internal
URLs to the same application, they always had to add the session id
if they needed it, so why changing that case and breaking existing
apps?
cug
--
http://www.event-s.net
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden