Re: [osgi-dev] blueprint:comp JNDI namespace

Assuming that you have the blueprint JNDI bundle installed then what you need is: blueprint:comp/my-xface-impl The id of the bean is my-xface-impl The reference that you have declared in the XML creates a mandatory OSGi service dependency. This will prevent your blueprint container from

Re: [osgi-dev] blueprint:comp JNDI namespace

=”myAccount” filter=”(mode=shared)”/ From: osgi-dev-boun...@mail.osgi.org [mailto:osgi-dev-boun...@mail.osgi.org] On Behalf Of Tim Ward Sent: Friday, September 05, 2014 1:46 PM To: OSGi Developer Mail List Subject: Re: [osgi-dev] blueprint:comp JNDI namespace Assuming

Re: [osgi-dev] extender pattern using requirements capabilities

Hi Ray, There is already an osgi.extender namespace declared for this sort of dependency. The extender provides a capability in the osgi.extender namespace, which is required by the extendee. There's a blueprint example in the spec, but this would work for your JSPs. Time for a JSP extender in

Re: [osgi-dev] extender pattern using requirements capabilities

of the extender then it should specify effective:=active (as opposed to the default of resolve) And now I'm done - speak to you all next year! Tim Sent from my iPhone On 19 Dec 2014, at 20:55, Tim Ward tim.w...@paremus.com wrote: Hi Ray, There is already an osgi.extender namespace declared

Re: [osgi-dev] extender pattern using requirements capabilities

would only put the extender requirement in the extendee (providing the tag lib) not the client. On Fri, Dec 19, 2014 at 1:11 PM, Tim Ward tim.w...@paremus.com wrote: Having just noticed a couple of omissions... To actually match the filter in my previous email the extender would need

Re: [osgi-dev] Integration Testing framework recommendation

Hi Frank, If you're already a bndtools user then the OSGi Junit testing built into bnd would seem to be your best bet. It doesn't involve an extra tool, integrates with your existing IDE, and is used by a lot of people. Regards, Tim Sent from my iPhone On 11 Feb 2015, at 15:38, Frank

Re: [osgi-dev] whiteboard pattern extenders

I agree with BJ. If the wicket extender were a wicket whiteboard, rather than an extender, then I think we would expect it to track wicket services and then register Servlet services using its own context as a result of finding them. This is the same thing that lots of adapter bundles do. In

Re: [osgi-dev] Use of Auto Resolve on Save in Enroute

Hopefully the upsides are obvious. There are a few potential downsides: 1) You may have added extra runbundles which will be lost 2) If the resolve operation is large (particularly if it uses big repositories) then it can take a long time. 3) Resolution is a destructive operation (it changes the

Re: [osgi-dev] Components are not started, although marked with immediate=true

Are any of the activate or deactivate methods blocking? DS lifecycle methods must not be blocking. Tim Sent from my iPhone > On 17 Feb 2017, at 20:09, BJ Hargrave wrote: > > Seems like they should all be active. You may need to check with the > felix-dev list about

[osgi-dev] I18N ?

ing, which I haven't experimented with yet -- Tim Ward ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] Working example tx-control with JPA

Hi Henrik, I see from the configuration that you're trying to use the PAX JDBC version of H2. I normally just use the vanilla H2 driver which works fine, but for this you will need to be sure that the PAX bundle is present. It would also be useful to see the scr:info output. The "unsatisfied"

Re: [osgi-dev] Understanding activate

Manoj, As Bernd suggested, it would be a good idea to run the Felix SCR diagnostic commands. scr:list will list the DS components in the runtime. If you don't see your component in the output then you need to check the bundle you're building to see if you've forgotten to include the DS

Re: [osgi-dev] Integration with Karaf

On 10/11/2016 11:05, Tim Ward wrote: On 10/11/2016 10:26, Tim Verbelen wrote: Hi Tim, If you want to use some of the eclipse equinox bundles (such as org.eclipse.equinox.coordinator), you are kind of bound to the equinox framework since they depend on the org.eclipse.osgi.util package

Re: [osgi-dev] Integration with Karaf

e any "pom" files, I'm using bndtools. Christian -- Tim Ward ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] Integration with Karaf

le hosting a version of this bundle in the Ecipse Concierge repository (https://www.eclipse.org/concierge/repository/index.xml), which you can add to your BNDTools workspace. Make sure to add the supplement bundle to your run requirements before hitting resolve. Best regards,

Re: [osgi-dev] Integration with Karaf

so - sorry for any confusion. -- Tim Ward ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

[osgi-dev] Integration with Karaf

der [151](R 151.0)] osgi.service; (objectClass=org.osgi.service.log.LogService) karaf@root()> -- Tim Ward ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] Integration with Karaf

