Ok, I have already forgotten how this is supposed to work ;-)

We need release soon...

On Tue, Dec 21, 2010 at 3:08 PM, Rickard Öberg <[email protected]> wrote:
> Hi,
>
> I have just added a new standard ServiceImporter: ServiceInstanceImporter.
> This is the one I described to Niclas some posts ago, where a
> ServiceComposite implements ServiceImporter and is delegated to by the
> ServiceInstanceImporter.
>
> Niclas, if you made a local copy, you can change to use this one instead. It
> should work well.
>
> Here's an example of how I use it in my own code:
> // Declare the DataSource importing service
> module.addServices( DataSourceService.class ).identifiedBy( "datasource"
> ).visibleIn( Visibility.application );
>
> // Declare a specific DataSource
> // It will delegate to "datasource" to do the importing
> module.importServices( DataSource.class ).
>      importedBy( ServiceInstanceImporter.class ).
>      setMetaInfo( "datasource" ).
>      identifiedBy( "streamflowds" ).visibleIn( Visibility.application );
> ---
>
> And that's pretty much it. The main issue right now is that I want to have
> ConfigurationComposites per DataSource (in the above example), but they
> should be associated with the imported service and yet used by the importer.
> This in itself is not a problem, but I haven't figured out how to neatly
> export them in JMX so they become available for editing there. To be
> improved.
>
> /Rickard
>
> _______________________________________________
> qi4j-dev mailing list
> [email protected]
> http://lists.ops4j.org/mailman/listinfo/qi4j-dev
>



-- 
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I live here; http://tinyurl.com/3xugrbk
I work here; http://tinyurl.com/24svnvk
I relax here; http://tinyurl.com/2cgsug

_______________________________________________
qi4j-dev mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/qi4j-dev

Reply via email to