Re: [osgi-dev] Time to move

Wow, the end of an era ... Thanks for all the work BJ. Kind regards, Peter Kriens > On 9 Dec 2020, at 21:41, BJ Hargrave via osgi-dev > wrote: > > As part of the mission transfer to the Eclipse Foundation, the osgi.org and > mail.osgi.org servers will be soo

Re: [osgi-dev] Can I rely on service properties to glue together many combinations of services?

of tutorials. The trait model works very well for Javascript since you can easily add fields and functions and everything is visible to everybody. However, that means giving up type safety. Good luck, Peter Kriens > On 18 Sep 2020, at 07:49, Zyle Moore wrote: > > Thank

Re: [osgi-dev] Can I rely on service properties to glue together many combinations of services?

of. I've enclosed the files I used to verify that I did not make compiler errors ... which I probably did anyway. You can try them out. This is of course an extremely minimal implementation. Hope this helps. Kind regards, Peter Kriens TraitManager.java Description: B

Re: [osgi-dev] How granular should Capabilities be?

vice I have is to enjoy the many automatic fruits given to you by bnd, based on the OSGi cap/req model. However, don't start eagerly _looking for problems_ that fit this solution. When you have a new pain, sometimes this is an awesome technique. Or not. Hope this helps. Kind regards, P

Re: [osgi-dev] Can separate OSGi Deployment Packages use the same types of Resources?

elieve the benefits once you get there. On the highest level, it takes most of the pain out of development and allows you to focus on developing new functionality, the fun part. It is sadly our industry's best kept secret :-( Kind regards, Peter Kriens [1]: https://www.aqute.biz/ap

Re: [osgi-dev] Can separate OSGi Deployment Packages use the same types of Resources?

accordingly. This model is a lot less error prone. Kind regards, Peter Kriens > On 20 Aug 2020, at 03:30, Zyle Moore via osgi-dev > wrote: > > Posted this at StackOverflow, but thought it might be better to ask here. > --- > The Deployment Admin Specifica

Re: [osgi-dev] OSGi Compendium vs Enterprise specification

in mixing and matching version. Hope this helps, kind regards, Peter Kriens > On 6 May 2020, at 09:35, CHINCHOLE, SHANTESHWAR ASHOKRAO via osgi-dev > wrote: > > Hi, > > What exactly is the difference between compendium and enterprise > specification of OSGi

Re: [osgi-dev] Correct processor types for ARM?

I agree but I am not sure any member has enough interest to drive that through a spec. It would still require the VMs to report it properly. Kind regards, Peter Kriens > On 13 Apr 2020, at 19:57, chris.g...@kiffer.be wrote: > > Hi Peter, > > I would argue that it is

Re: [osgi-dev] Correct processor types for ARM?

That is my experience on the ARM processor, there are so many variations, 32/64, le/be, floating point/no floating point, etc. that it is a bit of a mess. In general, on ARM I see people define the properties themselves to whatever the VM they use reports. Kind regards, Peter Kriens

Re: [osgi-dev] Intermittent failure to getService

ts instead which IMHO are easier to manage. > > And Peter to your question about using prototype scope, those objects contain > state and it is my understanding that prototype scope is required in those > cases. > > Thanks > Alain > > > On Mon, Mar 2, 2020 at 9:39 AM P

[osgi-dev] Android, OSGi Connect, & bnd

tml> Kind regards, Peter Kriens ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] Intermittent failure to getService

the OSGi log to it? I've seen cases where the information was in the OSGi log but those messages were discarded. Kind regards, Peter Kriens > On 2 Mar 2020, at 12:03, Alain Picard via osgi-dev > wrote: > > Question: The method getDiagnosticForEObject can be called

[osgi-dev] Bndtools starter

for the videos, don't hesitate to contact me. Would be appreciated. Kind regards, Peter Kriens ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] @ConsumerType vs @ProviderType

It is surprisingly simple. :-) Let's assume Oracle adds a new method to `java.nio.file.Path`. Would you care? Unless you work for Azul, you'd like couldn't give a rats ass. Once you use that new method you care, but before that moment it is irrelevant to you. That makes you a _consumer_ of the

