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      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to