Why do you want to use blueprint outside of OSGi?
Wouldnt it be easier to just package a small OSGI application as a docker image?

Karaf now has a static profile that allows to package an application quite like a microservice. Basically you create a tgz of the osgi framework + some karaf features + you own bundles.

Christian

On 17.04.2016 17:36, Brad Johnson wrote:
Thanks. I'll give it a look. I have a project coming up where I'm developing a new endpoint to send updates of information coming in from a payment processor. So I'll have a CBR in line looking for updates to information on request/response. Internally there are a different divisions interested in that information and I have to set up a dummy web server/service to serve up an API so that my application can call it (to do a prototype/PoC). So having a little blueprint bootstrap mechanism to set up a JAX WS/CXF server would be spankin'. If they continue with their obsession with Docker it might become even more relevant since these self-contained bundled applications become something like half-way between what a WAR and OSGi are. It obviously has to include all its dependencies like a WAR but it can run outside of a container.

By that I mean, a Docker image might have some blueprint bootstrap with a Tanukisoft Java Service Wrapper or equivalent. I can imagine a new set of EIPs springing up around that. A small applciation, for example, that boots in a DMZ and exposes a Java annotated interface with certain security configurations and then turns around and uses the same interface to make a service call inside the firewall with different security and credentials. A tiny router/firewall EIP for Docker.

Part of the issue I run into currently is many of my clients are not using straight open source but going through a well known commercial organization so licensing becomes an issue. So as different technologies get thrust at me because clients like them and want to adopt them and I find other technologies like blueprint NoOSGi that allow me to use the karaf based solutions for the more integrated enterprise but also repurpose the same XML and Java for small non-enterprise applications I become intrigued.

And I don't know how often I want to do integration testing where being able to boot up small test applications. I certainly could turn around and use Spring for that sort of work but now me and my teams would have to switch paradigms.

Obviously a lot of that is still just hand waving and scheming on my part. Until one starts putting nails in it it is hard to tell if it'll stand up or not.

Brad

On Sun, Apr 17, 2016 at 5:46 AM, Guillaume Nodet <[email protected] <mailto:[email protected]>> wrote:

    You have some examples in the unit tests :
    
https://github.com/apache/aries/blob/trunk/blueprint/blueprint-noosgi/src/test/java/org/apache/aries/blueprint/BlueprintContainerTest.java

    Also, the last release of blueprint-noosgi is a bit old, we may
    want to do a new release with more recent versions of
    blueprint-core, though it should work well enough.

    2016-04-17 1:22 GMT+02:00 Brad Johnson
    <[email protected] <mailto:[email protected]>>:

        Are there any examples/sample code for this?  I find it a
        fascinating idea. I could see some cases for testing.

        http://aries.apache.org/modules/blueprintnoosgi.html




-- ------------------------
    Guillaume Nodet
    ------------------------
    Red Hat, Open Source Integration

    Email: [email protected] <mailto:[email protected]>
    Web: http://fusesource.com <http://fusesource.com/>
    Blog: http://gnodet.blogspot.com/




--
Christian Schneider
http://www.liquid-reality.de

Open Source Architect
http://www.talend.com

Reply via email to