Re: [osgi-dev] Best way to move an OSGi application to Docker plus K8 ?

of complexity. Today, quite often keeping it simple and stupid is actually good enough. Kind regards, Peter Kriens > On 7 Aug 2019, at 09:49, Christian Schneider wrote: > > Hi Peter, > > I also thought a bit about how to possibly make the deployments smaller. > >

Re: [osgi-dev] Best way to move an OSGi application to Docker plus K8 ?

etes and it worked scarily easy and reliable. When I am hired to help one of the first things I look for is reduce as many of the moving parts as possible. Yes, you can get anything to work but reducing the possible errors cases really increases reliability imho. Kind regards, Peter Kr

Re: [osgi-dev] Conditional Target

. The Aggregate Service had some basic limitations because not all components shared the same view at the same time. It is a tricky area. I read the RFC in detail. Kind regards, Peter Kriens > On 26 Jun 2019, at 14:29, BJ Hargrave wrote: > > This seems just like > https://github.com

[osgi-dev] Conditional Target

I've developed a service that you can use to block the activation of a DS component until a set of other services are ready. This is related to the whiteboard pattern when the sender wants to be sure a certain set of whiteboard services are present. Normally you can only assert the properties

Re: [osgi-dev] Micro version ignored when resolving, rationale?

> Considering this, lowering a lower bound of an Import-Package statement when > resolving should be acknowledged as a bug. > I beg to differ ... As said, you can set the consumer/provider policy to your desired strategy. Kind regards, Peter Kriens > On 18 Jun 20

Re: [osgi-dev] Micro version ignored when resolving, rationale?

egards, Peter Kriens > On 17 Jun 2019, at 12:14, Michael Lipp via osgi-dev > wrote: > > Hi, > > I have in my repository a bundle A-2.0.1 that exports packages with > version 2.0.1 and a bundle A-2.0.3 that exports these packages with > version 2.0.3. Version A-

Re: [osgi-dev] Migrating from OSGI to Microservices

n changing highly coupled domain code. Kind regards, Peter Kriens > > Can you go into a bit more detail about how to create smarter services using > OSGi service dynamics? I think we might be able to extract some interesting > patterns there. > > Christian > > Am S

Re: [osgi-dev] Launchpad

issues. Glad you like it! Looking forward to your PR's! :-) Kind regards, Peter Kriens > On 15 Mar 2019, at 08:43, Bram Pouwelse wrote: > > Hi Peter, > > I actually started to play with this cool new toy yesterday and I like it. > It gives a lot more control ov

[osgi-dev] Launchpad

work and surely some documentation. Volunteers welcome. Let me know if this is useful and file issues on https://github.com/bndtools/bnd/issues when there are issues or really good ideas. Kind regards, Peter Kriens ___ OSGi Developer Mail List

[osgi-dev] Wrapping: Do not use the same bsn

make another case for the resolver. If I'd used that one I'd seen it immediately. Kind regards, Peter Kriens ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] Removing queued events in Push Steams

I probably would use a (static?) priority set with a weak reference to the event object. (Or some key that uniquely identifies that object). The processor can then consult this set to see if the event has higher priority. A weak reference is needed to make sure that no events remain in this

Re: [osgi-dev] Service component resolution time

experience taking a good look at the package imports/exports and the service requirements tends to show that the resolver has too many choices to make. Kind regards, Peter Kriens > On 22 Oct 2018, at 19:43, Alain Picard via osgi-dev > wrote: > > We are experiencing some

Re: [osgi-dev] Is there already a standard for aggregating repositories?

The bnd code contains an AggregateRepository class that aggregates a number of repositories defined by the OSGi Repository standard. It is actually used in the bnd resolver API. Kind regards, Peter Kriens > On 21 Oct 2018, at 12:26, Mark Raynsford via osgi-dev > wrote: >

Re: [osgi-dev] Logger at startup

