Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 47462 invoked by uid 500); 19 Dec 2002 13:24:50 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 47380 invoked from network); 19 Dec 2002 13:24:49 -0000 X-Authentication-Warning: ags01.agsoftware.dnsalias.com: apache set sender to agallardo@agsoftware.dnsalias.com using -f Message-ID: <32785.10.0.0.7.1040304078.squirrel@ags01.agsoftware.dnsalias.com> Date: Thu, 19 Dec 2002 07:21:18 -0600 (CST) Subject: Re: [C2.1] - About components lookup and release.... From: "Antonio Gallardo" To: In-Reply-To: <3E01AB89.9080001@apache.org> References: <35706.10.0.0.1.1039801435.squirrel@ags01.agsoftware.dnsalias.com> <3E01AB89.9080001@apache.org> X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.9) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Thanks Stefano. I think this is a very important issue. I am glad that my voice is listen from you. I know I am too new to this project but I think my experience can helps a little too. Please sorry for my english. I know sometimes it looks strong, but this is the only way I can write what i mean. I learned it in the net. I am reading the book of Carsten and Matthew for 2nd time. Now with more experience to try to get some more tips that can helps to improve Cocoon. As soon as I will find new issues I will post it here. Regards, Antonio Gallardo. Stefano Mazzocchi dijo: > Antonio Gallardo wrote: >> Hi, >> >> In the current model every component dveloper must take care of >> lookup() and release() every resource it takes from the >> ComponentManager. >> >> I think this is a bad practice. Why? >> >> It remember me the old MS Windows days 3.0 (to at least Windows Me). >> When a bad written applications (in the case of Cocoon, read >> component) can hang all the system. >> >> There is an analogy to the current model of Cocoon: >> >> If your component "forget" release the resource it lookups before, >> then it will start to "eat" all the memory and you will have soon or >> later an "Out of Memory Error" and the need to restart the server. :-( >> >> I propose to find another way to manage the componets and get away >> this issue. >> >> Why every component developer MUST lookup() and release(). I think the >> lookup() is fine to define the components a component need. But the >> release() must be done by the ComponentManager (Its my point of view). >> >> For example, the ComponentManager must take care of what and when >> "release" a resource. >> >> I hope the above catch my point of view. Thanks for get this comment >> in the correct way. I dont need to say that I still love Cocoon! > > Autodecommissioning of components has been proposed for Avalon 5.0 > > -- > Stefano Mazzocchi > -------------------------------------------------------------------- > > > > --------------------------------------------------------------------- To > unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org > For additional commands, email: cocoon-dev-help@xml.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org