Re: CDI?
I'm not quite sure I grok this. I've used both Blueprint and DS. I've also used CDI but it isn't quite ready for primetime. But CDI permits exporting services, referencing services, and wiring bundle internals with injection annotations. It greatly simplifies testing. So I'm not quite sure what you mean by "there is no framework that solves all your problems." On Friday, August 11, 2017 at 2:51:42 AM UTC-5, laeubi wrote: > > Well in fact here is no framework that solves all your problems... I'm > using OSGi and DS for year now and it works without a problem, even > though there where sometimes bugs in the code or flaws in my concepts or > architectural decsions I had to solve. But I never exspected that DS, > OSGi or anything else "solves" this for me in a magical way. > > If you want to use OSGi DS is IMO the best choice (as mentioned before) > because it provides what we have with bundles and import/exports to the > service level, but must be used with OSGi in mind. The problem is that > ppl exspect the can just throw things togeter and it would then work in > some magical way. > > > You can add Blueprint, CDI, Camel and whatever to the mix try to keep > away OSGi but will be hurt by "flaky" things then. Thats not the fault > of the framework/lib but a restriction of the programming model. I can't > find "use of services ends up being complex" but the other way round: > Using services with DS is incredible easy and powerfull. So if you have > a problem, provide an example and I'm sure you will get help to solve > the problem. > > Also DS can of course be used to wire up "things" inside your bundle, > what should keep you away of doing so? > > Am 10.08.2017 22:37, schrieb ra...@enjekt.org : > > I did use it not too long ago but had to get back to a paying gig. But > > the technology is certainly what we need, I think. > > > > SCR is fine until you then realize that you have wire things up in > > your bundle and don't have too many good choices about the matter. > > Blueprint is a little long tooth and clunky to work with. From what > > I've heard from Christian and others it sounds as though the proxies > > have naughty habits. I can say that with time I've drifted away from > > using OSGi services when I have a reasonable choice between using a > > service and something like a Camel route. A lot of that has to do with > > the path of least resistance. I'm putting in a system right now that > > has a data source bootstrapped via PAX JDBC which is then consumed by > > a "connector" bundle (essentially a DTO). Initially I'd exported that > > connector as a service for other bundles to pick up and make service > > calls. But the services seemed to have flaky problems when I > > uninstalled/installed. Since I had other issues to solve I just fell > > back to using Camel routes for data access from other bundles. > > > > That doesn't seem to be a unique situation for me with Blueprint. > > Maybe it isn't Blueprint. But the use of services ends up being > > complex and that's a shame. If there's a technology like CDI that lets > > me easily export and reference service that will be spectacular. I was > > stunned about how easy is to test with the CDI anotations. > > > > Of course, for bread and butter I'm still consulting on Fuse and > > that's not exactly cutting edge > > > > -- -- -- OPS4J - http://www.ops4j.org - ops4j@googlegroups.com --- You received this message because you are subscribed to the Google Groups "OPS4J" group. To unsubscribe from this group and stop receiving emails from it, send an email to ops4j+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: new ops4j repro/project - how to perform initial setup
AS noted, when we left the "version 1.0" of infrastructure (where basically everyone, with enough knowledge, could do anything on our own systems), there has been a division between admins and committers (or what the term is on each system). In principle, I (and probably others) have no problem promoting active members of the community to admin. It just lessens the work on someone else. And I think Achim is (or has) elevated you for that purpose. Cheers Niclas On Fri, Aug 11, 2017 at 2:02 AM, 'Christoph Läubrich' via OPS4J < ops4j@googlegroups.com> wrote: > I'd like to start a new OPS4j pax project that is about remote control of > OSGi, maybe it will implements (but not restricted to) "Remote Services" > and "Remote Service Admin" Specification. > The main goal for now would be to provide support for new container > abstraction in pax-exam but I think this could be usefull for others as > well so I'd like to work on it under an own pax-project. > > But how is this done? It seems there are special right required to setup a > project (github, jira, confluence, add it to > https://ops4j1.jira.com/wiki/display/ops4j/Pax ... more?). > If I can't do it on my own, can someone with apropiat rights please create > a new "pax-remote" project for me? > > thanks in advance :-) > > -- > -- > -- > OPS4J - http://www.ops4j.org - ops4j@googlegroups.com > > --- You received this message because you are subscribed to the Google > Groups "OPS4J" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to ops4j+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Niclas Hedhman, Software Developer http://polygene.apache.org - New Energy for Java -- -- -- OPS4J - http://www.ops4j.org - ops4j@googlegroups.com --- You received this message because you are subscribed to the Google Groups "OPS4J" group. To unsubscribe from this group and stop receiving emails from it, send an email to ops4j+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: PAX Wicket 5 (moving to wicket 8)
Hi Nino,
I just pushed a Wicket-8 supporting version of pax-wicket
(https://ops4j1.jira.com/browse/PAXWICKET-486) to the master, the only
thing that is needed is adjusting the karaf-test, can you help with
that? I think it just needs to add some of the new dependencies, I added
the following to the "normal" integration tests:
provision(mavenBundle().groupId("org.slf4j").artifactId("slf4j-api").versionAsInProject()),
provision(mavenBundle().groupId("org.apache.commons").artifactId("commons-collections4").versionAsInProject()),
provision(mavenBundle().groupId("org.ops4j.pax.url").artifactId("pax-url-wrap").versionAsInProject()),
provision(wrappedBundle(mavenBundle().groupId("org.danekja").artifactId("jdk-serializable-functional").versionAsInProject())),
provision(wrappedBundle(mavenBundle().groupId("com.github.openjson").artifactId("openjson").versionAsInProject())),
provision(mavenBundle().groupId("org.slf4j").artifactId("slf4j-simple").versionAsInProject().start(false)),
can you take a look? As soon as this is done I think we can release a
5.0.0.RC1, we should release the final Version when Wicket has release
Wicket8.
--
--
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
---
You received this message because you are subscribed to the Google Groups "OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