ould be a pity that out of pragmatism we forget that an insane amount of problems are caused by our strenuous desire for backward compatibility. Kind regards, Peter Kriens > > Sincerely, > - Ray > > > Kind regards, > > Peter Kriens > > >> >&g

Re: [osgi-dev] Logger at startup

just prefer a solution where I can debug all day on the same framework that is never restarted. I also dislike hybrids since they tend to become quite complex to handle on other levels. Kind regards, Peter Kriens > > Sincerely, > - Ray > > > This issue, the pr

Re: [osgi-dev] Logger at startup

ute/blob/master/osgi.enroute.logger.simple.provide>r There are Gogo commands but I recall they had some issue. Kind regards, Peter Kriens > On 26 Aug 2018, at 21:05, David Leangen via osgi-dev > wrote: > > > Hi! > > I’m sure that this question has b

Re: [osgi-dev] Docker configuration via environment variables

I think you get the point … A simple macro processor is ~10k and would go a long way to address the far majority of the common requirements. And there is more than 6 years experience with the model already :-) Kind regards, Peter Kriens > On 21 Aug 2018, at 12:09, Christian Schnei

Re: [osgi-dev] Docker configuration via environment variables

ity is only worth it if you can reuse the rules in many different places. Hmm. Maybe a configuration plugin with a macro processor? :-) Peter Kriens > > Best Regards, > > Tim > >> On 20 Aug 2018, at 17:08, Mark Hoffmann via osgi-dev > <mailto:osgi-dev@mail.os

Re: [osgi-dev] Docker configuration via environment variables

at build time. I.e. the Configurer replaces all @{…} with ${…}. If you are using the new R7 Configurator then you are on your own ... Kind regards, Peter Kriens > On 18 Aug 2018, at 18:51, Randy Leonard via osgi-dev > wrote: > > To all: > > We are at

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

an NPE if an object uses your service after unregistering. Kind regards, Peter Kriens > On 14 Aug 2018, at 05:20, David Leangen via osgi-dev > wrote: > > > Hi! > > In a concurrent system, if a class is immutable, the problem is simplified > and the class

Re: [osgi-dev] Felix resolver takes forever to resolve dependencies

properties you can set to get more diagnostic info. Sorry I can't help you more … Kind regards, Peter Kriens > On 2 Aug 2018, at 16:41, Nhut Thai Le via osgi-dev > wrote: > > Hello, > > We are trying to integrate Keycloak admin-client and zk into our web app

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

Yup, it got a bit windy ;-) I put it on my website as a blog since I've no good other place at the moment. http://aqute.biz/2018/08/02/the-service-window.html <http://aqute.biz/2018/08/02/the-service-window.html> Let me know if things are unclear. Kind regards, Peter

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

ss I will turn it into a blog. Anyway, usually disclaimer: none of the code has been tested so use it at your own peril! Good luck, kind regards, Peter Kriens [1]: https://osgi.org/specification/osgi.cmpn/7.0.0/util.pushstream.html <https://osgi.org/specification/osgi.cmpn/7.0.0/

Re: [osgi-dev] Dealing with bouncing

oid m2() { delegate.getPromise().m2(); } } This works for you? Kind regards, Peter Kriens > On 22 Jul 2018, at 22:51, David Leangen via osgi-dev > wrote: > > > Hi Peter, > > Thanks for the tip. > > I’m not quite getting i

Re: [osgi-dev] Dealing with bouncing

methods. In general you want to afford this complexity and for example use a simple init() method that blocks until init is done. However, the delegate has some nice qualities if you switch more often than just at init. Kind regards, Peter Kriens > On 22 Jul 2018, at 10:35, David Lean

Re: [osgi-dev] Service binding order

Promises http://aqute.biz/2018/06/28/Promises.html <http://aqute.biz/2018/06/28/Promises.html>. They really shine in these ordering issues. Kind regards, Peter Kriens > On 18 Jul 2018, at 00:16, David Leangen via osgi-dev > wrote: > > > Hi! > > I h

