Subject pretty much says it all, this Sat May 5, I will be giving a
presentation on AOLserver to Northern Virginias Linux User Group. It
will probably last about 45 minutes and will have q/a followup. I
will touch on history, OpenACS/NSD, capabilities, examples, etc.
All are invited and the meeti
On 2001.05.02, Tom Jackson <[EMAIL PROTECTED]> wrote:
> Dossy wrote:
>
> > What happens if the database update succeeds, but somewhere between
> > the update and the kill/remake of the bean, the process fails?
> >
> > Now, the data is out of sync.
>
> Hopefully the data being used by the bean in t
On 2001.05.02, Alan Wright <[EMAIL PROTECTED]> wrote:
> From a career point of view you are sensible to get Java experience
> because there is a lot of well paid java work (here in the UK at
> least). I am just about to put my life savings on the line to build a
> subscription driven web service
I've taken Rob Mayoff's DB2 driver, and made it ODBC 3.0 compliant.
The benefits of this driver over the standard nsodbc module are:
1. Works with fields greater than 8192 chars in length
2. Max field size is settable on a per aolserver process level
3. autocommit is turned off, making transa
I've tried both nsv and nscache. Both do exactly what
I need, although nscache seems to do it better.
My question is with nscache how can you tell if a
given cache has already been created? or am I
thinking about it the wrong way?
Thanks for the help...
-derek
--- Rob Mayoff <[EMAIL PROTECTED
If the beans don't write to the database then ACID isn't even applicable.
If they do write to the database, then they're doing it through the
database access method and if the database is ACID compliant, so will be
the writes; again, not applicable.
If the data has been modified in the database a
Tim
Destroying and instantiating beans is a very expensive process and if your site gets
busy be sure you will regret such an approach.
Our Tomcat ( http://www.free-minder.com ) site uses vanilla javabeans where user
data is applied to bean properties and then database update methods are provide
Dossy wrote:
> What happens if the database update succeeds, but somewhere between
> the update and the kill/remake of the bean, the process fails?
>
> Now, the data is out of sync.
Hopefully the data being used by the bean in this way can be relatively
up-to-date, for instance today's headlines
On 2001.05.02, Tim Darling <[EMAIL PROTECTED]> wrote:
> EJBs can be ACID-compliant.. the key is you don't write new values to the
> beans.
> If a value needs to be updated, you write to the database and then kill
> and remake the bean. This way you're keeping the database as your sole
> data abst
Don't forget that Tomcat can run on it's own. It has built in SSL, and
virtual hosting..
..
> browser to see the effect! While using Tomcat we invariably had to restart
> tomcat to be sure of seeing changes to JSP pages. I am not sure but I believe
> later versions of tomcat require Apache to
EJBs can be ACID-compliant.. the key is you don't write new values to the
beans.
If a value needs to be updated, you write to the database and then kill
and remake the bean. This way you're keeping the database as your sole
data abstraction, and the beans are just a local mirror of some parts.
S
The documentation may be a little dated, but, we're on 2.3.3 and developed
our web site over a 4 year period with no access to source - only the docs.
There have been a few obscure server bugs where access to the source
would have been very helpful, but the "read the source to understand"
mentali
Many thanks to all those who took the time to reply to my question.
I am hugely impressed with AOLServer and plan to do some serious evaluation of
the product and the associated development process with my colleague over the
next months.
On balance - at this point in time I am leaning more towar
How can I add encodings for windows AOLserver?
At moment I have only (using "encoding names"):
utf-8 cp1252 identity unicode iso8859-1
My Wish terminal offers:
cp860 cp861 cp862 cp863 cp864 cp865 cp866 gb12345 cp949 cp950 cp869
dingbats ksc5601 macCentEuro cp874 macUkraine jis0201 gb2312 euc-cn
BLAARGH. My question has been answered so this
god-forsaken thread I started can die.
This is all degenerating into a discussion that has
already happened countless times in countless software
threads...
I've heard enough concerns, whetherv alid or invalid,
about the amount and quality of aolse
At 08:48 PM 5/1/01 -0400, you wrote:
>On 2001.05.01, Tim Darling <[EMAIL PROTECTED]> wrote:
> > Further Enterprise Java Beans make websites that are
> > much faster because a DB call isn't made every time a user hits a
> > page. DB calls are 1,000 - 10,000 times slower than a call to a java bean
16 matches
Mail list logo
