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