Return-Path: 
 <hivemind-user-return-1539-apmail-jakarta-hivemind-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-hivemind-user-archive@www.apache.org
Received: (qmail 1750 invoked from network); 17 Nov 2005 20:31:07 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 17 Nov 2005 20:31:07 -0000
Received: (qmail 92583 invoked by uid 500); 17 Nov 2005 20:31:07 -0000
Delivered-To: apmail-jakarta-hivemind-user-archive@jakarta.apache.org
Received: (qmail 92335 invoked by uid 500); 17 Nov 2005 20:31:06 -0000
Mailing-List: contact hivemind-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:hivemind-user-help@jakarta.apache.org>
list-unsubscribe: <mailto:hivemind-user-unsubscribe@jakarta.apache.org>
List-Post: <mailto:hivemind-user@jakarta.apache.org>
Reply-To: hivemind-user@jakarta.apache.org
List-Id: <hivemind-user.jakarta.apache.org>
Delivered-To: mailing list hivemind-user@jakarta.apache.org
Received: (qmail 92323 invoked by uid 99); 17 Nov 2005 20:31:05 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Nov 2005 12:31:05 -0800
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of achim.huegen@gmx.de designates
 213.165.64.20 as permitted sender)
Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20)
    by apache.org (qpsmtpd/0.29) with SMTP; Thu, 17 Nov 2005 12:32:39 -0800
Received: (qmail invoked by alias); 17 Nov 2005 20:30:43 -0000
Received: from p508806EB.dip0.t-ipconnect.de (EHLO mail.gmx.de) [80.136.6.235]
  by mail.gmx.net (mp028) with SMTP; 17 Nov 2005 21:30:43 +0100
X-Authenticated: #18751065
Date: Thu, 17 Nov 2005 21:31:07 +0100
To: hivemind-user@jakarta.apache.org
Subject: Re: Using an existing factory - quartz integration
References: <84d3067d0511162004k5f807d35i6815dce882cc40a6@mail.gmail.com>
From: =?iso-8859-15?Q?Achim_H=FCgen?= <achim.huegen@gmx.de>
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <op.s0ei95o1ej0q2y@mail.gmx.de>
In-Reply-To: <84d3067d0511162004k5f807d35i6815dce882cc40a6@mail.gmail.com>
User-Agent: Opera M2/8.50 (Win32, build 7700)
X-Y-GMX-Trusted: 0
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Define StdSchedulerFactory as service and then
use the service-property ObjectProvider to call the getService-Method:

     <service-point id="SchedulerFactory"  
interface="org.quartz.StdSchedulerFactory">
         <invoke-factory>
             <construct class="org.quartz.StdSchedulerFactory" />
         </invoke-factory>
     </service-point>

     <service-point id="Scheduler" interface="com. ...MyScheduler">
         <invoke-factory model="pooled">
             <construct class="com....impl.MySchedulerImpl"  
initialize-method="mystart">
                 <set-object property="quartzScheduler"
                    value="service-property:SchedulerFactory:scheduler"/>
             </construct>
         </invoke-factory>
     </service-point>

The MyScheduler class will have to call the start method of the
quartz scheduler in its mystart method.

Bye
Achim Huegen

Am Thu, 17 Nov 2005 05:04:03 +0100 schrieb Colin Taylor  
<colin.taylor@gmail.com>:

> Hi there,
>
> can anyone share the best way of invoking an existing factory to use with
> the set-object directive?
> I'm trying to integrate quartz, whose scheduler is commonly constructed :
>
> StdSchedulerFactory schedFactory = new StdSchedulerFactory();
> try {
> quartz = (org.quartz.Scheduler) schedFactory.getScheduler();
> quartz.start();
> }
>
>
> I would like to use the existing StdSchedulerFactory with set-object  
> rather
> than create a new factory or create a service to invoke the existing  
> factory
> which would be complete overkill considering I'm only going to make one
> quartz object. Is this possible?
>
> I've got as far as:
>
> <service-point id="Scheduler" interface="com. ...MyScheduler">
> <invoke-factory model="pooled">
> <construct class="com....impl.MySchedulerImpl">
> <set-object property="quartzScheduler" value="???"/>
> </construct>
> </invoke-factory>
> </service-point>
>
>
> One nice way I thought of was having groovy configuration scraps in the  
> xml.
>
> so :
> <service-point id="Scheduler" interface="com. ...MyScheduler">
> <invoke-factory model="pooled">
> <construct class="com....impl.MySchedulerImpl">
> <set-object property="quartzScheduler"
> <groovy>
> schedFactory = new org.quartz.StdSchedulerFactory();
> quartz =schedFactory.getScheduler();
> quartz.start();
> return quartz; /// put as value attribute on set-object
> </groovy>
> </set-object>
> </construct>
> </invoke-factory>
> </service-point>
>
>
>
>
>
>
> As an aside having a dtd or xsd would be a big addition to Hiveminds  
> rather
> opaque documentation.
>
> Cheers
> Colin.



---------------------------------------------------------------------
To unsubscribe, e-mail: hivemind-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: hivemind-user-help@jakarta.apache.org