Re: [osgi-dev] Functions as configuration

fferent components. You probably need to read up on the spec about the details … Kind regards, Peter Kriens > Also, thanks a lot for this: >> BTW, I updated the v2archive.osgi.enroute to build again. So the snapshots >> are also available now again. I tried to rele

Re: [osgi-dev] Functions as configuration

available now again. I tried to release this version but I did not have authority. Will try to get that. Kind regards, Peter Kriens > On 16 Jul 2018, at 03:09, David Leangen via osgi-dev > wrote: > > > Thanks, Peter. That could actually be useful in some cases. >

Re: [osgi-dev] Functions as configuration

The v2Archive OSGi enRoute has a Configurer that uses a subset of the bnd Macro language. This supports ${system;..} and ${system_allow_fail}. These take shell command lines. P > On 14 Jul 2018, at 09:07, David Leangen via osgi-dev > wrote: > > > Thanks, BJ. > > Yeah, right now I am

Re: [osgi-dev] Double config

, Peter Kriens > On 12 Jul 2018, at 13:38, David Leangen via osgi-dev > wrote: > > > As always, thank you VERY much to all of you for your great suggestions. I > will look into this from tomorrow. I didn’t know the concept of “bouncing”. > That is interesting. Now that I

Re: [osgi-dev] Double config

for R8. Hope this helps. Kind regards, Peter Kriens > On 12 Jul 2018, at 00:48, David Leangen via osgi-dev > wrote: > > > Hi! > > A question about component configuration. > > I have a component that has a required configuration policy. Using a (pre R7)

Re: [osgi-dev] OSGi Specification Question

LOL. One of the first ‘memory tricks’ I had was that it looked like a butler serving a tray. I.e. the publisher was ‘offering’ the service to the world. Strange that it is still hard to remember :-) Kind regards, Peter Kriens > On 29 Jun 2018, at 12:53, Fauth Dirk (AA-AS/EIS2-EU)

Re: [osgi-dev] OSGi Specification Question

and failed.) The service broker model in OSGi is very innovative but unfortunately badly understood since it is so outlandish. Ah well, story of my life. Kind regards, Peter Kriens > On 28 Jun 2018, at 16:56, Dirk Fauth wrote: > > Thanks a lot for the answers. Then I u

Re: [osgi-dev] OSGi Specification Question

Not sure it is a good idea to repeat this picture for future confusion on a mailing list? Peter Kriens > On 28 Jun 2018, at 16:10, Tim Ward via osgi-dev > wrote: > > I think it is this picture that causes the confusion: > > <https://jaxenter.de/wp-content/upl

[osgi-dev] enRoute classic

://enrouteclassic.github.io/ <https://enrouteclassic.github.io/> I would prefer to move the articles and tutorials to the bndtools side when I find time. Kind regards, Peter Kriens ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/m

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

That is a pretty harsh thing to do, gratuitously renaming this file? Peter Kriens > On 15 May 2018, at 10:43, Tim Ward via osgi-dev <osgi-dev@mail.osgi.org> > wrote: > > The correct link is > https://github.com/osgi/osgi.enroute/blob/deprecated/osgi.enroute.pom.

Re: [osgi-dev] Competing module systems

to not make them have inner references. It is slightly more work for the receiver but it makes life so much simpler overall … Kind regards, Peter Kriens > On 14 Apr 2018, at 05:35, Peter via osgi-dev <osgi-dev@mail.osgi.org> wrote: > > On 13/04/2018 6:32 PM, Neil Bartle

Re: [osgi-dev] Go Package versioning support proposal

I am extremely interested in go and an OSGi like thing for it … Oracle’s stewardship is becoming painful. Kind regards, Peter Kriens > On 13 Apr 2018, at 13:22, Balázs Zsoldos via osgi-dev > <osgi-dev@mail.osgi.org> wrote: > > Hi, > > Sorry if too of

Re: [osgi-dev] Competing module systems

