Re: [Webwork-user] Memory issues

2002-02-01 Thread Markus Holmberg
On Fri, Feb 01, 2002 at 01:16:03PM +0100, Rickard wrote: > There are some class/method caches, but that should be all. We've tried > to avoid caching of objects/actions, since that should not be needed > with modern VM's. OK. > Can you create a minimal test-case? Can you avoid other possible c

Re: [Webwork-user] Memory issues

2002-02-01 Thread Victor Salaman
> >On Fri, Feb 01, 2002 at 01:41:40PM +0100, Christoph Sturm wrote: > > MH> I'm running Orion. > > > Actually you said Orion + Sitemesh hmm.. unless you're using the latest CVS, you have just spelled a formula for memory disaster. There was a HUGE HUGE HUGE memory leak every time a page wa

Re: [Webwork-user] Memory issues

2002-02-01 Thread Markus Holmberg
On Fri, Feb 01, 2002 at 01:41:40PM +0100, Christoph Sturm wrote: > MH> I'm running Orion. > > Are you using cmp? I found that orion produces memory leaks with some > jdbc drivers. I think it only closes Connections, but not the related > Result Sets. Some jdbc drivers destroy the result sets when

Re: [Webwork-user] Memory issues

2002-02-01 Thread Christoph Sturm
Hello Markus, Friday, February 01, 2002, 1:13:31 PM, you wrote: MH> But now I've run into serious problems. The application seemed to work MH> fine for a while at first, but now it's experiencing serious memory MH> problems. Fatal ones. It's eating memory - in fact, all memory - which MH> halts t

Re: [Webwork-user] Memory issues

2002-02-01 Thread Rickard
Markus Holmberg wrote: > Does WebWork have any caches? (Prohibiting garbage collection of > application specific objects, which in this case can contain large > amounts of data) There are some class/method caches, but that should be all. We've tried to avoid caching of objects/actions, since t

[Webwork-user] Memory issues

2002-02-01 Thread Markus Holmberg
Recently I reimplemented a relatively complex application. In this reimplementation, I used (among other new components) WebWork. The previous implementation was speedy, but at the cost of architecture. It consisted mainly of JSP (with embedded Java code) and additional Java classes communicating

Re[2]: [Webwork-user] command driven actions

2002-02-01 Thread Christoph Sturm
Hello Victor, Thursday, January 31, 2002, 8:19:44 PM, you wrote: VS> GenericValidator.validate(this,formName,getLocale()); VS> This simple call will validate your form according to your formproc form VS> definition based on the formName you specify. Upon returning, if there was VS> an error,

Re: [Webwork-user] command driven actions

2002-02-01 Thread Rickard
Victor Salaman wrote: > formproc has the concept of defining a form in an xml file, so I created > a GenericValidator class that can be invoked from any action that > extends ActionSupport, like this.. inside your doValidation() just have > a single line: > > GenericValidator.validate(this,fo

Re: [Webwork-user] command driven actions

2002-02-01 Thread Ralf Purnhagen
Is'nt this the wrong order? Should'nt WebWork first try to use the appropriate setters and getters and only directly access parameters, if those methods don't exist? Ralf Toby Hede wrote: > I think I have sorted my parameter issues, and because this is > probably documented somewhere I feel