ix, and I think those commands would switch from Felix to Equinox? -- Tim Ward ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] RS/RSA for exposing JAX-RS resources

I'll be there, and am happy to talk with you about it. These talks will likely both be about the upcoming JAX-RS whiteboard specification from OSGi Enterprise R7 - Liferay are building the reference implementation for it. Tim Sent from my iPhone > On 10 Nov 2016, at 08:01, Bernd Eckenfels

Re: [osgi-dev] DS component life cycle.

A policy option of Greedy tells DS to shut down and restart your component if a "better" service arrives. The default is Reluctant which avoids stopping the component unless it absolutely has to. Reluctant Static optional services therefore will not pick up their dependencies if they arrive

[osgi-dev] Jetty configuration questions

As you can tell I'm quite new to all of this (and therefore I'm not the other Tim Ward). So, I've got some servlets and filters and stuff running, and I've found out how to use configuration/configuration.json to configure the tiny number of parameters that are exposed that way (including

Re: [osgi-dev] Component being activated twice?

Do you mean delete karaf\data and start all over again? - no, I haven't tried that. On 23/11/2016 13:38, Dirk Fauth wrote: Have you cleared the bundle cache in between? Am 23.11.2016 13:42 schrieb "Tim Ward" <t...@telensa.com <mailto:t...@telensa.com>>:

[osgi-dev] Component being activated twice?

| P2cImpl | 1196 - com.telensa.apps.planet.p2c.provider - 1.0.0.201611231149 | deactivate 2016-11-23 12:00:03,273 | INFO | FelixStartLevel | P2cImpl | 1196 - com.telensa.apps.planet.p2c.provider - 1.0.0.201611231149 | deactivate -

Re: [osgi-dev] Component being activated twice?

ment MBean: org.apache.karaf:type=scr,name=root javax.management.InstanceAlreadyExistsException: org.apache.karaf:type=scr,name=root at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:437)[:1.8.0_60] On 23/11/2016 15:34, Tim Ward wrote: On 23/11/2016 15:18, Timothy Ward wrote: What you’re doi

Re: [osgi-dev] Component being activated twice?

you use karaf then I think the problem is that enroute configurer as well as the karaf set of fileinstall and config admin might produce two configs for you component. Can you try to remove the configurer bundle? Christian On 23.11.2016 15:08, Tim Ward wrote: Do you mean delete karaf\data and

Re: [osgi-dev] Component being activated twice?

:09 schrieb "Tim Ward" <t...@telensa.com <mailto:t...@telensa.com>>: Do you mean delete karaf\data and start all over again? - no, I haven't tried that. On 23/11/2016 13:38, Dirk Fauth wrote: Have you cleared the bundle cache in between? Am 23.11.2

Re: [osgi-dev] Component being activated twice?

n executor or don't pass the current context to thread does it work ok http://stackoverflow.com/questions/5623285/why-not-to-start-a-thread-in-the-constructor-how-to-terminate I am just worried the this is doing something funny. -- Tim Ward ___ OSGi

Re: [osgi-dev] Component being activated twice?

that parameterized by a single bundle that acts as the root of your application. Another explanation is if DS is installed 2x. This will obviously cause problems. Kind regards, Peter Kriens -- Tim Ward ___ OSGi Developer Mail List osgi-dev@mail.osgi.org

Re: [osgi-dev] Component being activated twice?

e.provider" Then the configurer is still active. Christian On 23.11.2016 15:37, Tim Ward wrote: No difference. It still activates my @Component twice, with no deactivation in between, so I start two threads and one of them crashes. 2016-11-23 14:35:42,487

Re: [osgi-dev] Component being activated twice?

? Are their other possible explanations? Kind regards, Peter Kriens On 23 Nov 2016, at 16:49, Christian Schneider <ch...@die-schneider.net <mailto:ch...@die-schneider.net>> wrote: On 23.11.2016 16:47, Tim Ward wrote: OK, doesn't look like configuration. - Comment out @RequireConfi

