I'll give it a try this week and see what I find. Obviously I'm going to use it in a very limited way and wouldn't expect a lot of the features I'd normally expect with karaf/blueprint.
On Sun, Apr 17, 2016 at 1:04 PM, Guillaume Nodet <[email protected]> wrote: > If you end up with problems or limitations in Blueprint noOSGi, let us > know. > I'd be happy to discuss and eventually fix any problems you have. > > > 2016-04-17 17:36 GMT+02:00 Brad Johnson <[email protected]>: > >> 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/ >>> >>> >> > > > -- > ------------------------ > Guillaume Nodet > ------------------------ > Red Hat, Open Source Integration > > Email: [email protected] > Web: http://fusesource.com > Blog: http://gnodet.blogspot.com/ > >
