Return-Path: Delivered-To: apmail-jakarta-avalon-phoenix-dev-archive@apache.org Received: (qmail 22637 invoked from network); 18 Jul 2002 17:31:57 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 18 Jul 2002 17:31:57 -0000 Received: (qmail 10369 invoked by uid 97); 18 Jul 2002 17:32:14 -0000 Delivered-To: qmlist-jakarta-archive-avalon-phoenix-dev@jakarta.apache.org Received: (qmail 10346 invoked by uid 97); 18 Jul 2002 17:32:14 -0000 Mailing-List: contact avalon-phoenix-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon-Phoenix Developers List" Reply-To: "Avalon-Phoenix Developers List" Delivered-To: mailing list avalon-phoenix-dev@jakarta.apache.org Received: (qmail 10334 invoked by uid 98); 18 Jul 2002 17:32:13 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <3D36FB59.7060708@prismtechnologies.com> Date: Thu, 18 Jul 2002 18:31:05 +0100 From: Steve Osselton Organization: PrismTech User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon-Phoenix Developers List Subject: Re: [Re: Architectural Question] References: <20020718170843.20911.qmail@uwdvg001.cms.usa.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi SJ, What we actually want to support are persistent CORBA services, which maintain state between server activation/shutdown. This state is typically stored in an RDBMS and where enabled, we support automatic table creation the first time a server is started and table cleanup when a service is deleted. Typically persistent initialization/destruction is controlled at the application level rather than by a generic container, i.e. the user decides when he wants to create a new persistent instance and when he wants to destroy it. Cheers Steve. Shekhar Jha wrote: > May be I am totally out of the way, but is the creation and destruction in > your case connected to universal caching. If yes then probably Cache must be > used instead of the creation/destruction or may be some other storage > component. > Just a wild guess:) > SJ > > Steve Osselton wrote: > >>Hi Peter, >> >>I agree that Initializable are Disposable are currently the places where > > this > >>functionality can be bolted in. However I think that conceptually these are > > different > >>to persistent creation/destruction. I was reading the developers guide which > > seemed > >>very big on the separation of concerns which is why I though a new activity >>interface might be appropriate. >> >>Currently we are moving to use the framework classes with our own CORBA > > container. > >>We are doing this as we are in effect migrating an existing system which we > > will > >>probably complete in a number of stages. I'll have a look at Fortress to see > > what > >>it offers. >> >>Cheers Steve. >> >>Peter Royal wrote: >> >>>On Thursday 18 July 2002 02:21 am, Steve Osselton wrote: >>> >>> >>>>We're starting to use Avalon and have components that require persistent >>>>initialization (creation of table/entries) and destruction (removal of >>> > said > >>>>tables/entries). I was wondering why this is not supported as a framework >>>>activity interface? I was expecting so see something like a 'Persistent' >>>>interface with 'create' and 'destroy' operations. >>> >>> >>>Unfortunately I haven't been around long enough to give a good answer on >> > why > >>>there is nothing akin to 'Persistent', other than it was never needed by >>>everyone and thus never included in the core framework. >>> >>>With that said, I would recommend using Initializable and Disposable to >> > handle > >>>your persistent needs. >>> >>>Also, what container are you using? Fortress now has support for an >> > extensible > >>>lifecycle, >> > http://jakarta.apache.org/avalon/excalibur/fortress/features.html > >>>and >>> >> > http://cvs.apache.org/viewcvs.cgi/jakarta-avalon-excalibur/fortress/src/xdocs/lifecycle-extensions.xml?rev=1.2&content-type=text/vnd.viewcvs-markup > > >>>(I don't think its made it to the site yet). >>>-pete >>> >> >> >> >> >>-- >>To unsubscribe, e-mail: > > > >>For additional commands, e-mail: > > > > > > > ----------------------------------------------------------- > Shekhar Jha > 2902 Merrywood Drive > Edison, NJ - 08817 > Tel. (732) 548-9408 (O) (732)777-2116 (R) > ------------------------------------------------------------ > > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > > -- To unsubscribe, e-mail: For additional commands, e-mail: