RE: How To Update HTML Of Application in Monitor?
RE: How To Update HTML Of Application in Monitor?
- Subject: RE: How To Update HTML Of Application in Monitor?
- From: "Ricardo T Saito" <email@hidden>
- Date: Tue, 27 Jan 2004 17:42:54 -0300
Hello Shiraz,
Never tried myself, but there's a function to enable/disable the html
caching called Application.setCachingEnabled()
Hope this helps.
----------------------------------------------------
Ricardo T Saito - email@hidden
Computer Engineer
Americanas.com - Sao Paulo - Brazil
-----Original Message-----
From: email@hidden
[mailto:email@hidden]On Behalf Of
email@hidden
Sent: Tuesday, January 27, 2004 2:57 PM
To: email@hidden
Subject: Re: How To Update HTML Of Application in Monitor?
Sorry for phrasing it as "switching off the cache" (I think it has to do
with that on/off switch in detail view of WOMonitor) but to be precise I did
uncheck the caching field in the WOMonitor's application settings (you can
uncheck by going to the applications view then the config button and then
caching for new or existing instances).
I don't want to have the graphics people go all the way into WOMonitor and
start and restart the application for some html changes to take affect.
I believe that our graphics people are probably impressed with ASP's ability
to pick up changes immediately. What should I tell them that such abilities
do not normally exist for java server applications? What is the usual
strategy or procedure for updating the interface of an application/ portal ?
(minor changes in particular). What policy/ procedure do you guys use ?
As for posting to multiple lists I am sorry if that was inconvenient for you
but I didn't know of the existance of email@hidden until
someone actually crossposted it to email@hidden (which I had
been using for years). I usually just filter the right email and send it to
the right folder. Are there any other lists besides these two ? I ask
because that would allow me to search for solutions on more than one.
A. Shiraz
44 Executive Boulevard
Elmsford, NY 10523
(914) 592- 4203 x268
----- Original Message -----
From: Jonathan Rochkind <email@hidden>
Date: Tuesday, January 27, 2004 12:10 pm
Subject: Re: How To Update HTML Of Application in Monitor?
> How did you 'switch off the cache' previously?
>
> If you just put the resources into place (the new .wo
> directories),
> and then stop-and-start the application, your new HTML will be
> there.
> There's no need to actually recompile the app. But, I think you
> are
> looking for a way to do this without needing to stop-and-restart
> the
> app. There might be some clever way to do this, but I'm not sure.
> But you say you 'switched off the cache' in 4.5, and I'm not sure
> what you mean by this or how you did it; it might provide a clue
> as
> to how to do it in newer versions.
>
> [PS: Please don't send a message to multiple lists; many of us
> read
> several of them].
>
> --Jonathan
>
> At 8:13 AM -0500 1/27/04, email@hidden wrote:
> >So I have some GUI people who want to make changes to the
> interface
> >and see it reflected on the deployed site.
> >
> >Is there a way of letting the running instance know of these
> changes
> >without going into monitor ?
> >
> >Previously we switched off the cache and rebuilt the entire
> >application from project builder. This resulted in the html
> changes
> >we desired but that was version 4.5 and prior. We are now using
> >4.5.1 (phew) and its running on a Windows 2000 advanced server
> >platform. It doesn't seem to affect the deployed copy now.
> >
> >Any ideas?
> >
> >A. Shiraz
> >44 Executive Boulevard
> >Elmsford, NY 10523
> >(914) 592- 4203 x268
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.