On Thu, 20 May 1999, you wrote:
>> > If cookies are turned off in the client, the server falls back to using
>> URLs anyway.
>>
>> No :( If I turn coockies off, there is no sessions :(( I use 1.0b4
>>
>
>Are you doing the encodeUrl() calls? If you're not, there's no way for
>URL-rewriting-based session management to work.
Of course there is, by simply doing session-management on application
level (ok, you probably implied JServ-session-management when you said
session-management). Yes, this means additional work (but only once if done
properly), so might not be suitable for a lot of people, so this was not just a
call to avoid JServ's session mechanism :) It's certainly perfectly suitable
for most applications. I just want to point to more alternatives.
I did this, simply because my applications aren't servlets and I wanted to
avoid any cookies to be sent. I use a servlet to connect web-server resp. HTML
forms to server-side applications (through an application server). Writing a
function to add session ID's to Html pages isn't that hard when using
regexp-packages. Managing application state also isn't, and can nicely be
encapsulated in a class, which is then used by applications which like to use
it.
I like this approach because it simply consists of calling one method to convert
a HtmlPage to a modified one, with all URL's rewritten. This way even a
static Html page, loaded from disk and modified additionally by the application,
can be URL-rewritten easily. Additionally this way I can transparently add more
features to session management, such as adding a hidden field to the top of the
dynamic frame containing session information, which can then be queried by
static Html frames, such as menu/toc frames (which aren't given back by the
servlet and can't be URL-rewritten) through Javascript to be able to pass the
session information to the server-side application, if such a link is clicked
by the user. Without cookies I don't see any other way to support such
Html architectures with static/immutable and dynamically generated frames.
All this is hidden from the application.
bye
Sam Jordan
-- --------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
READ THE FAQ!!!! <http://java.apache.org/faq/>
Archives and Other: <http://java.apache.org/main/mail.html/>
Problems?: [EMAIL PROTECTED]