Caught between a rock and a hard place with only one way forward … Oracle’s strategy is a mystery to me. Kind regards, Peter Kriens > On 12 Apr 2018, at 20:06, Mark Raynsford via osgi-dev > <osgi-dev@mail.osgi.org> wrote: > > Thought this might be of mild

Re: [osgi-dev] Api compile-only and remote services

Remote OSGi is a good example, but then then API can be viewed the provider. Kind regards, Peter Kriens > On 9 Feb 2018, at 01:12, Scott Lewis via osgi-dev <osgi-dev@mail.osgi.org> > wrote: > > I think cases where the service consumer doesn't need or want the pro

Re: [osgi-dev] Api compile-only and remote services

different providers for the same API version. Exporting the API from the provider is usually the safest way imho and it works very well without extra metadata with resolving. Kind regards, Peter Kriens > On 8 Feb 2018, at 21:01, Chris Gray via osgi-dev <osgi-dev@mail.osgi.org>

Re: [osgi-dev] DS Reference injection order

the component context, they should be there. So what you can observe through the AggregateState service is not by definition observable through optional services. A bit like relativity theory. Kind regards, Peter Kriens > On 2 Feb 2018, at 10:35, Thomas Driessen via osgi-dev > <

Re: [osgi-dev] making an existing interface method default causes MINOR baseline change

Great minds think alike (and it helped we were both in this discussion) :-) P > On 5 Dec 2017, at 09:03, Timothy Ward via osgi-dev > wrote: > > Ray - I assume that you’re asking why this is a MINOR change, rather than a > MICRO change? It’s obviously not a major

Re: [osgi-dev] making an existing interface method default causes MINOR baseline change

or documentation fix but does not require this micro version because the MICRO is stripped. Kind regards, Peter Kriens > On 5 Dec 2017, at 07:43, Fauth Dirk (AA-AS/EIS2-EU) via osgi-dev > <osgi-dev@mail.osgi.org> wrote: > > Hi, > > IMHO it i

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

/osgi.enroute.pom.distro/distro-pom.xml <https://github.com/osgi/osgi.enroute/blob/master/osgi.enroute.pom.distro/distro-pom.xml>) Kind regards, Peter Kriens > On 1 Dec 2017, at 07:32, Paul F Fraser via osgi-dev <osgi-dev@mail.osgi.org> > wrote: > > Hi, > > The jetty

Re: [osgi-dev] Upcoming Configurator Specification

/configurer/simple/provider/Configurer.java#L331-L349) Kind regards, Peter Kriens > On 19 Nov 2017, at 21:12, elias vasylenko via osgi-dev > <osgi-dev@mail.osgi.org> wrote: > > Brilliant thanks for the response, I will absolutely file this in the issue > tracker. I d

Re: [osgi-dev] Distributed OSGi enRoute tutorial

Using the OSGi enRoute Webresources, this automatically makes this module available to your app. Kind regards, Peter Kriens > On 26 Oct 2017, at 20:37, Jesse Rao <jesse@liferay.com> wrote: > > I've worked through the Distributed OSGi tutorial up to the last

Re: [osgi-dev] enRoute Test Projects

This does work. Sometimes the test class extends TestCase and then JUnit gets confused. If you’re test methods are named ’testXXX’ then they do seem to work? Kind regards, Peter Kriens > On 6 Oct 2017, at 22:36, Paul F Fraser <pa...@a2zliving.com> wrote: > > Hi, >

Re: [osgi-dev] How to hint the resolver to pick a certain service provider

nent(property=“name=mqtt”) public class … Hope this helps. Kind regards, Peter Kriens > On 17 Aug 2017, at 10:07, Christian Schneider <ch...@die-schneider.net> wrote: > > I am currently working on a little framework that offers components with a > common service i

Re: [osgi-dev] OSGI enroute json date handling

will support it. However, since there is no JSON standard for dates you will have to make a choice what encoding to use and I am not sure that will be easy since there is so much choice. Kind regards, Peter Kriens > On 26 Jun 2017, at 14:32, vijayakumar mohan <vj.kmr.mohan.offic...@gma

Re: [osgi-dev] Help With OBR

