Hi Brain,
# > But there's a caveat in putting everything in the database.. A few years
# > back, DB companies were evengelizing that the DB should be the repository
# > of all information presented in the web page.. Pretty interesting piece
My bad. I forgot to stress out that I was pointing to solutions of DB
companies evangelized a few years back, to put everything in the DB
including the imagines, applets, and other resources associated in
composing a page.
# >From what I heard, Illustra+DataBlade (which, for a while, was downloadable
# free with AOLserver) was very prone to deadlocks at high volumes (each page
# was a transaction, and an INSERT/UPDATE on one page would lock up if more
# than one user was requesting that page at the same time). Or so I've read.
# You can ask your friends that worked on Illustra about that and the other
# horror stories on http://philip.greenspun.com/wtr/illustra-tips
Actually, some of the guys in the office have horrible stories as well,
from its limitations, to just working with anything that starts with "MI"
:) Funny, the last time I heard, the guy who initially thought off, and
designed the webdatabade does not use it anymore for the simple reason
that it has out grown the needs of the time.
# I don't think application servers really solve anything for web apps. It
# just becomes another layer of complexity that has to be understood,
# documented and maintained by already overworked programmers. Essentially,
# your business logic is dictated by your data model and the forms you
# provide to represent the valid transactions.
I agree. But application servers have their nitch in the ever changing
market.. and that's what the architecture has proven to be very valuable
at, its inherent tolerance to changes in, among other things,
requirements, and direction. Its adoption of the battle tested concept of
MVS (originally of Smalltalk) makes it suitable with different display
requirements (ex. internationalization, personalization, etc) while
maintaining, and/or reusing the same business logic; and perhaps data
model as well.
I know its a bit of an overkill for Orly's project, but I just had to
stress that out. I am fond of abstracted collaborating software, as it
is with you on AOLServer.
# P.S. the default Reply-To field is wrong, should be [EMAIL PROTECTED]
# and not [EMAIL PROTECTED]
Thanks for pointed that out.. Actually, recent PLUG messages have that as
the reply address.
stay cool.
jeff --
# --
# Brian Baquiran <[EMAIL PROTECTED]>
# http://www.baquiran.com/ AIM: bbaquiran
# Work: +63(2)7182222 Home: +63(2) 9227123
#
# I'm smarter than average. Therefore, average, to me, seems kind of stupid.
# People weren't purposely being stupid. It just came naturally.
# -- Bruce "Tog" Toganazzini
# -
# Philippine Linux Users Group. Web site and archives at http://plug.linux.org.ph
# To leave: send "unsubscribe" in the body to [EMAIL PROTECTED]
#
Jeff Gutierrez
---
http://www.gra.ph
graPH - The substance that makes techies tick!
-
Philippine Linux Users Group. Web site and archives at http://plug.linux.org.ph
To leave: send "unsubscribe" in the body to [EMAIL PROTECTED]
