× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Kevin

I don't think the correct term is session management as that only relates to
an individual session and ends when the user closes their browser. State
management persists beyond that and I hear again the horrible term 'home
grown' ... (how many versions of that are there?)

I'm really hoping that the i would have some kind of state management built
in to the operating system.

Has it?

- Maurice


I think the generic term for that is session management. In our stateless
environment we maintain state using a home grown session management facility
- the same way that .net uses session data or viewstate.

On 31 Dec 2010, at 19:10, "Maurice O'Prey" <Maurice.Oprey@xxxxxxxxx> wrote:

Just as a question

How do you all manage state in the HTTP stateless environment? What is
state?

Happy new year

Maurice O'Prey


-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Kevin Turner
Sent: 31 December 2010 18:14
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] IceBreak as an alternative to Apache?

Yes I guess that is the concern. In a stateless environment I can have,
say,
10 threads/jobs managing 300 concurrent sessions. In a stateful
environment
I would have 300 threads/jobs. Is it a problem? I am not sure. With a
1000
concurrent sessions, is it just as efficient?

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Dean, Robert
Sent: 31 December 2010 17:54
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] IceBreak as an alternative to Apache?

I think the concern is that stateful connections take up more resources.
Where a stateful environment requires one job per client, a stateless
environment can service many clients per job.

That being said, the IBM i platform is a good choice for a stateful
environment because of the way resources are managed.

________________________________________
From: web400-bounces@xxxxxxxxxxxx [web400-bounces@xxxxxxxxxxxx] on behalf
of
Kevin Turner [kevin.turner@xxxxxxxxxxxxxxx]
Sent: Friday, December 31, 2010 11:18 AM
To: Web Enabling the AS400 / iSeries
Cc: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] IceBreak as an alternative to Apache?

Joe

I have always steered clear of persistent CGI because of a fear that it
will
not scale as well as a standard stateless environment. Is this fear
justified? I have never had the opportunity to put it to the test.

Kevin

On 31 Dec 2010, at 16:05, "Joe Pluta" <joepluta@xxxxxxxxxxxxxxxxx> wrote:

There is nothing particularly special about stateful connections. In
traditional CGI processing this is known as persistent CGI, and has been
around since about 1998. Not only that, it's a built-in capability of
the IBM i that has been around for nearly as long on the IBM Apache
server. As far as I know, it goes back to V5R1 or V5R2, maybe further.
That's a decade or so. And with IBM, you control it by session, not by
server, so you can have persistent or non-persistent sessions on the
same server.

Also, this is a fundamental capability of WebSphere. Via the Java
toolkit you can have both persistent and non-persistent connections and
in fact, if you needed to you could have both persistent and
non-persistent connections in the same session! EGL supports this
capability out of the box; when you define a program (RPG, COBOL,
whatever) to be called you define whether it is stateful or stateless.
So you can have both stateful and stateless connections in the same
session! Stateful connections each have a persistent job, with
overrides and ODPs and a QTEMP - the job is named QZRCSRVS and runs in
QUSRWRK.

So, it's nice that IceBreak has this, but it's really not unique to the
tool.

Happy New Year!

Joe

P.S. For debugging, you might want to look into Service Entry Points.
It makes debugging web programs a breeze, even in non-persistent CGI!



Hi Kevin

"task switch feature"! This feature is a feature which is special in
IceBreak. It is a feature that keeps track of your browser session and
sends
request on to an isolated job native under OS/400. This means that your
programs can remain open with file pointers, variables etc. It also means
that you might use the QTEMP to something practical - again. Further, you
can work with the job through normal OS/400 interface such as WRKACTJOB.
It
also means that with this technique can debug programs without having to
think about other jobs and sessions.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


NOTICE: The information in this electronic mail transmission is intended
by
CoralTree Systems Ltd for the use of the named individuals or entity to
which it is directed and may contain information that is privileged or
otherwise confidential. If you have received this electronic mail
transmission in error, please delete it from your system without copying
or
forwarding it, and notify the sender of the error by reply email or by
telephone, so that the sender's address records can be corrected.




----------------------------------------------------------------------------
----


CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT

Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


NOTICE: The information in this electronic mail transmission is intended
by
CoralTree Systems Ltd for the use of the named individuals or entity to
which it is directed and may contain information that is privileged or
otherwise confidential. If you have received this electronic mail
transmission in error, please delete it from your system without copying
or
forwarding it, and notify the sender of the error by reply email or by
telephone, so that the sender's address records can be corrected.




----------------------------------------------------------------------------
----


CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT

Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


NOTICE: The information in this electronic mail transmission is intended by
CoralTree Systems Ltd for the use of the named individuals or entity to
which it is directed and may contain information that is privileged or
otherwise confidential. If you have received this electronic mail
transmission in error, please delete it from your system without copying or
forwarding it, and notify the sender of the error by reply email or by
telephone, so that the sender's address records can be corrected.



----------------------------------------------------------------------------
----


CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT

Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.