ou find that the most advanced workflow are with the bnd maven plugins. As I stated, properly setup this can make your product a lot more reliable and stable. However, there is no magic. You will still be required to understand the parts. Kind regards, Peter Kriens > On 21 Jun 2017, at 14:1

Re: [osgi-dev] Scheduler service (enroute)

The snapshot is also available on https://oss.sonatype.org/content/repositories/osgi-snapshots/ <https://oss.sonatype.org/content/repositories/osgi-snapshots/> You can include this in a BndPomRepository or MavenBndRepository. Kind regards, Peter Kriens > On 14 Jun 2017, at 2

Re: [osgi-dev] Problem with maven only tutorial

provider and whines. You can remove the line in Private-Package with osgi.enroute.examples.eval.parsii.provider Please make a PR for the tutorial if you can. Kind regards, Peter Kriens > > Thank you! > Bastian > > On 06/14/2017 03:47 PM, Peter Kriens wr

Re: [osgi-dev] Problem with maven only tutorial

! eval "2 * 3" 6.0 If you want to help out file a bug on Apache Felix Gogo and provide a PR on the tutorial to make this behavior clear. Kind regards, Peter Kriens > > On 14 Jun 2017, at 09:56, Bastian Faulhaber <bas.faulha...@gmail.com> wrote: > &

Re: [osgi-dev] Problem with maven only tutorial

Can you share your workspace on Github? Kind regards, Peter Kriens > On 13 Jun 2017, at 11:22, Bastian Faulhaber <bas.faulha...@gmail.com> wrote: > > Hello, > > While following the maven onlyh tutorial I encountered a problem. > > In depend

Re: [osgi-dev] Scheduler service (enroute)

I’ve created a fix, please test. > On 12 Jun 2017, at 17:51, Karel Haeck wrote: > > > There is an error in the initialization of the enroute InternalSchedulerImpl > component. It was logged as issue 70 on github repo osgi.enroute.bundles >

Re: [osgi-dev] Alternatives to DynamicImport for distributed events

regards, Peter Kriens > On 1 Jun 2017, at 10:26, João Assunção <joao.assun...@exploitsys.com> wrote: > > Hello all, > > I'm working in a service to support distributed events across OSGi > containers. By distributed events, I mean forwarding events from one E

Re: [osgi-dev] Am I allowed to use OSGI-INF?

OSGi uses this directory for the spec so I would place your files in a directory that is less likely to conflict. However, if you use a subdirectory in OSGI-INF with a reversed domain name you’re pretty sure there will never be conflicts. Kind regards, Peter Kriens > On 30 May 2

Re: [osgi-dev] Publishing resources with respect to versioning

You can always look in your own bundle first, I cannot see how that could harm. Seems also nice to be able to override things. Kind regards, Peter Kriens > On 29 May 2017, at 23:29, Mark Raynsford <list+org.o...@io7m.com> wrote: > > I have a work-in-progress implement

Re: [osgi-dev] Publishing resources with respect to versioning

> On 26 May 2017, at 17:18, Mark Raynsford <list+org.o...@io7m.com> wrote: > Hello! > On 2017-05-26T14:23:43 +0200 > Peter Kriens <peter.kri...@aqute.biz> wrote: >> Yes, you can reuse the Req/Cap model in OSGi for this. >> >> I understand the problem

Re: [osgi-dev] Publishing resources with respect to versioning

that one DS component is shared between all versions of applications. In this model the easiest is to register a single service for all resources. Hope this helps, kind regards, Peter Kriens > On 26 May 2017, at 13:16, Fauth Dirk (AA-AS/EIS2-EU) > <dirk.fa...@de.bosch.com> wr

Re: [osgi-dev] enroute quickstart tutorial problems - New Bnd OSGi Workspace - Distro->org.osgi:osgi.enroute.pom.distro [!]->2.0.0.SNAPSHOT [java.lang.NullPointerException]