Re: [osgi-dev] Component being activated twice?

;raymond.a...@liferay.com <mailto:raymond.a...@liferay.com>> wrote: @Peter this is exactly a scenario I'd love to be able to eliminate by exposing the target runtime as a repo which we can specify as the the BASE for the resolver. - Ray On Wed, Nov 23, 2016 at 11:04 AM, Tim Ward <t...@

Re: [osgi-dev] Component being activated twice?

for a while!) and the log messages, two of them, only appear when Karaf is shut down. -- Tim Ward ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] Component being activated twice?

of karaf and bndtools. Christian On 23.11.2016 17:18, Tim Ward wrote: I was sort-of guessing that that's what -runfw was about, but didn't find enough documentation to be able to understand it. Via monkey-see monkey-do cut-and-paste I've ended up with -runfw: org.apache.felix.framework

Re: [osgi-dev] Component being activated twice?

the target system and resolve against that. Alas, never got time to finish that part. Ah, that sounds highly plausible ... Kind regards, Peter Kriens On 23 Nov 2016, at 17:04, Tim Ward <t...@telensa.com <mailto:t...@telensa.com>> wrote: So, if I manually delete org.apache.fel

Re: [osgi-dev] Jetty configuration questions

Anybody? - someone must have wanted to do at least some of this? - I'm not looking for someone to do it all for me, I'm just asking for a clue as to where to start looking. On 14/11/2016 14:50, Tim Ward wrote: As you can tell I'm quite new to all of this (and therefore I'm not the other Tim

[osgi-dev] ConditionalServlets

"add" (eg) a ConditionalServlet? -- Tim Ward ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] Mvn for enroute

Hi all, The correct configuration property value is FORBIDDEN. Also the plugin is only able to use the information that it finds from Maven's Aether library, so it's probable that there's some metadata missing. This can happen sometimes, particularly for things that were installed locally

Re: [osgi-dev] ConditionalServlets

u will likely need to pick a framework karaf/enroute/amdatu and follow their documentation. Without a clear framework things become more difficult and you have to know your bundles well. On Wed, Nov 16, 2016 at 6:42 AM, Tim Ward <t...@telensa.com <mailto:t...@telensa.com>> wrote: Bas

Re: [osgi-dev] ConditionalServlets

algorithm, you should be able to accomplish anything you need to do. It may be easier if you have more specific questions. What are you trying to accomplish? Cheers, =David On Nov 16, 2016, at 12:52 AM, Tim Ward <t...@telensa.com <mailto:t...@telensa.com>> wrote: In https://git

Re: [osgi-dev] Is there an enroute http service?

bundles? I have installed my own code under test, otherwise there wouldn't be any servlets to experiment with! Maybe it's best to start over with a vanilla Karaf first? regards, Achim 2016-11-18 16:35 GMT+01:00 Tim Ward <t...@telensa.com <mailto:t...@telensa.com>>: A

Re: [osgi-dev] Is there an enroute http service?

-dev ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev -- Tim

Re: [osgi-dev] prototype scope and configuration

That sounds a lot like the DS ComponentFactory use case to me. You supply properties to the factory and it spits out a configured instance for you to use. Just to confirm, I assume that the standard multiton pattern using factory configurations doesn't help you as the components are stateful

Re: [osgi-dev] Jetty configuration questions

ase all the configurational stuff we "talked" about will work. regards, Achim [1] - https://lists.apache.org/thread.html/900e65035f5a983fd3887a553cd309bc9519130fa28cfeb7d9f057bc@%3Cuser.karaf.apache.org%3E 2016-11-18 17:26 GMT+01:00 Tim Ward <t...@telensa.com <mailto:t...

Re: [osgi-dev] Jetty configuration questions

r help on that in the felix users group. It is generally the same people on all the lists but I know some people like to filter so you are more likely to get a response on the appropriate list. On Tue, Nov 15, 2016 at 11:16 AM, Tim Ward <t...@telensa.com <mailto:t...@telensa.com>> wrote:

Re: [osgi-dev] Jetty configuration questions

