Mailing-List: contact ecs-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "ECS Users List" <ecs-user@jakarta.apache.org>
Received-SPF: pass (athena.apache.org: local policy)
Message-ID: <0BFA782AF0144E2D92576287948A1017@zachary>
From: "Zachary Mitchell, BCIS" <zac.j.m@internode.on.net>
To: "ECS Users List" <ecs-user@jakarta.apache.org>
References: 
 <gnvneu$e28$1@ger.gmane.org><0955CEF0D0874337BE37FAADE8546AC6@zachary>
 <go010t$e28$2@ger.gmane.org>
Subject: Re: custom Table
Date: Tue, 24 Feb 2009 18:25:49 +1030
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0010_01C996AD.51531DC0"

------=_NextPart_000_0010_01C996AD.51531DC0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

There are a few things to know with JSP's

and copies of objects in JSP's,

when it comes to variables of

session and page

scopes.

A text/ebook like "special edition using Java 2 enterprise edition

clarifies this, but it all goes to the fact that  a jsp deploys to its =
servlet engine

by being compiled into a servlet class/instance, which is injected

 and then executed from there.

This means that every client web browser run of the jsp

is running from THE SAME class of your programmed jsp,

though from different server threads and different browser

instances though.

You need to be careful that each page variable object

doesn't conflict with other objects by use of page objects.

You will want each to have a local copy of your resultset Object,

in each jsp page context, to be a unique object context, and each have =
all of=20

them concurrently in your jsp, rather than be using dirty references =
back to your=20

original copy.

It should (your resultset object), optmistically, be unbound from your =
resultSet Object produced by

bean/corba/rmi/ejb/whatever object source.

In your example, in a situation where each jsp page

may alter it's unique resultset object later on,

-you may use a  managed class/bean/enterprise javaban=20

to correspond to your entire table, to have setResultSet/getResultSet =
methods. =20

These methods may have somethig like a linkedlist that holds resultset =
objects (or a complexresultset object of yours, to include an id for =
each <TD> node.
This way, you have one managemenet class, and are blind to key objects,

and have a manager (Accessible) class.

>From hear, each page may the obtain it's own particular

pageContext copy of your resultselt object.

//***********************************************************************=
*******************


Or, you may use a  LinkedList object in an application scope, which of =
its own, is outside of every page's context.

The page that get's a LinkedList<ResultSet> from there, the page deals=20

appropriately with it's resultset, and may use the java.util.LinkedList

method to update the collection appropriately.

the page context.

See how ya go, but doen't overlook the reading I suggested,

even though your stuck, and it's old!

:)


------=_NextPart_000_0010_01C996AD.51531DC0--