Chuck Esterbrook <[EMAIL PROTECTED]> wrote:
> In direct answer to your question, yes I have projects where multiple
> clients hit the database, but no they are all MK. (Unless you count the
> MySQL GUI that I sometimes use to fix things up.)
If you turned off caching (I'm not sure how this woul
> I think many web apps including my own could realize a big performance gain
> if they only had to fetch objects that changed. I'd really like to see
> databases allow clients to listen for this info, or a solution that effects
> the same thing but as an add-on/tool.
I've done this in a convo
At 11:21 PM 10/17/2001 -0600, Jack Moffitt wrote:
> > Not only doesn't MK deal well with legacy databases, I don't think it
> > would deal well at all with non-MK clients accessing and updating the
> > database. At least that is my impression, as MK does a lot of
> > caching.
>
>I'd like to hear
> Do you have to access that storage from different programs? If not
> then you could just transfer the information to the new (slightly
> different) database structure.
Well, yes. That's part of the reason for using LDAP, in that browsing
clients can use it directly. So one interface would be
At 11:02 PM 10/17/2001 -0600, Jack Moffitt wrote:
> > At 07:39 PM 10/17/2001 -0600, Jack Moffitt wrote:
> > >Has anyone put any brainpower towards this already that I can jump in
> > >on? Chuck mentioned he had some ideas... what are they? :)
> >
> > I did? Er, I use MK for just about everything.
> At 07:39 PM 10/17/2001 -0600, Jack Moffitt wrote:
> >Has anyone put any brainpower towards this already that I can jump in
> >on? Chuck mentioned he had some ideas... what are they? :)
>
> I did? Er, I use MK for just about everything.
As you said in the snippet I quoted, you had some ideas f
I'm a fan of a standard factory class pumping out simple objects representing the
data. This way you can write the factory with
your SQL optimized for the database in question, and have a standard API for
interfacing with the system. Pretty much what
middlekit is going for, but with Python and
Ian Bicking <[EMAIL PROTECTED]> wrote:
> Anyway, that's where I am myself. There's other similar things to MK,
> but most of them are lame dictionary interfaces (which capture the
> easy 90% of the problem, but just make the other 10% of SQL queries
> more awkward). I've looked at PyDO a little
Jack Moffitt <[EMAIL PROTECTED]> wrote:
> MiddleKit seems to be very easy when you don't to worry about the
> database details. But when you have a storage system already in place
> and need the middle objects, it doesn't really help.
Do you have to access that storage from different programs?
At 07:39 PM 10/17/2001 -0600, Jack Moffitt wrote:
>Has anyone put any brainpower towards this already that I can jump in
>on? Chuck mentioned he had some ideas... what are they? :)
I did? Er, I use MK for just about everything.
Something interesting that one of the MK users brought up is that y
I'm starting to flesh out ideas for a new application, and so I was
brushing up on the parts of Webware that I hadn't used last time (with
vorbis.com).
MiddleKit seems to be the biggest part I didn't play with.
In the current ideas for the new application, I am thinking of LDAP as a
backend (s
I added a new Application.config setting "ClearPSPCacheOnStart" which
defaults to 1.
If you set it to 0, then it does NOT clear out the disk cache of compiled
PSP servlets when you start up the appserver. This is useful for PSPs that
take a long time to compile, especially if you are frequent
> And as an added bonus, Jeff, I think it should also cause
> your BitBucket
> trick to work properly for exceptions, too. Try it out.
Thanks Geoff, that fixed the noisy daemon mode for me :)
___
Webware-devel mailing list
[EMAIL PROTECTED]
https://
> OTOH, on another box where I have a daemon script, I put in this code
> for shutdown:
>
> stop)
> echo -n "Shutting down WebKit: "
> kill -s 2 `cat $PID_FILE`
> for SUBPID in `ps aux --cols 200 | grep
> 'python Launch.py' | awk
> '{print
"Jeff Johnson" <[EMAIL PROTECTED]> wrote:
> The print "." fixed the problem where the socket took 30 seconds to
> after shutdown before the port could bind again. No load required, I
> just start, stop, attempt restart which would fail with a socket bind
> error. Not even in daemon mode.
You're
Could webkit monitor the number of live servlet threads and if they die,
create new threads? Is there a way to stop threads that are taking too
long? Is there a way already to find out how many threads are healthy?
-Jeff
___
Webware-devel mailing lis
> >> I read the code and I assume that
> >> kill -9 `cat appserverpid.txt`
> >> has the same effect as ./Appserver stop
> >I wouldn't use the "-9", it won't clean up properly.
>
> What is the right signal?
Just "kill [pid]", the default is to ask for a graceful shutdown. If
that fails, then se
> Geoffrey Talvola <[EMAIL PROTECTED]> wrote:
> > Or, it could be made a config setting, so we're covered when the
> > same problem shows up on another OS. While we're at it, we ought to
> > add a config setting to suck up stdout and stderr to avoid the
> > _other_ FreeBSD problem Jeff reported.
Just "kill `cat appserverpid.txt`". I think that default is TERM
(15).
"Aaron Held" <[EMAIL PROTECTED]> wrote:
> >> I read the code and I assume that
> >> kill -9 `cat appserverpid.txt`
> >> has the same effect as ./Appserver stop
> >I wouldn't use the "-9", it won't clean up properly.
>
> Wha
Geoffrey Talvola <[EMAIL PROTECTED]> wrote:
> Or, it could be made a config setting, so we're covered when the
> same problem shows up on another OS. While we're at it, we ought to
> add a config setting to suck up stdout and stderr to avoid the
> _other_ FreeBSD problem Jeff reported.
The possi
> I am using a work directory created by MakeAppWorkDir.py
>
> The appserverpd.txt is correctly written to my working directory
> BUT
> ./Appserver stop
> looks for it only in the main Webware directory
I reported this a while back, the code that determines which directory
appserverpid.txt goes
And another thing
I am using a work directory created by MakeAppWorkDir.py
The appserverpd.txt is correctly written to my working directory
BUT
./Appserver stop
looks for it only in the main Webware directory
I read the code and I assume that
kill -9 `cat appserverpid.txt`
has the same eff
I usually run my appserver (Enhydra) as mentioned, but I redirect to a file and then
do a
tail -f Appserver.log
to watch the output.
I'm running FreeBSD 4.4 RELEASE on my dev server so I though I'd try some things out.
Right away I noticed that I am not seeing the
output of any print statments
> On Wednesday October 17, 2001 06:04 am, Chuck Esterbrook wrote:
> > In ThreadedAppServer, this little period is getting on my nerves:
It was such a hack that I was surprised it made it into CVS (happy
though). I would rather understand what is going on and fix the real
problem but I ran out of
Jeff,
I confirmed that this is a problem on my newly-installed Linux Mandrake 8.1
also. That is, if I start the appserver using
./AppServer daemon
Then everything works fine until I close the "Konsole" window that I used to
start Webware. After that point, I get failures like you mention, w
On Wednesday October 17, 2001 06:04 am, Chuck Esterbrook wrote:
> In ThreadedAppServer, this little period is getting on my nerves:
>
> try:
> # @@ This next print statement mysteriously fixes a shutdown
>problem on
> FreeBSD.
> print "."
In ThreadedAppServer, this little period is getting on my nerves:
try:
# @@ This next print statement mysteriously fixes a shutdown
problem on
FreeBSD.
print "."
conn.shutdown(1)
conn
27 matches
Mail list logo