air. As already tried to point out on the karaf user mailinglist, try to deploy your application without those extra Jetty Bundles! regards, Achim [1] - https://lists.apache.org/thread.html/cf345ca50e82a2f0ce7b8d664427d89b3ecbf14acd1955645f3c6e07@%3Cuser.karaf.apache.org%3E 2016-11-18 17:18 G

Re: [osgi-dev] component factory and configuration

The multiton pattern simply creates (and potentially registers a a service) a separate component for each factory configuration. If these components are services then they can then be scoped - if you make the component prototype scoped then you can use a ServiceObjects to create a new

Re: [osgi-dev] component factory and configuration

I'm not sure how you would fix this. Isn't toString a valid (and unset) property of a configuration? Sounds like a working, albeit non-obviously so, implementation to me. Regards, Tim Sent from my iPhone > On 20 Nov 2016, at 23:43, Raymond Auge wrote: > > Scott,

Re: [osgi-dev] Combine maven shade plugin and bnd

I agree with JB - this is simply a case of binding to a different lifecycle phase from normal. Move both to prepare-package (or before) and ensure that you declare the shade plugin before the bnd plugin in the source. You may have unit test issues if you try to use the shading before the unit

Re: [osgi-dev] Query

Another option is to make the reference dynamic, but this would force you to add lifecycle management code into your component. Regards, Tim Sent from my iPhone > On 3 Nov 2016, at 07:08, Christian Schneider wrote: > > References in DS can be reluctant or greedy

Re: [osgi-dev] OSGi DS access to @Reference service in JAX-RS (Jersey) Application resource

There is an upcoming specification in OSGi R7 that allows you to define JAX RS components using an OSGi whiteboard. This would completely solve your problem, but the spec and implementation are still being developed. For now you could fix this by registering your existing servlet as a service

Re: [osgi-dev] Understanding activate

