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]> 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]>:
>
>> 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]
> Web: http://fusesource.com
> Blog: http://gnodet.blogspot.com/
>
>

Reply via email to