You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Adam Murdoch <ad...@apache.org> on 2002/12/13 03:03:08 UTC

[patch] phoenix docs

Hi,

This patch adds a bunch of detail to the assembly.xml and blockinfo spec 
pages.  It could probably do with some checking for accuracy - most of the 
info was gleaned from the code.

There's also a tiny fix to guide-punit.xml, to turn it into well-formed xml.

-- 
Adam

Re: [patch] phoenix docs

Posted by Paul Hammant <Pa...@yahoo.com>.
Adam,

>Hi,
>
>This patch adds a bunch of detail to the assembly.xml and blockinfo spec 
>pages.  It could probably do with some checking for accuracy - most of the 
>info was gleaned from the code.
>
>There's also a tiny fix to guide-punit.xml, to turn it into well-formed xml.
>
>  
>
Applied - thanks!

- Paul

>  
>



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [phoenix] core and optional services

Posted by Peter Donald <pe...@realityforge.org>.
On Wed, 18 Dec 2002 01:55, Jim Alateras wrote:
> i have a phoenix application with consists of a core set of services and
> one or more optional services depending on the target platform. What is the
> best approach to configure the option services since I cannot add them to
> the assembly.xml file?

Theres no real support for it atm. It is best to just have multiple 
assembly.xmls and construct the config.xmls at buildtime (via merging or 
xslting assembly/input config xmls).

-- 
Cheers,

Peter Donald
----------------------------------------
Why does everyone always overgeneralize?
---------------------------------------- 


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [phoenix] core and optional services

Posted by Paul Hammant <pa...@yahoo.com>.
Jim,

> i have a phoenix application with consists of a core set of services and one
> or more optional services depending on the target platform. What is the best
> approach to configure the option services since I cannot add them to the
> assembly.xml file?

Choices :

1) A fake version of the same comp (for the other OS) and a replacement variable under Ant control
(it means two SAR files).

2) A delegating comp to the same service interfaces that, on instantiation, queries sys.props and
instantiates the appropriate real comp. It then delegates all invocations to it (no need for
dynamic proxies).

Maybe there are more.. Peter?

- Paul

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


[phoenix] core and optional services

Posted by Jim Alateras <ji...@intalio.com>.
i have a phoenix application with consists of a core set of services and one
or more optional services depending on the target platform. What is the best
approach to configure the option services since I cannot add them to the
assembly.xml file?

cheers
</jima>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [patch] phoenix docs

Posted by Peter Donald <pe...@realityforge.org>.
Fantastic! Can someone apply this?

BTW you should put your name in as an author ;)

On Fri, 13 Dec 2002 13:03, Adam Murdoch wrote:
> Hi,
>
> This patch adds a bunch of detail to the assembly.xml and blockinfo spec
> pages.  It could probably do with some checking for accuracy - most of the
> info was gleaned from the code.
>
> There's also a tiny fix to guide-punit.xml, to turn it into well-formed
> xml.

-- 
Cheers,

Peter Donald
*------------------------------------*
|    God has no religion - Gandhi    |
*------------------------------------*


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>