I realize that Aries isn't the keeper of Karaf but there is more than a
little cross-pollination and I'm not on that mailing list. This is a small
but persistent concern.
It really is time for the default logging colors in Karaf to be changed.
They've been atrocious to read for a very long time.
> which are container managed not outside that scope.
> ________
> From: Brad Johnson [brad.john...@mediadriver.com]
> Sent: Saturday, October 22, 2016 3:06 PM
> To: user@aries.apache.org
> Subject: Re: cm:managed-properties lookup within bundle
>
ditional goodies (inheritance,
>>> configuration, etc...) which make things easier in some use cases.
>>> Internally, the startup, boot and installed stages are converted to
>>> profiles for the assembly builder.
>>>
>>> 2016-09-13 20:37 GMT+02:00 Brad Johnson &l
Well once I realized that I had the Camel @Produce instead of @Produces I
was over one hurdle. I'm still not seeing my route start up nor my factory
getting called so that's an issue. But it doesn't crash and burn on start
up anyway. There is hope.
On Tue, Sep 13, 2016 at 4:27 PM, Brad Johnson
Margulies <bimargul...@gmail.com>
wrote:
>
>
> On Tue, Sep 13, 2016 at 12:53 PM, Brad Johnson <
> brad.john...@mediadriver.com> wrote:
>
>> I think the profiles mechanics are from karaf 4(?) In any case it allows
>> you to create greatly slimmed down versio
d Karaf profiles. I use the karaf-maven-plugin to make
> assemblies, and I add that notation to the configuration, and I use java8
> and all is well.
>
>
> On Mon, Sep 12, 2016 at 11:26 PM, Brad Johnson <
> brad.john...@mediadriver.com> wrote:
>
>>
>>
the branding package and name of the zip
file and other items.
Brad
On Mon, Sep 12, 2016 at 7:59 PM, Benson Margulies <bimargul...@gmail.com>
wrote:
> Are you sure you don't just need:
>
> 1.8
>
> in your of the karaf-maven-plugin?
>
>
> On Mon,
Last night I was trying to use the new Camel 2.17.3 CDI with pax-cdi in the
karaf registry/static profile mechanism in 4.0.6 that permits creating
small subsets of functionality and zipping them up. I've tried it before
with good success and figured the problems I was having were related to my
t; which makes it easier to manage.
>
> Christian
>
> 2016-09-08 0:25 GMT+02:00 Brad Johnson <brad.john...@mediadriver.com>:
>
>> Ah, very good. Does it start a new instance or does it piggyback
>> endpoints on the already running one configured in the etc dir? (Yea
t depends on the address (like in plain cxf). If the address start with /
> then it will use the HttpService of the container. If it starts with
> http://server:port it will start a new jetty instance.
>
> Christian
>
> 2016-09-07 22:18 GMT+02:00 Brad Johnson <brad.john...@mediad
Thanks. Fuse launches Jetty by default I just wanted to make sure that
under the covers it wasn't using its own server instead.
Brad
On Wed, Sep 7, 2016 at 3:13 PM, Benson Margulies <bimargul...@gmail.com>
wrote:
> On Wed, Sep 7, 2016 at 4:03 PM, Brad Johnson
> <brad.john...@
user only uses annotations and the maven bundle plugin
> does the xml creation.
>
> Christian
>
>
> On 07.09.2016 17:06, Brad Johnson wrote:
>
> http://cxf.apache.org/dosgi-ds-demo-page.html
>
> I see the SCR using XML in there but the annotations and SCR annotation
>
http://cxf.apache.org/dosgi-ds-demo-page.html
I see the SCR using XML in there but the annotations and SCR annotation
processor Maven plugin will automatically create that won't it. I'm so
used to using blueprint that it all feels a bit lopsided.
On Wed, Sep 7, 2016 at 9:52 AM, Brad Johnson
:16 AM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> I'll give it a look. That sounds like a move in the right direction. In
> the short term I'll just set up the CXF server/endpoints with blueprint and
> use the camel recipient list to route them to the correct bundle. That
nts.
> The new CXF DOSGi examples are all using DS and one example shows the setup
> of https with client cert authentication which was not possible before
> without blueprint.
>
> Christian
>
> 2016-09-07 0:19 GMT+02:00 Brad Johnson <brad.john...@mediadriver.com>:
>
re it's up to date.
>
> 2016-09-06 20:50 GMT+02:00 Brad Johnson <brad.john...@mediadriver.com>:
>
>> Is there a newer or extension bundle than:
>> pax-cdi-api-1.0.0.RC1.jar
>>
>> I don't see these annotations in there an Eclipse can't find them.
>> org.o
akes Camel, already a very good library, now a great
library.
On Fri, Sep 2, 2016 at 1:00 PM, Matt Sicker <boa...@gmail.com> wrote:
> I've never used CDI before, but that's certainly worth looking into.
> Thanks.
>
> On 2 September 2016 at 12:52, Brad Johnson <brad.john...@medi
http://camel.apache.org/cdi.html
http://camel.apache.org/cdi-testing.html
https://ops4j1.jira.com/wiki/display/PAXCDI/Cheat+Sheet
On Fri, Sep 2, 2016 at 12:34 PM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> Yes but doesn't the independent start up order of DS require conf
Matt,
For the past few weeks I've been working with the Camel 2.17 CDI and it's
marvelous. I've been using blueprint for a few years now and I won't be
going back to twiddling XML unless I have to (I'm not sure how to set up
CXF server without it right now). But the CDI test runner is fast and
use the XML version of DS or annotations?
Brad
On Sat, Aug 27, 2016 at 1:49 PM, Matt Sicker <boa...@gmail.com> wrote:
> I've been using the Java DSL route builders, and you still need to use
> Blueprint just to load them via in the
> element.
>
> On 27 August 2016 a
can easily test the same code, not to mention
> I never have to dig for a NPE bean wiring in large systems.
>
>
> /je
>
> On Aug 27, 2016, at 11:44 AM, Brad Johnson <brad.john...@mediadriver.com>
> wrote:
>
> Agreed that it is philosophical and can be contentious.
>
> Since most developers out there just see it as a tool or necessary evil
> in a corporate setting, they don’t really grok services, registrations,
> proxies,
> NamespaceHandlers, SPI providers and so on anyways.
>
> I think it is a very philosophical debate.
>
> /je
&g
While I understand the benefits of DS I'm wondering if it makes much
difference for end users. I mean if I were creating a library for commons,
XStream, Beanio or something else then it makes a lot of sense to expose it
via DS.
But when creating end user bundles with Camel routes, beans,
e the one used. If one boots up and an OSGi
>> service registry is created both it and the SimpleRegistry are added to the
>> CompositeRegistry but one can access the SimpleRegistry in order to add
>> one's local dependencies for Camel routes.
>>
>> On Wed, Jul 1
The CamelContext disambiguation obviously is a next step...
On Mon, Aug 1, 2016 at 8:01 PM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> I'd thought that it was possible since the examples have a SimpleRegistry
> and mention using it to register beans. But w
nt bean that isn't exported as a service? Or is
> the philosophy to make all services public in DS?
>
> On 1 August 2016 at 18:12, Brad Johnson <brad.john...@mediadriver.com>
> wrote:
>
>> Tim,
>>
>> After working with DS and SCR a little I can understand its b
been watching this thread for a while, and you’ve finally managed to
> draw me in :)
>
>
> On 12 Jul 2016, at 17:42, Brad Johnson <brad.john...@mediadriver.com>
> wrote:
>
> Guillaume,
>
> I'm still using Blueprint and have found Camel/SCR to be a pain to work
> wit
Guillaume,
I was working with Camel SCR over the week end evaluating readiness and
state for my next project. So I came back to read your comments about the
pax-cdi. While there's a great deal to like about Camel SCR and DS and
from all the reading about the problems with service damping it
as DS provides) you could share a single
Configuration and change the property while the framework was running in
one place?
thanks
david jencks
On Jul 11, 2016, at 1:42 PM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
Pablo,
One possible solution to this problem that I'm curr
code either waits and retries later, fails
> immediately, or knows how to deal with the dynamics.
>
>
> - Ray
>
> On Tue, Jul 12, 2016 at 1:07 PM, Raymond Auge <raymond.a...@liferay.com>
> wrote:
>
>>
>>
>> On Tue, Jul 12, 2016 at 12:54 PM, Bra
Raymond,
I'm interested to hear your perception or definition of how DI frameworks
are failing. That's quite possibly true but I'm not sure. Are they not
succeeding commercially and in adoption? Are they failing technically?
Obviously the community feels rather motivated to find a different
ics for the OSGi bits, but
> extensibility and support for proxies provided by CDI ;-)
>
>
> 2016-07-12 17:24 GMT+02:00 Brad Johnson <brad.john...@mediadriver.com>:
>
>> David,
>>
>> I'm all for multilocation support in blueprint. Can't wait for it. But
>&g
, 2016 at 10:21 AM, Brad Johnson <brad.john...@mediadriver.com
> wrote:
> The features file can have statements like this:
>
>
> override="true">mvn:com.confignuration/myrpoject/${project.version}/cfg/com.foo
> override="true">mvn:comconfig
boa...@gmail.com> wrote:
> Does Camel/Fuse even support DS? I haven't found any documentation saying
> otherwise. I've only found camel-scr which uses Felix-specific annotations
> and not DS.
>
> On 7 July 2016 at 14:32, Brad Johnson <brad.john...@mediadriver.com>
> wrote:
>
&g
cfg files in the etc directory.
Most of that I can probably do myself out of the box with standard Maven
plugins. The only one that will probably require custom code is something
to roll up cfg properties before writing out to the pid.cfg.
On Fri, Jul 8, 2016 at 9:52 AM, Brad Johnson <brad.j
pport. This just seems odd to me.
>
> —
> While a voting, company, membership in OSGI is IIUC somewhat expensive,
> you can become an OSGI supporter and participate (non-voting) in spec
> development for free: https://www.osgi.org/join/membership-benefits/ (see
> the bottom)
then have a compact way of specify shared properties in parents,
compiled into bundle and then installed via feature.
On Fri, Jul 8, 2016 at 9:22 AM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> After getting into these discussions I started thinking that perhaps I'd
&
ared between these bundles. Maybe they lead to an idea for a different
> design.
>
> Christian
>
> On 08.07.2016 15:09, Brad Johnson wrote:
>
>> Christian,
>>
>> Thanks for the feedback. I'm actually looking for a bit more robust
>> solution. Just the one small p
>
> Cheers,
>
> David
>
> PS feedback on the RFC is appreciated, see here:
> https://github.com/osgi/design
>
> On 7 July 2016 at 18:53, Brad Johnson <brad.john...@mediadriver.com>
> wrote:
>
>> As I work in more environments now that want to use mi
.
And SCR with Camel seems like Blueprint was 3 or 4 years ago.
On Fri, Jul 8, 2016 at 6:21 AM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> I meant my own OSGi services that I register and pull from the registry.
> Not Camel core components.
>
> Trust me I don't
Isn't this the Aries discussion forum which has a Blueprint
implementation? Why would this be the incorrect place to ask about such
issues?
On Thu, Jul 7, 2016 at 2:34 PM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> As I said on the Camel mailing list Red Hat isn'
rking as
> expected, bit of
> a hassle since spring-dm allowed it.
>
> And yes selling DS into “regular" organizations is about as easy as
> selling snow in Alaska.
>
> /je
>
> On Jul 7, 2016, at 12:00 PM, Brad Johnson <brad.john...@mediadriver.com>
> wrot
As I work in more environments now that want to use microservices the
limitations of the blueprint properties mechanics become a bit hairier. I
commonly find that I have bundles that have common properties shared across
them and I can't find a good solution other than creating my own OSGi
service
specify that one as its parent. Override properties or add them to the
child. When the configuration admin fires up it would read up the chain
and construct the properties.
On Thu, Jul 7, 2016 at 12:37 PM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> Ray,
>
> If I understand your
>>> best
>>> Pablo
>>>
>>>
>>> On 07/07/2016 4:41 PM, Raymond Auge wrote:
>>>
>>> As long as configurations are not bound to a bundle they can be used by
>>> any bundle.
>>>
>>> The exception clearly shows that
oo.com>
> wrote:
>
>> Neither one, the bundleLocation on the configuration is set. This is
>> something config admin deals with. The management agent that creates the
>> configuration should set the multi-location”?” when it creates the
>> configuration.
>>
&
>
>
> HTH,
> - Ray
>
> On Thu, Jul 7, 2016 at 10:24 AM, Brad Johnson <
> brad.john...@mediadriver.com> wrote:
>
>> I don't think that's possible.
>>
>> On Thu, Jul 7, 2016 at 8:51 AM, Pablo Gómez Pérez <pablo.go...@faw.jku.at
>> > wrote:
Well done. Loving the profiles and static compilation mechanics.
After pulling in Camel/CXF, my bundles and a karaf 4.0.5 through the
profiles I ended up with a nice zip file of 40MB. It runs and works
perfectly. This is going to open a whole new world. New EIPs. I was
thinking of how nice
and run it and see how that looks and
just modify it backward.
On Thu, Apr 28, 2016 at 12:10 PM, Brad Johnson <brad.john...@mediadriver.com
> wrote:
> So just with these three dependencies - static features, static kar, and
> standard features - I get this. But that may simply be incomp
features
xml
compile
${karaf.version}
org.apache.karaf.features
standard
features
xml
compile
${karaf.version}
On Thu, Apr 28, 2016 at 11:50 AM, Brad Johnson <
Onofré <j...@nanthrax.net>
wrote:
> Hi Brad,
>
> can you share the complete pom.xml ? I will help to fix it.
>
> Thanks,
> Regards
> JB
>
>
> On 04/28/2016 05:29 PM, Brad Johnson wrote:
>
>> I just need to take the time to use the proper BOM and mechanics
wrote:
> Do you have framework and log defined in your pom.xml ?
>
> Regards
> JB
>
> On 04/28/2016 04:42 PM, Brad Johnson wrote:
>
>> wrap
>>
>> That's the only issue it is barfing on right now. I'll just have to run
>> it down.
>>
>> [
[Help 1]
[ERROR]
On Thu, Apr 28, 2016 at 9:30 AM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> Christian,
>
> Finally got a few minutes breathing room yesterday to work with some of
> the new plugins. I like the karaf-maven-plugin and the features
> generation. I'm
the
features file for all my projects and then use those in the startup.
I'll give it a shot today and see what happens.
Brad
On Wed, Apr 27, 2016 at 8:51 AM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> JB,
>
> That's why I haven't had a chance to work with it yet since I'm wo
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 h
weeks when it will be under Apache Karaf :)
>
> But a schedule has yet to be defined about the first release and what we
> want in it ect..
>
> Regards,
> Morgan
>
> On 2016-04-22 17:17, Brad Johnson wrote:
> > When is karaf-boot due out? Roughly. 2016? August? Septe
it properly and you're done.
>
> Karaf-Boot is more about helpers, recipes, examples, but if you already
> have your application that can be deployed, I don't think you need it.
>
> 2016-04-22 17:17 GMT+02:00 Brad Johnson <brad.john...@mediadriver.com>:
>
>> When is
When is karaf-boot due out? Roughly. 2016? August? September? 2017?
I'm pretty stoked about it because I think it is really going to open a lot
of vistas. I haven't had a lot of time to fiddle with my Raspberry Pi but
when i think about a self-deploying, thin karaf with all dependencies and
s compared to features. I
> worked in Apache ACE (mostly focused on OBR repository and deploy admin),
> and parts are missing when dealing with more than simple bundles.
>
> Regards
> JB
>
> On 04/18/2016 05:54 PM, Brad Johnson wrote:
>
>> Christian,
>>
>>
Sounds pretty spectacular. Can't wait to see it.
Brad
On Mon, Apr 18, 2016 at 11:13 AM, Guillaume Nodet <gno...@apache.org> wrote:
>
>
> 2016-04-18 18:02 GMT+02:00 Brad Johnson <brad.john...@mediadriver.com>:
>
>> Jean-Baptiste,
>>
>> So
> Regards
> JB
>
>
> On 04/18/2016 05:47 PM, Brad Johnson wrote:
>
>> I don't know if it is a big deal but here's an example of a current
>> project I work on. In a static environment much of that could be
>> generated I'd think. At least the parts that are st
ls is lacking is all the preparation
> karaf already has for some of the more complicated features like
> tansactions and cxf. There it is not enough to just install bundles.
> You also have to fiddle with the boot path for transactions and some java
> se spec nightmares in the case of cx
. A little fatness in our deployments is an
acceptable trade off now.
Brad
On Sun, Apr 17, 2016 at 5:25 PM, Brad Johnson <brad.john...@mediadriver.com>
wrote:
> Sounds like you both have your reservations about using the noOSGi version
> of blueprint and you obviously know it
etc. It's the "run everywhere" paradign. Right now, you have first to
> install Karaf and then deploy your application in Karaf. With karaf-boot,
> you focus on your business code, and karaf-boot deals with the rest (up to
> the distribution).
>
> Regards
> JB
>
>
> O
but it is not there already. If you are interested in
> helping out there I can help you to get into the code.
>
> Christian
>
>
> On 17.04.2016 01:08, Brad Johnson wrote:
>
> I'll have to look at the Aries RSA as I'm not as aware of it. It doesn't
> appear to be similar to
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
from what I understood it allows to expose OSGi services as SOAP and REST
> endpoints. This sounds very similar to Aries RSA and CXF DOSGi. Can you
> explain what it does differently?
>
> Christian
>
> 2016-04-16 17:39 GMT+02:00 Brad Johnson <brad.john...@mediadriver.com>:
https://github.com/Ranx0r0x/Enjekt-Microservice
I've started a project that may or may not be of interest to the
community. I've been finding it of great benefit in my current projects
where I combine it with Camel for certain items. One change I plan on
making as soon as I can get to it is to
;
> On 1 April 2016 at 06:58, Christian Schneider <ch...@die-schneider.net>
> wrote:
>
>> The current behaviour is required by the spec. We plan to add an option
>> to configure this https://issues.apache.org/jira/browse/ARIES-1314.
>> Unfortunately I did not yet have the
69 matches
Mail list logo