I’ve updated the next branch to not have the -SNAPSHOT. Not sure really where that came from anyway. Kind regards, Peter Kriens > On 18 May 2017, at 17:54, BBrooks <brian.bro...@acm.org> wrote: > > > It should be without the SNAPSHOT. Can you recall how

Re: [osgi-dev] enroute quickstart tutorial problems - New Bnd OSGi Workspace - Distro->org.osgi:osgi.enroute.pom.distro [!]->2.0.0.SNAPSHOT [java.lang.NullPointerException]

/; \ revision=org.osgi:osgi.enroute.pom.distro:2.0.0; \ name=Distro; \ location=${build}/cache/enroute-distro.xml It should be without the SNAPSHOT. Can you recall how the -SNAPSHOT got in there? Kind regards, Peter Kriens > On 18 May 2017, at 16

Re: [osgi-dev] FileSystemProvider for OSGi bundle

to create a file system on it. Kind regards, Peter Kriens > On 17 May 2017, at 20:55, Simon Chemouil <ecli...@mithrandir.net> wrote: > > Michael Lipp a écrit le 16/05/2017 à 23:39 : >> Hi, >> >> I searched to no avail. Does anybody know of an implem

Re: [osgi-dev] Dep resolution fails with missing requirement controllers

, click on the flashlight in the repository view. Once there was JPM of course :-( I’ve heard you can also search for packages on maven central. Kind regards, Peter Kriens > On 27 Apr 2017, at 12:11, Henrik Niehaus <henrik.nieh...@gmx.de> wrote: > > I'm trying to create

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

How do you include the org.osgi.service.cm package? This is trivial in bnd but I recall it was tricky in PDE? Did you verify that the package is inside the bundle? Kind regards, Peter Kriens > On 26 Apr 2017, at 10:02, Fauth Dirk (AA-AS/EIS2-EU) > <dirk.fa...@de.bosch.c

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

: services. This keeps everybody happy internally for very little cost. I’ve included a bndtools/enRoute example. Kind regards, Peter Kriens — bnd.bnd Private-Package: \ org.osgi.service.cm,\ com.foo.provider Import-Package: \ org.osgi.service.cm

Re: [osgi-dev] Start Ordering in OSGi

There only needs to be a single implementation, it will learn its properties from other services. If we standardize it then any developer can leverage it. Kind regards, Peter Kriens > On 24 Apr 2017, at 19:12, Peter Kriens <peter.kri...@aqute.biz> wrote: > > I’ve

[osgi-dev] Start Ordering in OSGi

egards, Peter Kriens ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

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

of assuming this is always the component instance. The difference would be that getService() would only be called once for any given instance since cardinality would be handled by DS. Kind regards, Peter Kriens > On 20 Apr 2017, at 19:26, BJ Hargrave <hargr...@us.ibm.com&

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

Yes, that would solve this issue. Kind regards, Peter Kriens > On 20 Apr 2017, at 14:02, Tim Ward <tim.w...@paremus.com> wrote: > > Peter - I assume that you mean that there will be no auto-generated > osgi.service capability. Couldn't that be fixed with an add

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

But then you loose the DS dependency management on Foo … Since your FooServiceFactory no longer promises to provide a Foo service :-( Kind regards, Peter Kriens > On 20 Apr 2017, at 12:35, Timothy Ward <tim.w...@paremus.com> wrote: > > DS isn’t intended to solve every

Re: [osgi-dev] Dokumentation Error

Thanks, fixed it. You can actually drag the URL on the ‘Local’ repository in the Repository view in Bndtools, slightly easier. Kind regards, Peter Kriens > On 14 Apr 2017, at 08:43, Lothar Kluge <i...@lotharkluge.de> wrote: > > Hi Peter, > i found a Probl

Re: [osgi-dev] RHelp needed about Web Application with AngularJS

, Peter Kriens > On 3 Apr 2017, at 21:40, Mario Curcija <mario.curc...@gmail.com> wrote: > > I noticed you both struggling with this one, so I gave it a try. While > debugging I ended in felix's ManifestParser class. > > * Assumption: > Felix OSGi framework

Re: [osgi-dev] RHelp needed about Web Application with AngularJS

you. Send the zip to me personally or send a link so I can download it. Kind regards, Peter Kriens > On 30 Mar 2017, at 16:47, HENRY Cedric D <cedric.d.he...@alstom.com> wrote: > > Hello, > > The only bndrun file I have

Re: [osgi-dev] RHelp needed about Web Application with AngularJS

it be easier to create a bndrun file with this setup? Kind regards, Peter Kriens > On 22 Mar 2017, at 12:24, HENRY Cedric D <cedric.d.he...@alstom.com> wrote: > > I am not very familiar (yet) with Github nor with bndtools workspace. > > Still, related to what I mentioned in

[osgi-dev] Writing Gogo Commands

gogo.html> Enjoy! And please submit a PR to improve these app notes. Kind regards, Peter Kriens ___ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] RHelp needed about Web Application with AngularJS

regards, Peter Kriens > On 22 Mar 2017, at 08:18, HENRY Cedric D <cedric.d.he...@alstom.com> wrote: > > Hello, > > I left the code downloaded from GIT as-is and followed the steps from the > tutorial in order to see it working in full, which it did in when ran

Re: [osgi-dev] RHelp needed about Web Application with AngularJS

requires angular in the header (Require-Capability header) Otherwise make a Github repo with the project and I can take a look. Kind regards, Peter Kriens > On 21 Mar 2017, at 18:01, HENRY Cedric D <cedric.d.he...@alstom.com> wrote: > > Hello, > > I have follo

Re: [osgi-dev] requirements capabilities and resolver for general purpose provisioning

there is no cost difference. However, in many scenarios the cost of different solutions could vary. Kind regards, Peter Kriens > On 15 Mar 2017, at 11:38, Milen Dyankov <milendyan...@gmail.com> wrote: > > Hi all, > > Is anyone aware of any attempt to use the requirem

Re: [osgi-dev] Building a "profile" system with declarative services and configuration admin?

buse it unnecessarily. > > Regards > - Daghan > > Sent by MailWise <http://www.mail-wise.com/installation/2> – See your emails > as clean, short chats. > > > > Original Message > From: Peter Kriens <peter.kri...@aqute.biz> > Sent: Mon

Re: [osgi-dev] Building a "profile" system with declarative services and configuration admin?

m. Recreating an object works very nice and imho has hardly any consequences in a well designed OSGi system. Kind regards, Peter Kriens > Thanks in advance. > > -daghan > > > Sent by MailWise <http://www.mail-wise.com/installation/2> – See your emails &

Re: [osgi-dev] Building a "profile" system with declarative services and configuration admin?

as the ProfileRunner. Having file based configuration is always a bad smell in OSGi. Configuration Admin looks different from what most developers know but it is quite powerful. Kind regards, Peter Kriens > On 12 Mar 2017, at 21:52, list+org.o...@io7m.com wrote: > &

Re: [osgi-dev] OSGI support needed bundling web application

fix it? A bit puzzled? Kind regards, Peter Kriens > > Thanks and Regards > Rama G > > > From: osgi-dev-boun...@mail.osgi.org [mailto:osgi-dev-boun...@mail.osgi.org] > On Behalf Of Peter Kriens > Sent: Tuesday, March 07, 2017 6:36 PM > To: OSGi Developer Ma

Re: [osgi-dev] Bndtool Debug: attach source with class

to deploy sources for some reason, e.g. IPR, then you could remove them quite easily from the final JARs. However, the benefits to have the exact source code in production has saved my ass several times. Kind regards, Peter Kriens > On 7 Mar 2017, at 21:06, Tanvir <tanvir.ah...@orac

Re: [osgi-dev] OSGI support needed bundling web application

be provided as a provider. The application project would depend on the provider so that if you resolve the REST provider is dragged in with its dependencies. Kind regards, Peter Kriens > > On 7 Mar 2017, at 12:23, rama.g <ram...@utthunga.com> wrote: > > Dear Pet

  1   2   3   4   >