× 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.



Ron,

As a couple of other people have indicated, doing pessimistic record
locking in a web application is a real recipie for nightmares.  Lets say
you are able to lock the record - what if a user opens up a particular
record for editing, you lock the record, they update the record and maybe
you can handle this fine.  What if they don't update the record, and then
they close the browser instead?  Your web server will not get any
indication that they've done so so how do you know to go and unlock the
record, the only way I can think of to do this would be to somehow write
some code that gets executed when the users' session expires (I don't know
if WebSphere lets you do this or not, I've never had the need to).

You're much better remembering in a session variable how the record looked
when you read it.  Then if the user updates it and hits "Submit", re-read
the record and if it is the same as when you read it the first time, go
ahead with the update, if it has changed show them a page saying "Sorry,
someone else changed the record since you viewed it, please try again" or
similar.

HTH,

Nigel Gay,
Computer Patent Annuities.


> I'm trying to make sure that if a user decides they are going to open a
> particular record for edit mode to make changes, that another user can't
> get into that same record and make changes and overwrite each other.
>
> Ron Power
> Programmer
> Information Services
> City Of St. John's, NL
> P.O. Box 908
> St. John's, NL
> A1C 5M2
> 709-576-8132
> rpower@xxxxxxxxxx
> http://www.stjohns.ca/
>
___________________________________________________________________________
> Success is going from failure to failure without a loss of enthusiasm. -
> Sir Winston Churchill
>
>
>
>
> "Walden H. Leverich" <WaldenL@xxxxxxxxxxxxxxx>
> Sent by: java400-l-bounces+rpower=stjohns.ca@xxxxxxxxxxxx
> 2005/10/04 03:29 PM
> Please respond to
> Java Programming on and around the iSeries / AS400
> <java400-l@xxxxxxxxxxxx>
>
>
> To
> "Java Programming on and around the iSeries / AS400"
> <java400-l@xxxxxxxxxxxx>
> cc
>
> Subject
> RE: Locking records in DB2
>
>
>
>
>
>
> >Do you have a better suggestion than the record lock then in a web app?
>
>
> What are you trying to accomplish?
>
> -Walden
>
> ------------
> Walden H Leverich III
> Tech Software
> (516) 627-3800 x11
> WaldenL@xxxxxxxxxxxxxxx
> http://www.TechSoftInc.com
>
> Quiquid latine dictum sit altum viditur.
> (Whatever is said in Latin seems profound.)
>
>
> -----Original Message-----
> From: java400-l-bounces@xxxxxxxxxxxx
> [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of RPower@xxxxxxxxxx
> Sent: Tuesday, October 04, 2005 1:52 PM
> To: Java Programming on and around the iSeries / AS400
> Subject: RE: Locking records in DB2
>
> Do you have a better suggestion than the record lock then in a web app?
> That's not being sarcastic either, I'm open to suggestions :)
>
> Ron Power
> Programmer
> Information Services
> City Of St. John's, NL
> P.O. Box 908
> St. John's, NL
> A1C 5M2
> 709-576-8132
> rpower@xxxxxxxxxx
> http://www.stjohns.ca/
> ________________________________________________________________________
> ___
> Success is going from failure to failure without a loss of enthusiasm. -
>
> Sir Winston Churchill
>
>
>
>
> "Walden H. Leverich" <WaldenL@xxxxxxxxxxxxxxx>
> Sent by: java400-l-bounces@xxxxxxxxxxxx
> 2005/10/04 03:15 PM
> Please respond to
> Java Programming on and around the iSeries / AS400
> <java400-l@xxxxxxxxxxxx>
>
>
> To
> "Java Programming on and around the iSeries / AS400"
> <java400-l@xxxxxxxxxxxx>
> cc
>
> Subject
> RE: Locking records in DB2
>
>
>
>
>
>
> >Can anyone help me with understanding what I need to do to use Java and
>
> >SQL to put a record lock on a database file on the iSeries?
>
> You WANT to put a record lock on a row? And how long do you intend to
> hold this lock? The suggestion of "...FOR UPDATE" might work w/in the
> servlet or JSP, but once you return to the user there's no guarantee
> that the user will be serviced by the same iSeries job next time.
>
> Holding a record lock on a web app is not something you usually want to
> do. I guess if you really need to do it, the first thing that comes to
> mind is to hold the lock not in the java program, but in a surrogate job
> you launch specifically for this task.
>
> -Walden
>
> ------------
> Walden H Leverich III
> Tech Software
> (516) 627-3800 x11
> WaldenL@xxxxxxxxxxxxxxx
> http://www.TechSoftInc.com
>
> Quiquid latine dictum sit altum viditur.
> (Whatever is said in Latin seems profound.)
>
>
> --
> This is the Java Programming on and around the iSeries / AS400
> (JAVA400-L)
> mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>
>
> --
> This is the Java Programming on and around the iSeries / AS400
> (JAVA400-L) mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>
>
> --
> This is the Java Programming on and around the iSeries / AS400
(JAVA400-L)
> mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>
>
> --
> This is the Java Programming on and around the iSeries / AS400
> (JAVA400-L) mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>



********************************************************************************
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee; access to this
email by anyone else is unauthorised.

If you are not the intended recipient: (1) you are kindly requested
to return a copy of this message to the sender indicating that you
have received it in error, and to destroy the received copy; and (2)
any disclosure or distribution of this message, as well as any action
taken or omitted to be taken in reliance on its content, is prohibited
and may be unlawful.
********************************************************************************


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.