;> Name BundleId DefaultEnabled >>> [com.wipro.iot.Alljoyn] [ 6] [true] >>> [com.wipro.iot.DeviceManager] [ 1] [true] >>> [com.wipro.iot.GatewayDevice] [ 2] [true] >>> [com.wipro.iot.HueLight] [ 3] [true] >>> [com.wipro.iot.LampDevice] [ 4] [tru

Re: [osgi-dev] OSGi DS access to @Reference service in JAX-RS (Jersey) Application resource

I note that both of the Remote Services options provided have examples using JAX-RS annotated service interfaces, which doesn't actually match the code provided in the example below. Using Remote Services also doesn't give you a standard way to handle request scoped resources (i.e. prototype

Re: [osgi-dev] Shell

To me that sounds like the bundle metadata needs enhancing. Ideally there would be a way to make sure the Bndtools resolver knew it had to add one of those bundles when on Windows! Tim Sent from my iPhone > On 9 Dec 2016, at 06:48, Guillaume Nodet wrote: > > On

Re: [osgi-dev] Allow registering a (Prototype)ServiceFactory via DS?

Peter - I assume that you mean that there will be no auto-generated osgi.service capability. Couldn't that be fixed with an additional annotation on the component type to add the Provide-Capability to the manifest? Tim Ward Sent from my iPhone > On 20 Apr 2017, at 12:38, Peter Kri

Re: [osgi-dev] Grouping services instantiated by Declarative Services

I think that the most concise way to get what you want while still using DS is to use configuration to control the wiring. Each of the tagged services should set a target filter for the reference that they want injected. This can be set using Config Admin, or just using the reference

Re: [osgi-dev] Regarding Collection references

Hi Scott, The SCR annotations are interpreted based on the context of where they are applied. This is described in the JavaDoc for the annotations, and the DS spec. Because you have declared your SCR reference as a final field this means that the SCR will be told to update your collection

Re: [osgi-dev] Spring Dynamic Modules is the solution to access bean from a bundle configured in a different bundle?

Hi Rafaelle, I would recommend not using the Felix SCR annotations, and just using the org.osgi.service.component.annotations (which are the standard ones). You also do not then need the maven-scr-plugin at all. The standard annotations are automatically processed by both the

Re: [osgi-dev] Reference MULTIPLE, DYNAMIC with keywork volatile = duplicates

Hi Henrik, You are confusing yourself by asking DS for a mixture of field injection, bind/unbind methods and having non-thread-safe code for a dynamic reference. By applying the annotation to the field you are telling DS to inject references directly into your component's field. You are also

Re: [osgi-dev] handling optional/dynamic imports in DS

For a dynamic import your controller could register a listener so that when a suitable package appears in the runtime your disabled component gets activated without needing to restart the controller. Tim Sent from my iPhone > On 1 May 2017, at 17:41, Raymond Auge

Re: [osgi-dev] Questions about JAX-RS Extension services

In that case register the custom one targeting that exact application, and give it a higher service ranking than the default writer. Tim Sent from my iPhone > On 25 Aug 2017, at 14:26, Bram Pouwelse wrote: > > I was more woried about conflicts, for example a default

Re: [osgi-dev] Create instance of factory configuration at runtime

Hi Scott, That does work, but Configuration Admin has an old feature called location binding. This feature prevents a configuration being delivered to bundles other than the bundle with the specified bundle location. The one-arg version of createFactoryConfiguration that you’re using defaults

Re: [osgi-dev] enRoute Quickstart Maven Build Failure

The Aries JPA snapshots have probably been deleted as Aries JPA 2.7.0 was released last week. The OSGi R7 API is now also released, so the enRoute indexes and archetypes will need to be updated for that too. There are likely to be other Apache projects doing the same thing as part of the R7 RI

Re: [osgi-dev] enRoute Quickstart Maven Build Failure

released Best Regards, Tim > On 6 May 2018, at 18:13, Tim Ward <tim.w...@paremus.com> wrote: > > The Aries JPA snapshots have probably been deleted as Aries JPA 2.7.0 was > released last week. The OSGi R7 API is now also released, so the enRoute > indexes and archetypes wi

Re: [osgi-dev] How to mock annotation based configs with defaults

ian Schneider <ch...@die-schneider.net> wrote: > > Thanks. That works fine. Especially as the converter is now available as a > release. > > Christian > > 2018-04-27 13:11 GMT+02:00 Tim Ward <tim.w...@paremus.com>: >> Have you tried using the OSGi converter?

Re: [osgi-dev] How to mock annotation based configs with defaults

Have you tried using the OSGi converter? You can fill a map with properties and then just: Converters.standardConverter().convert(map).to(MessagingEndpoint.class) This will honour the defaults from the annotation - see 707.4.4.4.5 of the compendium. The closest link I can give is

Re: [osgi-dev] Bndtools 3.3 enRoute distro update Jetty

t;osgi-dev@mail.osgi.org> > wrote: > >> On 15/05/2018 6:43 PM, Tim Ward wrote: >> The correct link is >> https://github.com/osgi/osgi.enroute/blob/deprecated/osgi.enroute.pom.distro/distro-pom.xml >> >>> This does not work for me and the link to the distr

Re: [osgi-dev] enRoute Quickstart Maven Build Failure

What failure are you seeing? Is it still a missing bnd 4.0.0-SNAPSHOT? Obviously while enRoute remains a snapshot (one of its implementation dependencies is still awaiting release) you have to make sure that Maven refreshes snapshots. This means that you: a) need to be online and not

Re: [osgi-dev] Bndtools 3.3 enRoute distro update Jetty

The correct link is https://github.com/osgi/osgi.enroute/blob/deprecated/osgi.enroute.pom.distro/distro-pom.xml Sent from my iPhone > On 15 May 2018, at 09:14, Paul F Fraser via osgi-dev > wrote: > > This does not work for me and the link to the distro pom is dead. >

Re: [osgi-dev] enRoute Quickstart Maven Build Failure

, but I’m on vacation without my laptop. Tim Sent from my iPhone > On 16 May 2018, at 05:43, Paul F Fraser via osgi-dev <osgi-dev@mail.osgi.org> > wrote: > >> On 8/05/2018 8:08 PM, Tim Ward via osgi-dev wrote: >> The enRoute project has now been updated to use

Re: [osgi-dev] Moving from bndtools 3.3 to 4.0.0 with new enRoute

Hi Paul, The video looks good, and I can’t see any problems (i.e. everything looks to be working fine). What is it that you’re expecting to see that you don’t? If you’re worried that you don’t see an index file, then don’t be. The indexer plugin only runs against certain project templates as,

Re: [osgi-dev] Valid DS Component Name?

Hi, The description of the rules is in the first entry of the table here . You will definitely be fine if you stick to ‘.’ as the default naming scheme uses the fully qualified class

Re: [osgi-dev] Adding a Vaadin dependency causes trouble

Hi Paul, > Is there a reason some bundles can not be added as dependencies in the > project (reactor) pom? You should not add dependencies to the parent pom (which in this case is also the reactor pom). The parent pom should be used to manage the versions of common dependencies using the

Re: [osgi-dev] New enRoute Artifacts

Hi Paul, Łukasz, >> Could this be changed to use >> >> groupId + artifactId instead? >> >> Or is there a reason for not doing this? The default package name in the templates is not set by enRoute, it is actually using the “default default” from the Maven archetype system. I don’t actually

Re: [osgi-dev] enRoute Reactor question

Hi Paul, > Is it intended that all modules listed in the reactor are indexed. No, this is not desirable and has been intentionally avoided. Indexes in enRoute are used for running, exporting and resolving. They are not published, and are purely intermediate artifacts. What would the purpose

Re: [osgi-dev] Microservices

The “mistake” here isn’t really a mistake, it is simply a misunderstanding of what the output of the enRoute application archetype is. The application created by enRoute is a stand-alone jar that is designed to be run using java -jar. It is not an OSGi bundle, but instead a Java application

Re: [osgi-dev] Vaadin and New enRoute

ecause they are user specific. Tim > On 2 Jul 2018, at 11:27, Paul F Fraser wrote: > > On 2/07/2018 7:52 PM, Tim Ward wrote: >> Hi Paul, >> >> Is the QUIProvider instance being used by Vaadin the same as the instance >> managed by DS? You cannot simp

Re: [osgi-dev] Vaadin and New enRoute

gt; QMainSiteUI mainSiteUI = this.factory.getService(); > UI ui = (UI) mainSiteUI; > ui.addComponentDetachListener(x -> factory.ungetService(mainSiteUI)); > return ui; > } > > } > > Thanks, > > Paul Fraser > > > O

