[EMAIL PROTECTED] writes:

The solution to these problems is making these "interdependent" parts
pluggable in the core. This is what the pipeline in T3 is all about.

        Regards
                Henning



>------_=_NextPart_001_01C33502.699931C0
>Content-Type: text/plain;
>       charset="iso-8859-1"

>Humm....  Does that mean I need to:

>a) change how configuration factory works to have order in the listing of
>the configuration values
>b) change how turbine works to set up these dependencies?

>I don't like a, because I don't think it should make decisions about order..
>Configs are just an unordered list.

>However b seems very traumatic to implement.

>Eric

>-----Original Message-----
>From: Quinton McCombs [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 17, 2003 1:48 PM
>To: 'Turbine Developers List'
>Subject: RE: Fragileness in PullService and VelocityService


>This is not the only case that you will find on services having a
>dependency on each other.  This is why the order in which the services
>are listed in TR.props is important.  I think that in order to support
>the existing coupled services, you will need to allow for a configurable
>initialization order.

>--------------------------------------------
>Quinton McCombs
>NequalsOne - HealthCare marketing tools
>mailto:[EMAIL PROTECTED]
>http://www.NequalsOne.com 

>> -----Original Message-----
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
>> Sent: Tuesday, June 17, 2003 11:40 AM
>> To: [EMAIL PROTECTED]
>> Subject: Fragileness in PullService and VelocityService
>> 
>> 
>> Hi all,
>> 
>> I discovered something while trying to do final testing on 
>> the Configuration
>> stuff.  I couldn't get Turbine to use pull tools when I loaded via the
>> ConfigurationFactory, but via the old method, everything 
>> worked.  However, I
>> did come up with what the issue is using the old method:
>> 
>> 
>> Fails:
>> services.VelocityService.classname=org.apache.turbine.services
>> .velocity.Turb
>> ineVelocityService
>> services.PullService.classname=org.apache.turbine.services.pul
>> l.TurbinePullS
>> ervice
>> 
>> Suceeds:
>> services.PullService.classname=org.apache.turbine.services.pul
>> l.TurbinePullS
>> ervice
>> services.VelocityService.classname=org.apache.turbine.services
>> .velocity.Turb
>> ineVelocityService
>> 
>> The TurbineVelocityService REQUIRES the TurbinePullService to 
>> load up first.
>> However, my darn config factory doesn't have any order to the 
>> parameters as
>> they are returned..
>> 
>> Not sure what to do..  Change Configuration so that if you 
>> have paramerters:
>> Services.a
>> Services.b
>> Services.c
>> 
>> then they are always returned in that order?  Ugh...   Or, 
>> change something
>> in Turbine to force PullService to load before VelocityService?
>> 
>> Eric Pugh
>> 


>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]

>------_=_NextPart_001_01C33502.699931C0--

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
[EMAIL PROTECTED]        +49 9131 50 654 0   http://www.intermeta.de/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
freelance consultant -- Jakarta Turbine Development  -- hero for hire

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to