[osgi-dev] OSGi enRoute R7 examples

experiments. Tim Ward OSGi IoT EG chair tim.w...@paremus.com ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] DB2 OSGI bundle

Sadly IBM have not done the small amount of work needed themselves. The closest you’ll get to a working DataSourceFactory for DB2 is https://github.com/ops4j/org.ops4j.pax.jdbc/tree/master/pax-jdbc-db2 but as the documentation points out at

Re: [osgi-dev] OSGi enRoute R7 examples

aQute.launcher.Launcher" > > Also is the enRoute documentation still to be followed as is, for instance > settings.xml and the cli archetype commands? > > Paul > > On 3/07/2018 7:05 PM, Tim Ward via osgi-dev wrote: >> Hi all, >> >> This is just a heads

Re: [osgi-dev] enRoute - missing documentation after restructuring

Hi Marc, Yes, this was removed on purpose. I’m glad that you found the original page useful (and it will remain in Git history any time you want to refer to it) but it doesn’t align with the goals of enRoute, which are to teach people with little/no OSGi experience to use OSGi, and to promote

Re: [osgi-dev] Regarding service injection

Hi Scott, The answer is really that it depends. The OSGi service registry supports the registration of service instances and service factories. This means that when you see a service registered in the service registry the instance may already exist, or it may only exist as a result of you

Re: [osgi-dev] Proliferation of DS Components and References

Hi Tanvir, I would strongly recommend that you do not use solution A. Static variables are a very bad thing for many reasons, not least (as you have discovered) because they completely bypass the lifecycle management of your component. In answer to the question: "Question: If we set

Re: [osgi-dev] Proliferation of DS Components and References

n order using MANDATORY refs, however what to > do for OPTIONAL refs? Will "immediate" help? > > Question: How to enforce service activation order in DS for OPTIONAL > services? > > Thanks > Tanvir > > > On 1/22/2018 3:03 AM, Tim Ward wrote:

Re: [osgi-dev] DS Reference injection order

>> since you examples show field injection, your component cannot not really >> observe the order of injection. >> >> With 'volatile' you have a dynamic reference which can be updated at any >> time, so there is no order with respect to other reference. >

Re: [osgi-dev] JPA or DB connectivity OSGI

Looks like you beat me to it! There is work happening in enRoute to update this example (and others) but the main points (i.e. the use of transaction control and the JPA service) are OSGi R7 standards and the usage pattern will not change. Regards, Tim > On 2 Jan 2018, at 14:52, Henrik

Re: [osgi-dev] Where is logback referenced in enRoute project artifact

The OSGi enRoute indexes provide a variety of things. The implementation index provides logback as most of the implementations require an SLF4J implementation. https://github.com/osgi/osgi.enroute/blob/master/indexes/impl-index/pom.xml#L271-L289

Re: [osgi-dev] Extending Services

I agree with Neil that, in general, you don’t want to reference a service of the same type that you advertise without something to prevent you wiring to yourself. Service properties are a good way to do this, but so is type safety. For example does it really make sense for the

Re: [osgi-dev] OSGI enroute bndrun file

Note that BJ is referencing one possible way to use the bnd-resolver-maven-plugin and bnd-export-maven-plugin. The enRoute projects set up their bndrun files to use standalone indexes generated by the bnd-indexer-maven-plugin. These indexes are generated using the dependencies from the pom

Re: [osgi-dev] OSGI enroute bndrun file

). But, there seem to be some commonality between both files > when defining your bundles. For example sl4j is added as transitive > dependences in the pom but may also needed to add to your run requirements if > you using logservice bundle. > > From: Tim Ward [mailto:tim.w...@p

Re: [osgi-dev] Setting reference target in component

This sounds like a variation on this question asked a few weeks ago in the osgi-dev list. In summary, there are a couple of ways to achieve what you’re trying to do, and using configuration admin may or may not be the best

Re: [osgi-dev] Life-cycle race condition

Hi David, In addition to interrupting the worker thread (which is a good idea). There are a couple of useful things that you can do using the support from java.util.concurrent. For example, setting a closed state: @Component public class MyClass { private final AtomicBoolean closed = new

Re: [osgi-dev] Life-cycle race condition

cutors.newSingleThreadExecutor(); > } > > void deactivate() > { > executor.shutdownNow(); > } > > Then I only need to test for Thread.interrupted(). I assume this has the same > effect as having the check for “closed". > > Cheers, > =David

Re: [osgi-dev] Life-cycle race condition

te >>>void start() { >>>new Thread(this::longStart).run() >>>} >>> >>> >>>@Deactivate >>>void stop() { >>>closed.set(true); >>>} >>> >>>void longStart() {

Re: [osgi-dev] Possible issue

something else and not using the project archetype to create the quickstart example. Best Regards, Tim Ward > On 26 Jul 2018, at 13:25, Julio Calvo via osgi-dev > wrote: > > Dear friends from OSG enRoute, > > In https://enroute.osgi.org/tutorial/020-tutorial_qs.html > <

Re: [osgi-dev] Eclipse Extension-points and EMF in OSGI

I would expect that Mark Hoffman or Jürgen Albert might have some useful pointers, I’m pretty sure that they’re heavy users of EMF. Best Regards, Tim > On 9 Aug 2018, at 09:20, Alain Picard via osgi-dev > wrote: > > Scott, > > I noticed the split of the o.e.core.runtime and am already

Re: [osgi-dev] Reference not injected to component

I don’t see any Http Service whiteboard properties on the Servlet component. How are you registering it with the Servlet container? Tim Sent from my iPhone > On 6 Aug 2018, at 16:22, Nhut Thai Le via osgi-dev > wrote: > > Hello, > > I have a servlet defined like this: > >

Re: [osgi-dev] Question about consistency and visibility

> DS guarantees that activate is called before the service is registered and > thus available to others. This is not quite correct (although it is correct for immediate components). The service is registered after it becomes satisfied (all of its mandatory service and configuration

Re: [osgi-dev] Reference not injected to component

o use the whiteboard pattern in the first place but rather > looking for a way to inject my AdminBroker service into my servlet so I turn > my servlet into a component in order to use the reference. > > Thai > > > On Mon, Aug 6, 2018 at 4:44 PM, Tim Ward <mailto:tim.w...@paremus.

Re: [osgi-dev] Reference not injected to component

a WAB. Best Regards, Tim > On 7 Aug 2018, at 16:12, Nhut Thai Le wrote: > > Thanks Tim, > > I'll stick with the WAB for now and use the BundleContext to get my service > since I need to config some security filter on the web.xml. > > Thai > > On Tue, Aug 7, 2018

  1   2   3   >