Re: [equinox-dev] Marking org.eclipse.osgi.compatibility.state APIs as deprecated?

[Raymond Auge]

Ed I feel your response is an indictment of anyone who ever made a bad
(design) decision and later tries to correct it. But that's what API
changes are!

At some point something has to give. If you ever wish to improve things you
have to at some point deprecate the old stuff. That's just evolution. It's
sad but it's necessary.

Furthermore, "high degree of change" I'd argue is NOT one of the things
that we're seeing causing migration away from Eclipse. it's rather the
contrary. People are willing to adopt ENTIRELY new solutions in order to
get new features. That's worse in my mind than too much change.

My 2 cents,
- Ray

On Fri, Jan 8, 2021 at 1:18 PM Ed Merks  wrote:

> In our age of political extremes, I'm not sure anyone should feel quite so
> compelled, yet again, to cry out for API-rights activism, to extol its
> endless and unbounded virtues.
>
> To me it's clear that some of us fail to recognize that the "signal to
> consumers" may well be that it's time to adopt something other than
> Eclipse, because no API is actually API, and nothing is actually supported
> long term.  It's all just bathwater (or worse) to be drained whenever it's
> deemed convenient by those with all the rights.  And those with all the
> rights don't have to care.  Not only that, because they don't have to care,
> they shouldn't care, at least not so much.  They should relay their
> complete (or partial) lack of regard for consumers down the chain so as to
> spread that disregard as broadly as possible.  That makes so much sense!
> The goodness of that approach to sharing, let's call it 'disregard
> sharing,' is practically self evident.
>
> I know I don't have to care either and I definitely know I shouldn't care
> so much.  Yet somehow, for some twisted reason, I still do care a lot.
> Clearly that make me a political extremist; likely even an idiot.  But I'm
> an idiot who has a very hard time listening to an argument that starts with
> the premise: I don't think 'we' have to care much about 'them'.   That's
> not my Eclipse.
>
> On 08.01.2021 17:50, Mickael Istria wrote:
>
>
>
> On Fri, Jan 8, 2021 at 5:32 PM Ed Merks  wrote:
>
>> Thomas,
>>
>> I think you'll find the use of these APIs have gone far a wide.  I count
>> 15 uses of things from this package in my Oomph workspace.  Also 804 in my
>> SDK workspace; you'll find them used in PDE and in p2.  I don't think
>> anyone understands the implications of removing/changing all these things,
>> I don't think there are "replacements" for them, and even if there are,
>> they're used/surfaced in APIs and I don't think anyone (and most certainly
>> not everyone) has time to rework everything downstream to use replacements
>> and make new APIs...
>>
>
> Although those problems are valid; I don't think Equinox has to care much
> about them. Equinox (like any project) is free to decide what it maintains
> or not, and it's usually clearer to state explicitly if something is not
> expected to be maintained by marking it deprecated than to leave things as
> if they were maintained and let clients capitalize without warnings on
> unsustainable code. Clients need to be informed when code they rely on is
> unmaintained, deprecating is such a hint. Sure, clients will see warnings,
> but those warnings are meaningful, it's a reminder to them that clients
> shouldn't expect more maintenance and that they should move away at some
> point. From there, clients can decide to move away or stick to them
> according to their own constraints.
> Even if the API are deprecated now, it doesn't mean that they'll be
> removed all of a sudden; it's more sending a signal to consumers (p2,
> Oomph, Tycho...) that adopting newer API becomes more pressing, but it
> doesn't mean they'll be broken shortly.
>
> ___
> equinox-dev mailing listequinox-...@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>


-- 
*Raymond Augé* (@rotty3000)
Senior Software Architect *Liferay, Inc.* (@Liferay)
OSGi Fellow
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] JAXB with Java 11 in OSGi

[Raymond Auge]

On Fri., Jul. 31, 2020, 5:56 a.m. Lars Vogel, 
wrote:

> Hi Raymond,
>
> Thanks for the info.
>
> How should I consume aries-jax-rs-whiteboard in my RCP application? Is
> there an p2 update site available?
>

Sigh... No, there is no p2 repo 

It's sad that RCP (I'm guessing maven+Tycho) aps need to consume from p2
only. Makes the whole ecosystem an island. It's a shame, but I digress.

- Ray


> Best regards, Lars
>
> On Tue, Jul 28, 2020 at 3:46 PM Raymond Auge 
> wrote:
> >
> > Aries JAX-RS whiteboard [1] has jaxb working on all java versions.
> >
> > [1] https://github.com/apache/aries-jax-rs-whiteboard
> >
> > On Tue., Jul. 28, 2020, 9:07 a.m. Neil Bartlett, 
> wrote:
> >>
> >> Hi Lars,
> >>
> >> Dmytro is correct, the jaxb-api and javax.activation bundles are
> required to provide the JAXB API on Java 11. You will also need an
> implementation of the API... the org.eclipse.persistence.core and
> org.eclipse.persistence.moxy bundles from EclipseLink provide this.
> >>
> >> I have had JAXB working with RCP for some time on J11 but unfortunately
> cannot share the code because it is commercial.
> >>
> >> Neil
> >>
> >> On Tue, 28 Jul 2020 at 14:03, Dmytro Pishchukhin <
> dmytro.pishchuk...@gmail.com> wrote:
> >>>
> >>> Hi Lars,
> >>>
> >>> Try to use 2 bundles to resolve JAXB packages:
> >>> - jaxb-api (javax.xml.bind:jaxb-api:2.3.1)
> >>> - javax.activation (com.sun.activation:javax.activation:1.2.0)
> >>>
> >>> On Tue, Jul 28, 2020 at 1:56 PM Lars Vogel 
> wrote:
> >>>>
> >>>> Friends of OSGi,
> >>>>
> >>>> Is anyone aware of an example / description of how to use JAXB with
> >>>> Java 11 in OSGI (Eclipse RCP)? If yes, please share it with me.
> >>>>
> >>>> The examples I found for Java 11 are not inside OSGi and fail for me.
> >>>>
> >>>> Best regards, Lars
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Eclipse Platform project co-lead
> >>>> CEO vogella GmbH
> >>>>
> >>>> Haindaalwisch 17a, 22395 Hamburg
> >>>> Amtsgericht Hamburg: HRB 127058
> >>>> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> >>>> USt-IdNr.: DE284122352
> >>>> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.com
> >>>> ___
> >>>> equinox-dev mailing list
> >>>> equinox-dev@eclipse.org
> >>>> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
> >>>
> >>>
> >>>
> >>> --
> >>> Best regards,
> >>> Dmytro Pishchukhin
> >>> ___
> >>> equinox-dev mailing list
> >>> equinox-dev@eclipse.org
> >>> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
> >>
> >> ___
> >> equinox-dev mailing list
> >> equinox-dev@eclipse.org
> >> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
> >
> > ___
> > equinox-dev mailing list
> > equinox-dev@eclipse.org
> > To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>
>
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.com
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] JAXB with Java 11 in OSGi

[Raymond Auge]

Aries JAX-RS whiteboard [1] has jaxb working on all java versions.

[1] https://github.com/apache/aries-jax-rs-whiteboard

On Tue., Jul. 28, 2020, 9:07 a.m. Neil Bartlett, 
wrote:

> Hi Lars,
>
> Dmytro is correct, the jaxb-api and javax.activation bundles are required
> to provide the JAXB API on Java 11. You will also need an implementation of
> the API... the org.eclipse.persistence.core and
> org.eclipse.persistence.moxy bundles from EclipseLink provide this.
>
> I have had JAXB working with RCP for some time on J11 but unfortunately
> cannot share the code because it is commercial.
>
> Neil
>
> On Tue, 28 Jul 2020 at 14:03, Dmytro Pishchukhin <
> dmytro.pishchuk...@gmail.com> wrote:
>
>> Hi Lars,
>>
>> Try to use 2 bundles to resolve JAXB packages:
>> - jaxb-api (javax.xml.bind:jaxb-api:2.3.1)
>> - javax.activation (com.sun.activation:javax.activation:1.2.0)
>>
>> On Tue, Jul 28, 2020 at 1:56 PM Lars Vogel 
>> wrote:
>>
>>> Friends of OSGi,
>>>
>>> Is anyone aware of an example / description of how to use JAXB with
>>> Java 11 in OSGI (Eclipse RCP)? If yes, please share it with me.
>>>
>>> The examples I found for Java 11 are not inside OSGi and fail for me.
>>>
>>> Best regards, Lars
>>>
>>>
>>>
>>> --
>>> Eclipse Platform project co-lead
>>> CEO vogella GmbH
>>>
>>> Haindaalwisch 17a, 22395 Hamburg
>>> Amtsgericht Hamburg: HRB 127058
>>> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
>>> USt-IdNr.: DE284122352
>>> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
>>> http://www.vogella.com
>>> ___
>>> equinox-dev mailing list
>>> equinox-dev@eclipse.org
>>> To unsubscribe from this list, visit
>>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>>>
>>
>>
>> --
>> Best regards,
>> Dmytro Pishchukhin
>> ___
>> equinox-dev mailing list
>> equinox-dev@eclipse.org
>> To unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/equinox-dev
>>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>
___
equinox-dev mailing list
equinox-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] In which thread are OSGI services started

[Raymond Auge]

Lars,

One way to _guarantee ordering_ (in the sense that you are assured
something else has already occurred) is by using a _static_ @Reference to a
service. The other service must have been "registered" and in terms of DS
it would have to also have been activated before you're @Reference would be
satisfied (and when static, the reference is only satisfied BEFORE
activation).

You can do this even if the other service was not published by DS.

So, if Eclipse early startup has somehow registered some service you could
get which would allow you to detect a state you're be ok to run AFTER then
your OSGi service would be forced to wait on it using the approach above.

There are many use cases like this. In fact the OSGi Alliance is working
actively on a Condition Service Specification which is precisely this kind
of "do something when condition X is satisfied" type of thing.

- Ray

On Wed, Sep 4, 2019 at 2:51 PM BJ Hargrave  wrote:

> The DS specification says nothing about what thread a DS component's
> method is invoked upon. It may be someone else's thread or a thread that
> SCR manages in an executor. But as a component implementer you MUST NOT
> assume anything about the thread upon which your component's methods are
> invoked. (Other than it is not your thread to use for long periods of time.)
> --
>
> BJ Hargrave
> Senior Technical Staff Member, IBM // office: +1 386 848 1781
> OSGi Fellow and CTO of the OSGi Alliance // mobile: +1 386 848 3788
> hargr...@us.ibm.com
>
>
>
> - Original message -
> From: Lars Vogel 
> Sent by: equinox-dev-boun...@eclipse.org
> To: Equinox development mailing list 
> Cc:
> Subject: [EXTERNAL] Re: [equinox-dev] In which thread are OSGI services
> started
> Date: Wed, Sep 4, 2019 14:44
>
> Thanks Neil and BJ. What if I use OSGi ds (Felix) to define the service?
>
>
> Best regards, Laes
>
> Neil Bartlett  schrieb am Mi., 4. Sep. 2019, 14:44:
>
> Short answer is that you should not make any assumption about the thread
> that your component is activated.
>
> Long answer is that for an immediate component, it is likely to be
> activated in whichever thread called Bundle.start(). For a lazy service
> component, it is likely to be activated in whichever thread called
> BundleContext.getService().
>
> But the outcome is the same. You are always "borrowing" a thread and
> should never do long running work in the activate method of a component. If
> you have any such work to do, then you should spin it out as a thread or
> submit it to an executor service.
>
> Neil
>
> On Wed, 4 Sep 2019 at 13:41, Lars Vogel  wrote:
>
> Friends of Equinox,
>
> If I create an immediate OSGi service, in which thread is it created?
> How about lazy OSGi services?
>
> The background of my question is that I would like to replace an
> Eclipse early startup extension with an immediate OSGi but I'm not
> sure if that would block the main thread until the service has been
> created.
>
> Best regards, Lars
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.com
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev
>
>
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev



-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] 4,11 Plans

[Raymond Auge]

It would be great to update equinox.http.servlet to http.whiteboard 1.1.0.
I'd also like to prototype support for ServletContainerInitializer[1] (for
possible later proposal to the http.whiteboard spec).

Under what heading should I place these?

- Ray

[1]
https://docs.oracle.com/javaee/7/api/javax/servlet/ServletContainerInitializer.html

On Tue, Dec 18, 2018 at 11:20 AM Thomas Watson  wrote:

> I've started the 4.11 Equinox planning page at
> https://wiki.eclipse.org/Equinox/Plan/4.11
>
> Please add any major work items you plan to work on for 4.11.
>
> Tom
>
>
>
>
> - Original message -
> From: "Daniel Megert" 
> Sent by: eclipse-dev-boun...@eclipse.org
> To: "General development mailing list of the Eclipse project." <
> eclipse-...@eclipse.org>
> Cc:
> Subject: [eclipse-dev] 4,11 Plans
> Date: Fri, Dec 14, 2018 11:16 AM
>
> Hi Team
>
> Please start to create the plans for 4.11 like we did for 4.10 (see
> https://www.eclipse.org/projects/project-plan.php?planurl=
> 
> http://www.eclipse.org/eclipse/development/plans/eclipse_project_plan_4_10.xml#themes_and_priorities
> ).
>
> Let's make sure we have them before we go into the holiday season.
>
> Thanks,
> Dani
> ___
> eclipse-dev mailing list
> eclipse-...@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/eclipse-dev
>
>
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev



-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Tycho Surefire Test fails to load Schemafactory

[Raymond Auge]

Technically you shouldn't have to do anything different than what
ServiceLoader would normally do:

classLoader.getResource("
META-INF/services/javax.xml.validation.SchemaFactory");

- Ray

On Sat, Nov 24, 2018 at 1:16 PM Guillaume Dufour 
wrote:

> Hello Equinox Team,
>
> I try to help by fixing a bug on tycho.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=485926
>
> I hope i am on a the right mailing list. If the class 
> org.eclipse.osgi.internal.loader.BundleLoader
> is in your scope normaly yes ;o)
>
> As I can see there is a problem during loading a resource : 
> /META-INF/services/javax.xml.validation.SchemaFactory
> from xercesImpl.jar wich was added by the Bundle-ClassPath.
> When we try to findResources in BundleLoader, the class extract package
> name : META-INF.services. And try to find this package in required
> bundle. But my resource is inside an embedded library as bundle classpath.
> I don't know how eclipse solve this and how to find the resource ? Maybe we
> must add a specific class loader in our CombinedClassLoader ?
>
> Maybe i must do a specific way (call hierarchy) to manage real resource
> like META-INF data ?
>
> Before implementing anything I prefer asking the good way to fix it.
>
> Sorry for my english, it's not my native language.
>
> Regards
> Guillaume Dufour
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/equinox-dev



-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Provide new OSGi service API without obsolete API(Dictionary)?

[Raymond Auge]

Peter, I have not forgotten :)

Sincerely,
- Ray

On Thu, Jul 5, 2018 at 1:07 PM, Peter Kriens  wrote:

> Fierce
>
> Men, you guys must really have forgotten me! :-)
>
> P
>
>
> On 5 Jul 2018, at 17:39, Raymond Auge  wrote:
>
> There is fierce debate raging around this topic ever since I've been
> around OSGi.
>
> I would recommend putting your opinions forth on the public OSGi bugzilla
> tracker https://osgi.org/bugzilla/
>
> Sincerely,
> - Ray
>
> On Thu, Jul 5, 2018 at 11:00 AM, Lars Vogel 
> wrote:
>
>> Thanks, Todor and Tom.
>>
>> @Tom, IMHO obsolete API is sufficient to provide newer API. Tools like
>> Sonar will flag this usage as an issue.
>>
>> Would be nice to have API which does not result in Sonar warnings.
>>
>> Maybe no need to deprecate the old OSGI API but also add a comment
>> that it is obsolete once the new API is available? ;-)
>>
>> Best regards, Lars
>>
>>
>>
>> On Fri, Jun 29, 2018 at 3:43 PM, Thomas Watson 
>> wrote:
>> > Dictionary my be documented as obsolete, but it is not deprecated.  I
>> would
>> > not want to deprecate a spec'ed API method that takes non-deprecated
>> types.
>> > Anyway, the discussion is happening now in the expert group.
>> >
>> > Tom
>> >
>> >
>> >
>> >
>> > - Original message -
>> > From: Lars Vogel 
>> > Sent by: equinox-dev-boun...@eclipse.org
>> > To: Equinox development mailing list 
>> > Cc:
>> > Subject: [equinox-dev] Provide new OSGi service API without obsolete API
>> > (Dictionary)?
>> > Date: Fri, Jun 29, 2018 2:35 AM
>> >
>> > Hi,
>> >
>> > I wanted to give official feedback that my customers are surprised
>> > that OSGi service API is based on obsolete data types.
>> >
>> > From the Javadoc of Dictionary:
>> > 
>> > NOTE: This class is obsolete.
>> > 
>> >
>> > This makes the OSGi service API look outdated for several of the
>> > customers I discussed this. OSGi ds hides this a bit but sometimes the
>> > low-level API must be used.
>> >
>> > So for those involved in the OSGi spec, maybe you can consider
>> > deprecating the old methods in BundleContext and providing new ones
>> > with non-obsolete API, e.g., Map?
>> >
>> > I'm aware that this is "just a mailing list" but AFAIK several of the
>> > subscribed people here are involved in the OSGi specification.
>> >
>> > Best regards, Lars
>> >
>> > --
>> > Eclipse Platform project co-lead
>> > CEO vogella GmbH
>> >
>> > Haindaalwisch 17a, 22395 Hamburg
>> > Amtsgericht Hamburg: HRB 127058
>> > Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
>> > USt-IdNr.: DE284122352
>> > Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
>> > http://www.vogella.com
>> > ___
>> > equinox-dev mailing list
>> > equinox-dev@eclipse.org
>> > To change your delivery options, retrieve your password, or unsubscribe
>> from
>> > this list, visit
>> > https://dev.eclipse.org/mailman/listinfo/equinox-dev
>> >
>> >
>> >
>> >
>> > ___
>> > equinox-dev mailing list
>> > equinox-dev@eclipse.org
>> > To change your delivery options, retrieve your password, or unsubscribe
>> from
>> > this list, visit
>> > https://dev.eclipse.org/mailman/listinfo/equinox-dev
>>
>>
>>
>> --
>> Eclipse Platform project co-lead
>> CEO vogella GmbH
>>
>> Haindaalwisch 17a, 22395 Hamburg
>> Amtsgericht Hamburg: HRB 127058
>> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
>> USt-IdNr.: DE284122352
>> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
>> http://www.vogella.com
>> ___
>> equinox-dev mailing list
>> equinox-dev@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>>
>
>
>
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com/>
>  (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance <http://os

Re: [equinox-dev] Provide new OSGi service API without obsolete API(Dictionary)?

[Raymond Auge]

There is fierce debate raging around this topic ever since I've been around
OSGi.

I would recommend putting your opinions forth on the public OSGi bugzilla
tracker https://osgi.org/bugzilla/

Sincerely,
- Ray

On Thu, Jul 5, 2018 at 11:00 AM, Lars Vogel  wrote:

> Thanks, Todor and Tom.
>
> @Tom, IMHO obsolete API is sufficient to provide newer API. Tools like
> Sonar will flag this usage as an issue.
>
> Would be nice to have API which does not result in Sonar warnings.
>
> Maybe no need to deprecate the old OSGI API but also add a comment
> that it is obsolete once the new API is available? ;-)
>
> Best regards, Lars
>
>
>
> On Fri, Jun 29, 2018 at 3:43 PM, Thomas Watson 
> wrote:
> > Dictionary my be documented as obsolete, but it is not deprecated.  I
> would
> > not want to deprecate a spec'ed API method that takes non-deprecated
> types.
> > Anyway, the discussion is happening now in the expert group.
> >
> > Tom
> >
> >
> >
> >
> > - Original message -
> > From: Lars Vogel 
> > Sent by: equinox-dev-boun...@eclipse.org
> > To: Equinox development mailing list 
> > Cc:
> > Subject: [equinox-dev] Provide new OSGi service API without obsolete API
> > (Dictionary)?
> > Date: Fri, Jun 29, 2018 2:35 AM
> >
> > Hi,
> >
> > I wanted to give official feedback that my customers are surprised
> > that OSGi service API is based on obsolete data types.
> >
> > From the Javadoc of Dictionary:
> > 
> > NOTE: This class is obsolete.
> > 
> >
> > This makes the OSGi service API look outdated for several of the
> > customers I discussed this. OSGi ds hides this a bit but sometimes the
> > low-level API must be used.
> >
> > So for those involved in the OSGi spec, maybe you can consider
> > deprecating the old methods in BundleContext and providing new ones
> > with non-obsolete API, e.g., Map?
> >
> > I'm aware that this is "just a mailing list" but AFAIK several of the
> > subscribed people here are involved in the OSGi specification.
> >
> > Best regards, Lars
> >
> > --
> > Eclipse Platform project co-lead
> > CEO vogella GmbH
> >
> > Haindaalwisch 17a, 22395 Hamburg
> > Amtsgericht Hamburg: HRB 127058
> > Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> > USt-IdNr.: DE284122352
> > Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> > http://www.vogella.com
> > ___
> > equinox-dev mailing list
> > equinox-dev@eclipse.org
> > To change your delivery options, retrieve your password, or unsubscribe
> from
> > this list, visit
> > https://dev.eclipse.org/mailman/listinfo/equinox-dev
> >
> >
> >
> >
> > ___
> > equinox-dev mailing list
> > equinox-dev@eclipse.org
> > To change your delivery options, retrieve your password, or unsubscribe
> from
> > this list, visit
> > https://dev.eclipse.org/mailman/listinfo/equinox-dev
>
>
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.com
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>



-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] logging jobs

[Raymond Auge]

On Wed, Mar 28, 2018 at 10:37 AM, Thomas Watson <tjwat...@us.ibm.com> wrote:

> What do you mean by runtime jobs?  When I hear that in the Eclipse context
> I think something from org.eclipse.core.jobs.
>

Maybe?


> But I suspect that is not what you are asking for.  Are you asking for
> some tracing for all background operations the framework performs?  I
> assume you are trying to diagnose an issue of some sorts.  What is the
> nature of the issue?
>

I'm just wondering if I there's somewhere to track (i.e. log) the items
that have come through the "Progress" view of eclipse.

I can ask somewhere else if that's not relevant question here.

Sincerely,
- Ray


>
> Tom
>
>
>
>
> - Original message -
> From: Raymond Auge <raymond.a...@liferay.com>
> Sent by: equinox-dev-boun...@eclipse.org
> To: Equinox development mailing list <equinox-dev@eclipse.org>
> Cc:
> Subject: [equinox-dev] logging jobs
> Date: Wed, Mar 28, 2018 9:15 AM
>
> Is there a way to log all eclipse runtime jobs somewhere?
>
> thanks,
> - Ray
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://urldefense.proofpoint.com/v2/url?u=https-3A__dev.
> eclipse.org_mailman_listinfo_equinox-2Ddev=DwICAg=jf_
> iaSHvJObTbx-siA1ZOg=3-qYstlOBrDWVXBRYgDzeD3MPiHRf4H1I9lQI7v6zYs=
> oUCcvfdb23EIG6lu8kdlu6jgV1aV6VzzhsPjedGzE38=hL_
> vNYMrS8pEGSlDBLM8C5Ynw8KRi4DSV6E1i_PEd7Y=
>
>
>
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>



-- 
*Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] logging jobs

[Raymond Auge]

Is there a way to log all eclipse runtime jobs somewhere?

thanks,
- Ray
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] effective project settings

[Raymond Auge]

NVM, what I needed was really:

mvn help:effective-pom

Sincerely,
- Ray

On Tue, Dec 13, 2016 at 2:33 PM, Raymond Auge <raymond.a...@liferay.com>
wrote:

> Is there a cli way to dump the effective settings of a project?
>
> The maven org.apache.maven.plugins:maven-help-plugin:2.2:effective-settings
> reports almost nothing probably due to the fact that it doesn't know how to
> speak tycho very well. Does tycho have something like this?
>
> Sincerely,
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
>  (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org>
> (@OSGiAlliance)
>



-- 
*Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] effective project settings

[Raymond Auge]

Is there a cli way to dump the effective settings of a project?

The maven org.apache.maven.plugins:maven-help-plugin:2.2:effective-settings
reports almost nothing probably due to the fact that it doesn't know how to
speak tycho very well. Does tycho have something like this?

Sincerely,
-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Http Whiteboard implementation over Tomcat 8

[Raymond Auge]

One more thing, given the http whiteboard, you don't need to manually
construct servlet contexts, those are created for you as a result of
registering a ServletContextHelper service with appropriate properties.
Assembling applications around a single central servletcontext is both
simple and dynamic.

It's already very service oriented.

I'd recommend reviewing the http whiteboard spec to really grasp how it
works.

Sincerely,
- Ray

On Oct 28, 2016 2:53 PM, "Raymond Auge" <raymond.a...@liferay.com> wrote:

> It's not really possible to do that in http whiteboard AND support both
> embedded and bridge modes of operation.
>
> However you can rest assured that this implementation is handling it
> pretty well in both modes on production servers that handle commercial
> loads.
>
> It may not be completely perfect, and I'm sure there are some bugs, but
> it's far from a toy :)
>
> Furthermore, for each sub-context, there's a distinct instance of a
> servletcontext created by this little container. All those contexts will be
> at paths below that of the "root" servlet context.
>
> Sincerely,
> - Ray
>
> On Oct 28, 2016 10:54 AM, "Todor Boev" <rinsv...@gmail.com> wrote:
>
>> Thanks for the detailed reply.
>>
>> Looking at HttpServiceServlet I can't help, but notice that the entire
>> whiteboard seems to be anchored in a single ServletContext. Therefore it
>> must multiplex access to this context to simulate multiple whiteboard web
>> applications. This does not seem like a very easy/stable design to
>> implement.
>>
>> Would it be possible to introduce a service oriented solution along the
>> lines of the Gemini Web web container adapter:
>> http://git.eclipse.org/c/gemini.web/org.eclipse.gemini.web.
>> gemini-web-container.git/tree/org.eclipse.gemini.web.core/
>> src/main/java/org/eclipse/gemini/web/core/spi/ServletContainer.java
>>
>> Implementations of this adapter have to be able to programatically talk
>> to a concrete web container instance to make it create ServletContexts.
>> From my experience with Tomcat it is not very hard to make a ServletContext
>> (i.e. a web app internal structure) entirely programatically without any
>> web.xml etc. metadata. It is also pretty easy to boot Tomcat from a bundle.
>> I imagine it will be even easier on Jetty. Combine this with the
>> programmatic servlet/filter/listener creation in Servlet 3.0 and it seems
>> like a compelling design. Basically the whiteboard will only have to bridge
>> Servlet 3.0 with the OSGi service registry.
>>
>> Does such a (radical) redesign seem feasible?
>>
>> Regards
>>
>> On Fri, Oct 28, 2016 at 3:12 AM, Raymond Auge <raymond.a...@liferay.com>
>> wrote:
>>
>>> The bundle you need is:
>>>
>>> http://download.eclipse.org/eclipse/updates/4.6/R-4.6-201606
>>> 061100/plugins/org.eclipse.equinox.http.servlet_1.3.0.v20160517-1559.jar
>>>
>>> I you are using PDE projects then you can just use this repository as
>>> normal.
>>>
>>> IF you are using bndtools >=3.3 you can use this repository
>>> configuration:
>>>
>>> -plugin.Eclipse.Neon: \
>>> aQute.bnd.repository.p2.provider.P2Repository; \
>>> name=   "Eclipse 4.6 (Neon)"; \
>>> url =   "http://download.eclipse.org/e
>>> clipse/updates/4.6/R-4.6-201606061100/"
>>>
>>> In order to use this bundle with your own servlet container you must
>>> create a bundle which will create an instance of
>>>
>>> org.eclipse.equinox.http.servlet.HttpServiceServlet
>>>
>>> That instance must provide access to a ServletContext of the real
>>> servlet container, and from there the implementation will take over
>>> handling sub servlet context's for you.
>>>
>>> Here's a real world implementation of this:
>>>
>>> https://github.com/liferay/liferay-portal/blob/master/module
>>> s/apps/static/portal-osgi-web/portal-osgi-web-wab-extender/s
>>> rc/main/java/com/liferay/portal/osgi/web/wab/extender/intern
>>> al/adapter/HttpAdapter.java
>>>
>>> Furthermore, I really dislike how this is implemented, It's a pretty
>>> terrible API design. It would be great to make this service oriented. I'll
>>> certainly appreciate any contributions to make it better.
>>>
>>> - Ray
>>>
>>>
>>> On Wed, Oct 26, 2016 at 2:46 PM, Todor Boev <rinsv...@gmail.com> wrote:
>>>
>>>> Hello,
>>&g

Re: [equinox-dev] Http Whiteboard implementation over Tomcat 8

[Raymond Auge]

It's not really possible to do that in http whiteboard AND support both
embedded and bridge modes of operation.

However you can rest assured that this implementation is handling it pretty
well in both modes on production servers that handle commercial loads.

It may not be completely perfect, and I'm sure there are some bugs, but
it's far from a toy :)

Furthermore, for each sub-context, there's a distinct instance of a
servletcontext created by this little container. All those contexts will be
at paths below that of the "root" servlet context.

Sincerely,
- Ray

On Oct 28, 2016 10:54 AM, "Todor Boev" <rinsv...@gmail.com> wrote:

> Thanks for the detailed reply.
>
> Looking at HttpServiceServlet I can't help, but notice that the entire
> whiteboard seems to be anchored in a single ServletContext. Therefore it
> must multiplex access to this context to simulate multiple whiteboard web
> applications. This does not seem like a very easy/stable design to
> implement.
>
> Would it be possible to introduce a service oriented solution along the
> lines of the Gemini Web web container adapter:
> http://git.eclipse.org/c/gemini.web/org.eclipse.gemini.
> web.gemini-web-container.git/tree/org.eclipse.gemini.web.
> core/src/main/java/org/eclipse/gemini/web/core/spi/ServletContainer.java
>
> Implementations of this adapter have to be able to programatically talk to
> a concrete web container instance to make it create ServletContexts. From
> my experience with Tomcat it is not very hard to make a ServletContext
> (i.e. a web app internal structure) entirely programatically without any
> web.xml etc. metadata. It is also pretty easy to boot Tomcat from a bundle.
> I imagine it will be even easier on Jetty. Combine this with the
> programmatic servlet/filter/listener creation in Servlet 3.0 and it seems
> like a compelling design. Basically the whiteboard will only have to bridge
> Servlet 3.0 with the OSGi service registry.
>
> Does such a (radical) redesign seem feasible?
>
> Regards
>
> On Fri, Oct 28, 2016 at 3:12 AM, Raymond Auge <raymond.a...@liferay.com>
> wrote:
>
>> The bundle you need is:
>>
>> http://download.eclipse.org/eclipse/updates/4.6/R-4.6-201606
>> 061100/plugins/org.eclipse.equinox.http.servlet_1.3.0.v20160517-1559.jar
>>
>> I you are using PDE projects then you can just use this repository as
>> normal.
>>
>> IF you are using bndtools >=3.3 you can use this repository configuration:
>>
>> -plugin.Eclipse.Neon: \
>> aQute.bnd.repository.p2.provider.P2Repository; \
>> name=   "Eclipse 4.6 (Neon)"; \
>> url =   "http://download.eclipse.org/e
>> clipse/updates/4.6/R-4.6-201606061100/"
>>
>> In order to use this bundle with your own servlet container you must
>> create a bundle which will create an instance of
>>
>> org.eclipse.equinox.http.servlet.HttpServiceServlet
>>
>> That instance must provide access to a ServletContext of the real servlet
>> container, and from there the implementation will take over handling sub
>> servlet context's for you.
>>
>> Here's a real world implementation of this:
>>
>> https://github.com/liferay/liferay-portal/blob/master/module
>> s/apps/static/portal-osgi-web/portal-osgi-web-wab-extender/
>> src/main/java/com/liferay/portal/osgi/web/wab/extender/
>> internal/adapter/HttpAdapter.java
>>
>> Furthermore, I really dislike how this is implemented, It's a pretty
>> terrible API design. It would be great to make this service oriented. I'll
>> certainly appreciate any contributions to make it better.
>>
>> - Ray
>>
>>
>> On Wed, Oct 26, 2016 at 2:46 PM, Todor Boev <rinsv...@gmail.com> wrote:
>>
>>> Hello,
>>>
>>> I am looking for an implementation of the Http Whiteboard OSGi standard
>>> (Chapter 140 EEG spec).
>>> I also need to run it over Tomcat 8.
>>> Finally it is preferable that the whiteboard runs in "native mode"
>>> rather than via a bridge servlet. I.e. have Tomcat instantiate an actual
>>> ServletContext for every web app root as it does with WAR/WABs.
>>>
>>> Equinox supposedly has an Http whiteboard R6 implementation, but I am
>>> somewhat confused as to which bundles do I need to run to get it.
>>>
>>> Regards
>>> Todor
>>>
>>> ___
>>> equinox-dev mailing list
>>> equinox-dev@eclipse.org
>>> To change your delivery options, retrieve your password, or unsubscribe
>>> from this lis

Re: [equinox-dev] Http Whiteboard implementation over Tomcat 8

[Raymond Auge]

The bundle you need is:

http://download.eclipse.org/eclipse/updates/4.6/R-4.6-201606061100/plugins/org.eclipse.equinox.http.servlet_1.3.0.v20160517-1559.jar

I you are using PDE projects then you can just use this repository as
normal.

IF you are using bndtools >=3.3 you can use this repository configuration:

-plugin.Eclipse.Neon: \
aQute.bnd.repository.p2.provider.P2Repository; \
name=   "Eclipse 4.6 (Neon)"; \
url =   "
http://download.eclipse.org/eclipse/updates/4.6/R-4.6-201606061100/;

In order to use this bundle with your own servlet container you must create
a bundle which will create an instance of

org.eclipse.equinox.http.servlet.HttpServiceServlet

That instance must provide access to a ServletContext of the real servlet
container, and from there the implementation will take over handling sub
servlet context's for you.

Here's a real world implementation of this:

https://github.com/liferay/liferay-portal/blob/master/modules/apps/static/portal-osgi-web/portal-osgi-web-wab-extender/src/main/java/com/liferay/portal/osgi/web/wab/extender/internal/adapter/HttpAdapter.java

Furthermore, I really dislike how this is implemented, It's a pretty
terrible API design. It would be great to make this service oriented. I'll
certainly appreciate any contributions to make it better.

- Ray


On Wed, Oct 26, 2016 at 2:46 PM, Todor Boev  wrote:

> Hello,
>
> I am looking for an implementation of the Http Whiteboard OSGi standard
> (Chapter 140 EEG spec).
> I also need to run it over Tomcat 8.
> Finally it is preferable that the whiteboard runs in "native mode" rather
> than via a bridge servlet. I.e. have Tomcat instantiate an actual
> ServletContext for every web app root as it does with WAR/WABs.
>
> Equinox supposedly has an Http whiteboard R6 implementation, but I am
> somewhat confused as to which bundles do I need to run to get it.
>
> Regards
> Todor
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>



-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] little help with http.servlet.tests

[Raymond Auge]

Thanks David,

your suggestion actually triggered me to resolving the issue!

1) you were correct that given the right repos I didn't need the pom
dependencies (those were discovered automatically from the declared repos).
2) it helped a lot when I installed the latest eclipse-platform-parent into
.m2 ;)

- Ray

On Wed, Apr 13, 2016 at 1:24 AM, David M Williams <david_willi...@us.ibm.com
> wrote:

> Ray, I don't really have much of an answer, but in case you haven't tried
> these yet ...
>
> One thing I noticed was that you list org.apache.commons.fileuploadas an
> "extra requirement". But, that should not be needed, since you import the
> packages explicitly in your manifest.mf file.
> I have not heard that hurts anything ... but, you never can tell. (And, by
> "hurt", I mean you might be getting multiple versions, from multiple
> sources, or perhaps by naming it "early" it somehow gets wired to the 2.8
> version of javax.servlet so by the time your code requires 3.1 of
> javax.servlet something things appears invalid. All just guesses.
>
> Another thing, if you haven't tried it yet, is to be sure to clean out
> (i.e. delete) your "localMavenRepo". I've found that occasionally it keeps
> copies of something that is incorrect, but incorrect in such a way that
> makes it hard to notice.
>
> Hope one of these suggestions help.
>
>
>
>
>
>
>
> From:Raymond Auge <raymond.a...@liferay.com>
> To:Equinox development mailing list <equinox-dev@eclipse.org>,
> Date:04/12/2016 12:39 PM
> Subject:[equinox-dev] little help with http.servlet.tests
> Sent by:equinox-dev-boun...@eclipse.org
> --
>
>
>
> Hello everyone,
>
> I've just noted that for some very strange reason the tests in
> rt.equinox.bundles/bundles/org.eclipse.equinox.http.servlet.tests fail from
> the command line when run through maven:
>
> mvn clean integration-test -DskipTests =false
>
> It's failing to locate commons-fileupload:
>
> [ERROR] Cannot resolve project dependencies: [ERROR] Software being
> installed: org.eclipse.equinox.http.servlet.tests 1.0.100.qualifier [ERROR]
> Missing requirement: org.eclipse.equinox.http.servlet.tests
> 1.0.100.qualifier requires 'package org.apache.commons.fileupload 1.2.2'
> but it could not be found
>
> .. even though it's definitely in the resolved p2 repos.
>
> The resolved repos are:
>
> [INFO] Adding repository
> *http://download.eclipse.org/tools/orbit/downloads/drops/I20160209143415/repository*
> <http://download.eclipse.org/tools/orbit/downloads/drops/I20160209143415/repository>[INFO]
> Adding repository
> *http://download.eclipse.org/modeling/emf/emf/updates/2.12milestones/base/S201601280808*
> <http://download.eclipse.org/modeling/emf/emf/updates/2.12milestones/base/S201601280808>[INFO]
> Adding repository
> *http://download.eclipse.org/jetty/updates/jetty-bundles-9.x/9.3.5.v20151012*
> <http://download.eclipse.org/jetty/updates/jetty-bundles-9.x/9.3.5.v20151012>[INFO]
> Adding repository *http://download.eclipse.org/rt/ecf/3.12.0/site.p2*
> <http://download.eclipse.org/rt/ecf/3.12.0/site.p2>[INFO] Adding
> repository
> *http://download.eclipse.org/cbi/updates/license/1.0.1.v20140414-1359*
> <http://download.eclipse.org/cbi/updates/license/1.0.1.v20140414-1359>[INFO]
> Adding repository *http://download.eclipse.org/egit/updates-4.1*
> <http://download.eclipse.org/egit/updates-4.1>[INFO] Adding repository
> *http://download.eclipse.org/modeling/emf/emf/updates/2.12milestones/core/S201511090426*
> <http://download.eclipse.org/modeling/emf/emf/updates/2.12milestones/core/S201511090426>
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com/>
>  (@Liferay)
> Board Member & EEG Co-Chair, *OSGi Alliance* <http://osgi.org/>
> (@OSGiAlliance)___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>



-- 
*Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] little help with http.servlet.tests

[Raymond Auge]

Hello everyone,

I've just noted that for some very strange reason the tests in
rt.equinox.bundles/bundles/org.eclipse.equinox.http.servlet.tests fail from
the command line when run through maven:

mvn clean integration-test -DskipTests =false

It's failing to locate commons-fileupload:

[ERROR] Cannot resolve project dependencies: [ERROR] Software being
installed: org.eclipse.equinox.http.servlet.tests 1.0.100.qualifier [ERROR]
Missing requirement: org.eclipse.equinox.http.servlet.tests
1.0.100.qualifier requires 'package org.apache.commons.fileupload 1.2.2'
but it could not be found

.. even though it's definitely in the resolved p2 repos.

The resolved repos are:

[INFO] Adding repository
http://download.eclipse.org/tools/orbit/downloads/drops/I20160209143415/repository
[INFO] Adding repository
http://download.eclipse.org/modeling/emf/emf/updates/2.12milestones/base/S201601280808
[INFO] Adding repository
http://download.eclipse.org/jetty/updates/jetty-bundles-9.x/9.3.5.v20151012
[INFO] Adding repository http://download.eclipse.org/rt/ecf/3.12.0/site.p2
[INFO] Adding repository
http://download.eclipse.org/cbi/updates/license/1.0.1.v20140414-1359 [INFO]
Adding repository http://download.eclipse.org/egit/updates-4.1 [INFO]
Adding repository
http://download.eclipse.org/modeling/emf/emf/updates/2.12milestones/core/S201511090426
-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Merge of equinox committer groups

[Raymond Auge]

+1

- Ray

On Tue, Mar 1, 2016 at 10:31 AM, Thomas Watson  wrote:

> I have no objections to merging in p2.  But I would like Pascal and other
> p2 committers to agree first.
>
> Tom
>
>
>
>
>
> From:Stefan Xenos 
> To:Equinox development mailing list 
> Date:03/01/2016 08:25 AM
> Subject:Re: [equinox-dev] Merge of equinox committer groups
> Sent by:equinox-dev-boun...@eclipse.org
> --
>
>
>
> I strongly agree. In fact, I'd go farther and merge in p2 as well.
> Fragmenting the permissions encourages developers to work around problems
> in the code they have commit rights to rather in the place where the fix
> really belongs, and makes it unnecessarily hard to do large changes such as
> rolling with deprecations.
>
> +1
>
>
> On Tue, Mar 1, 2016, 5:51 AM Martin Lippert <*mlipp...@gmail.com*
> > wrote:
> +1
>
> Cheers,
> -Martin
>
>
> > Am 01.03.2016 um 14:49 schrieb Thomas Watson <*tjwat...@us.ibm.com*
> >:
> >
> > Right now the equinox project has the following sub-projects, each with
> their own committer groups
> >
> > rt.equinox - parent project, no real code here, but it does contain the
> website
> > rt.equinox.framework - where the OSGi framework and Equinox native
> launcher lives
> > rt.equinox.bundles - where everything else is, besides p2
> > rt.equinox.p2 - where p2 is
> >
> > I plan to request the foundation fold rt.equinox.framework and
> rt.equinox.bundles into the parent project rt.equinox.  I do not think
> there is a need to separate committers of the various equinox bundles from
> committers of the framework/launcher or the website.  I do not plan to
> request p2 be folded into rt.equinox unless the existing p2 community of
> committers request that to happen.  p2 is a fairly large codebase so it
> makes sense to keep it separate if the committers want that.  But the rest
> of Equinox is not that large and maintaining 3 separate committer groups is
> not worth it in my opinion.
> >
> > Committers, please voice your concerns if you have them.
> >
> > Tom
> >
> >
> > ___
> > equinox-dev mailing list
> > *equinox-dev@eclipse.org* 
> > To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> > *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
> 
>
> ___
> equinox-dev mailing list
> *equinox-dev@eclipse.org* 
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
> 
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>



-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] enabling tests for org.eclipse.equinox.http.servlet

[Raymond Auge]

Will do!

- Ray

On Tue, Feb 16, 2016 at 5:42 PM, David M Williams <david_willi...@us.ibm.com
> wrote:

> I am not opposed, but I am not sure what you want to happen will happen
> that easily. Perhaps a bug in Eclipse, Platform, Releng would be in order?
>
>
>
>
> From:Raymond Auge <raymond.a...@liferay.com>
> To:Equinox development mailing list <equinox-dev@eclipse.org>,
> Cc:David M Williams/Raleigh/IBM@IBMUS
> Date:02/16/2016 03:13 PM
> Subject:enabling tests for org.eclipse.equinox.http.servlet
> --
>
>
>
> Now that the tests are well baked for this bundle, I'm wondering if it's
> ok to enable them in the platform build.
>
> I believe simply adding
>
> bundles/org.eclipse.equinox.http.servlet.tests
>
>  to the rt.equinox.bundles/pom.xml
>
> should do it right?
>
> Is anyone opposed to that?
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com/>
>  (@Liferay)
> Board Member & EEG Co-Chair, *OSGi Alliance* <http://osgi.org/>
> (@OSGiAlliance)
>
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>



-- 
*Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] enabling tests for org.eclipse.equinox.http.servlet

[Raymond Auge]

Now that the tests are well baked for this bundle, I'm wondering if it's ok
to enable them in the platform build.

I believe simply adding

bundles/org.eclipse.equinox.http.servlet.tests

 to the rt.equinox.bundles/pom.xml

should do it right?

Is anyone opposed to that?
-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] adding a dependency for tests

[Raymond Auge]

Never mind, I figured it out.

I added the specific p2 repo to the pom:

  

   orbit-R20100519200754
   
http://download.eclipse.org/tools/orbit/downloads/drops/R20151221205849/repository/

   p2

  

Sincerely,
- Ray

On Mon, Feb 15, 2016 at 3:39 PM, Raymond Auge <raymond.a...@liferay.com>
wrote:

> Hey everyone,
>
> I'm addressing a limitation of org.eclipse.equinox.http.servlet and to
> test I need apache commons-fileupload.
>
> I see that we have  org.apache.commons.fileupload:1.2.2 in orbit.
>
> Locally I've modified my target platform (with Tom's help) to add a
> Software Site of
> http://download.eclipse.org/tools/orbit/downloads/drops/R20151221205849/repository/
> from which I've added the dependency and for executing the tests from the
> everything works.
>
> I'd also like to make sure when I commit the fix however that the test run
> from maven as well.
>
> I tried simply adding
>
> 
>eclipse-plugin
>org.apache.commons.fileupload
>1.2.2
> 
>
> to the pom, but this didn't work. I'm guessing this is because that isn't
> in the target platform repo used by rt.equinox.bundles project.
>
> Any help would be appreciated,
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
>



-- 
*Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] adding a dependency for tests

[Raymond Auge]

Hey everyone,

I'm addressing a limitation of org.eclipse.equinox.http.servlet and to test
I need apache commons-fileupload.

I see that we have  org.apache.commons.fileupload:1.2.2 in orbit.

Locally I've modified my target platform (with Tom's help) to add a
Software Site of
http://download.eclipse.org/tools/orbit/downloads/drops/R20151221205849/repository/
from which I've added the dependency and for executing the tests from the
everything works.

I'd also like to make sure when I commit the fix however that the test run
from maven as well.

I tried simply adding


   eclipse-plugin
   org.apache.commons.fileupload
   1.2.2


to the pom, but this didn't work. I'm guessing this is because that isn't
in the target platform repo used by rt.equinox.bundles project.

Any help would be appreciated,
-- 
*Raymond Augé* 
 (@rotty3000)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] it is possible to load config.ini from a different location other than -configuration ?

[Raymond Auge]

Have you tried to osgi framework properties?
e.g.
https://osgi.org/javadoc/r5/core/org/osgi/framework/Constants.html#FRAMEWORK_STORAGE

I think the eclipse launcher supports those as system properties.

Sincerely,
- Ray

On Wed, Feb 3, 2016 at 1:13 PM, Cristiano Gavião  wrote:

> Hello,
>
> I'm trying to set Equinox to run as a linux systemd service.
>
> I set the service to launch using java -jar org.eclipse.osgi
> -configuration /etc/myapp.
>
> The idea was to install config.ini (set as conffile) at /etc/myapp and let
> the configuration data to be created at /var/lib/myapp directory.
>
> I tried many configurations combination but it always try to create
> storage directories relative to where config.ini file is, which gives some
> errors due the fact that user which is starting it do not had permissions
> to create directories inside /etc dir.
>
> one alternative that comes to mind was to create a symlimk in
> etc/myapp/config.ini  pointinf to var/lib/myapp/config.ini.
>
> anyway, I would be grateful for any opinion.
>
> thanks,
>
> Cristiano
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>



-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] Servlet 3.1 portal java contracts JavaServlet bundle

[Raymond Auge]

Anyone here can help with this question?

https://dev.eclipse.org/mhonarc/lists/orbit-dev/msg04189.html

Basically, I'm asking if it would be possible to make the orbit servlet 3.1
API jar provide the JavaServlet contract.

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] What's special about the felix bundles in the mars distro

[Raymond Auge]

Actually, maybe not since you get a prompt...

- Ray
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Getting equinox artifacts using maven

[Raymond Auge]

I have interest!

On Fri, Jul 17, 2015 at 2:27 PM, Scott Lewis sle...@composent.com wrote:

  On 7/3/2015 5:14 AM, Mikael Barbero wrote:

 Hi Christian,

  There is a bug about this issue
 https://bugs.eclipse.org/bugs/show_bug.cgi?id=471373

  From the message
 https://dev.eclipse.org/mhonarc/lists/dash-dev/msg01348.html, you will
 understand why synchronization from repo.eclipse.org to maven central is
 in a stale state.

  However, it is perfectly possible for a project to publish directly to
 Maven central. Californium project is about to do that (
 https://bugs.eclipse.org/bugs/show_bug.cgi?id=468448)

  If the equinox devs would like to publish their bits to repo.eclipse.org or
 gpg sign their artifacts to publish them to maven central, I can help with
 that.


 Is there any interest from equinox team in publishing bits to maven repos?

 As Christian said, ECF is providing an R6 OSGi Remote Services/RSA
 distribution for Apache Karaf [1].   We currently create a maven repo
 ourselves as part of our releases [2].

 ECF RS/RSA has deps on 4 equinox bundles, however:

 o.e.equinox.common
 o.e.equinox.concurrent
 o.e.core.jobs
 o.e.equinox.supplement

 As I understand, these are part of the equinox sdk.   Given this, I
 suppose we are asking to publish the equinox sdk as maven repo, ideally
 through maven central but repo.eclipse.org would be ok too.

 Thanks,

 Scott

 [1] https://wiki.eclipse.org/EIG:Install_into_Apache_Karaf
 [2] http://build.ecf-project.org/maven/3.10.0/



  HTH

  Mikael

   Le 3 juil. 2015 à 12:34, Christian Schneider ch...@die-schneider.net
 a écrit :

 I am currently helping Scott Lewis to bring ECF to Apache Karaf.

 Our biggest problem with this is that ECF needs a bunch of equinox bundles
 that are not available in maven central.
 See this
 http://download.eclipse.org/rt/ecf/3.10.0/site.p2/karaf4-min-features.xml

 At the moment we use http urls to be able to get at least started. These
 urls are not really good for people inside bigger companies though.
 Often these companies do not allow direct access to the internet even for
 developers and especially for production machines. So accessing the urls is
 not possible.
 Additionally they are not cached like mvn urls. So every clean startup of
 karaf hits the p2 repo server again.

 It also makes it very hard for people to use these artifacts in non tycho
 builds which are very common outside the eclipse world.

 I have noticed that eclipse already hosts several maven repositories for
 other projects. Would it be possible to also deploy equinox bundles into
 such a repository or even better into maven central?

 At apache this is very convenient. We have a nexus server at apache and
 the project poms are set up to deploy their for snapshots and releases
 there. Releases go to a staging repo automatically and after the vote you
 just need to press a publish button and the artifacts go to maven central.

 I am pretty sure we can organize to help with this if eclipse would be
 interested to also get such a setup.

 The collaboration between eclipse projects and apache projects is still
 quite slim unfortunately. I think one big reason for this is the separate
 repository systems that make it very difficult to use projects from each
 other. So I think tackling this problem would help a lot to improve
 collaboration.

 I have read in another thread that this would be a complicated problem.
 Unfortunately there is no further information what the obstacles are. I
 spoke to quite some people at eclipse about this and they are all quite
 interested in maven deployments. So I think at the minimum there should be
 an open discussion so people understand where we are with this. Is there
 some place maybe on bugzilla where I can read into what was discussed about
 this?

 Christian



 --
 Christian Schneider
 http://www.liquid-reality.de

 Open Source Architect
 http://www.talend.com

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 ___
 equinox-dev mailing listequinox-...@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe from 
 this list, visithttps://dev.eclipse.org/mailman/listinfo/equinox-dev



 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list

[equinox-dev] script for building subset of platform releng

[Raymond Auge]

Hey All,

I've been maintaining a bash script for building a subset of platform that
I'm interested in.

Since the platform build doesn't build dependent pieces needed for tests
this was becoming a pain to keep track of. The script allows to easily
build only what I need and then run the maven integration tests on
http.servlet

Also, since I've had to show a few people how to do build this in an
attempt to attract collaborators, I decided clean up the script and link it
here in case anyone else wanted to adapt it to their needs.

Once the script is run you can assure all the dependencies are in place and
you can just run the tests themselves, however you can also use the script
after updating the repos to rebuild all the parts.

https://gist.github.com/rotty3000/6aef210cef56bd8e19fe

Cheers,
-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] tycho surefire method tests

[Raymond Auge]

Is there a way to execute individual method integration-tests using the
tycho-surefire-plugin?

It seems it doesn't work with the syntax available to the surefire plugin.

i.e. this works:

mvn clean integration-test -Dtest=ServletTest -DskipTests=false

This does not work:

mvn clean integration-test -Dtest=ServletTest#test_RegistrationTCCL1
-DskipTests=false

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] tycho surefire method tests

[Raymond Auge]

FYI, I'm trying to debug a test which passes from Eclipse junit runner, but
fails when run from maven.

On Thu, Jul 2, 2015 at 10:26 AM, Raymond Auge raymond.a...@liferay.com
wrote:

 Is there a way to execute individual method integration-tests using the
 tycho-surefire-plugin?

 It seems it doesn't work with the syntax available to the surefire plugin.

 i.e. this works:

 mvn clean integration-test -Dtest=ServletTest -DskipTests=false

 This does not work:

 mvn clean integration-test -Dtest=ServletTest#test_RegistrationTCCL1
 -DskipTests=false

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com
  (@Liferay)
 Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org
 (@OSGiAlliance)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] failures on build

[Raymond Auge]

On Thu, Jun 11, 2015 at 3:30 PM, David M Williams david_willi...@us.ibm.com
 wrote:

  [ERROR] Failed to resolve target definition /home/rotty/workspace/
  eclipse.platform.releng.aggregator/
  eclipse.platform.releng.prereqs.sdk/eclipse-sdk-prereqs.target:
  Could not find org.aspectj.runtime/1.8.5.20150128171000 in the
  repositories of the current location - [Help 1]
  [ERROR]
  [ERROR] To see the full stack trace of the errors, re-run Maven with
  the -e switch.
  [ERROR] Re-run Maven using the -X switch to enable full debug logging.
  [ERROR]
  [ERROR] For more information about the errors and possible
  solutions, please read the following articles:
  [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/
  MavenExecutionException

  Does someone know how to resolve that?

 Not yet, but I am seeing too, and opened
 https://bugs.eclipse.org/bugs/show_bug.cgi?id=469992


Commented with what details I could discern.

- Ray




 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] tycho-surefire tests

[Raymond Auge]

Does anyone here know how to make these tests work?

I can't for the life of me figure out how to get these tests to run for
org.eclipse.equinox.http.servlet.tests

I've added a pom.xml (since there wasn't one)

project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=
http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=
http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd;
  modelVersion4.0.0/modelVersion
  parent
artifactIdrt.equinox.bundles/artifactId
groupIdorg.eclipse.equinox.bundles/groupId
version4.5.0-SNAPSHOT/version
relativePath../..//relativePath
  /parent
  groupIdorg.eclipse.equinox/groupId
  artifactIdorg.eclipse.equinox.http.servlet.tests/artifactId
  version1.0.0-SNAPSHOT/version
  packagingeclipse-test-plugin/packaging
/project

Didn't work!

I've read all the tycho-surefire docs/tutorials I could find but I can't
seem to make things work.

I just keep getting

[INFO] Skipping tests
[INFO]

[INFO] BUILD SUCCESS

Little help!
-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] tycho-surefire tests

[Raymond Auge]

Ok, tests are disabled globally by default it seems:

eclipse-platform-parent/pom.xml:

skipTeststrue/skipTests

However, I learned I can run them by performing the following incantation.

mvn clean integration-test -DskipTests=false

(scented candles + standing on one foot also helped!)

Thanks,
- Ray

On Wed, Apr 22, 2015 at 1:15 PM, Stephan Herrmann 
stephan.herrm...@berlin.de wrote:

 have you chased the chain of parent poms looking for a
 definition of property skipTest *and/or* maven.test.skip?

 Stephan


 On 04/22/2015 07:06 PM, Raymond Auge wrote:

 Does anyone here know how to make these tests work?

 I can't for the life of me figure out how to get these tests to run for
 org.eclipse.equinox.http.servlet.tests

 I've added a pom.xml (since there wasn't one)

 project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=
 http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
 http://maven.apache.org/xsd/maven-4.0.0.xsd;
modelVersion4.0.0/modelVersion
parent
  artifactIdrt.equinox.bundles/artifactId
  groupIdorg.eclipse.equinox.bundles/groupId
  version4.5.0-SNAPSHOT/version
  relativePath../..//relativePath
/parent
groupIdorg.eclipse.equinox/groupId
artifactIdorg.eclipse.equinox.http.servlet.tests/artifactId
version1.0.0-SNAPSHOT/version
packagingeclipse-test-plugin/packaging
 /project

 Didn't work!

 I've read all the tycho-surefire docs/tutorials I could find but I can't
 seem to make things work.

 I just keep getting

 [INFO] Skipping tests
 [INFO]
 
 [INFO] BUILD SUCCESS

 Little help!
 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
 Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org
 (@OSGiAlliance)


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Can I get the latest equinox dependencies from a Maven Repo

[Raymond Auge]

They are not :(

On Wed, Apr 8, 2015 at 8:49 AM, Thusitha Thilina Dayaratne 
thusithathil...@gmail.com wrote:

 Hi,

 We are using equinox heavily on one of our OSGi project. At the moment
 I've downloaded the Luna SDK and installed those latest bundles locally and
 using them.

 It would be really great if we can get them through a maven repo.
 Are these bundles available on a Maven Repo?

 Thanks
 Best Regards
 --


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Can I get the latest equinox dependencies from a Maven Repo

[Raymond Auge]

There is a significant back story to why this is not done. I barely feel
qualified to talk about it at all.

However, suffice it to say that it's complicated.

- Ray

On Wed, Apr 8, 2015 at 9:10 AM, Thusitha Thilina Dayaratne 
thusithathil...@gmail.com wrote:

 Hi Raymond

 They are not :(
 Thanks for your quick response.
 Could I know whether will you guys update the latest versions to a maven
 repo in recent future?
 (I think if you guys can do that, it would be really helpful for lot of
 developers ;) )

 Thanks
 Best Regards
 /Thusitha

 2015-04-08 18:34 GMT+05:30 Raymond Auge raymond.a...@liferay.com:

 They are not :(

 On Wed, Apr 8, 2015 at 8:49 AM, Thusitha Thilina Dayaratne 
 thusithathil...@gmail.com wrote:

 Hi,

 We are using equinox heavily on one of our OSGi project. At the moment
 I've downloaded the Luna SDK and installed those latest bundles locally and
 using them.

 It would be really great if we can get them through a maven repo.
 Are these bundles available on a Maven Repo?

 Thanks
 Best Regards
 --


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com
  (@Liferay)
 Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org
 (@OSGiAlliance)

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] update committers list

[Raymond Auge]

Thanks Lars!
- Ray

On Tue, Mar 31, 2015 at 7:41 AM, Lars Vogel lars.vo...@vogella.com wrote:

 Without knowing for sure, I would assume that you can change it yourself
 via this repo: https://git.eclipse.org/c/www.eclipse.org/equinox.git/

 On Tue, Mar 31, 2015 at 1:34 PM, Raymond Auge raymond.a...@liferay.com
 wrote:

 Who should I speak with about updating the committers list here:

 https://www.eclipse.org/equinox/bundles/

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com
  (@Liferay)
 Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org
 (@OSGiAlliance)

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 Geschäftsführer

 vogella GmbH

 Haindaalwisch 17a, 22395 Hamburg
 Amtsgericht Hamburg: HRB 127058
 Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
 USt-IdNr.: DE284122352
 Fax (032) 221739404, Email: lars.vo...@vogella.com, Web:
 http://www.vogella.com

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Is there a org.eclipse.equinox.http.helper version that supports javax.servlet version 3.1

[Raymond Auge]

On Tue, Mar 31, 2015 at 2:04 AM, Thusitha Thilina Dayaratne 
thusit...@wso2.com wrote:

 Hi

 Other than that org.eclipse.equinox.jsp.jasper_1.0.400.v20130327-1442 is
 also importing
 javax.servlet;version=[2.4, 3.1)
 javax.servlet.http;version=[2.4, 3.1)
 javax.servlet.jsp;version=[2.0, 2.3)

 But with Tomcat 8 servlet version is 3.1 and jsp is 2.3.

 Is there a place that I can refer to latest equinox bundles which supports
 latest servlet and jsp versions.


You _could_ try these.

WARNING: These are milestone releases so use with caution.

WARNING: I'm not even sure that M6 has fully passed all milestone release
hurdles yet (not largely related to http but still) so double caution.

http://download.eclipse.org/equinox/drops/S-MarsM6-201503200800/

- Ray




 Thanks
 Best Regards
 /Thusitha

 On Tue, Mar 31, 2015 at 10:51 AM, Thusitha Thilina Dayaratne 
 thusit...@wso2.com wrote:

 Hi,

 Currently I'm using following dependency in a project which uses embedded
 tomcat version 7.0.59
  dependency
 groupIdorg.eclipse.equinox/groupId
 artifactIdorg.eclipse.equinox.http.helper/artifactId
 version1.1.0.wso2v1/version
   /dependency

 I'm in the process of migrating the app to Tomcat 8.0.20. In the above
 dependency it imports javax.servlet;version=[2.6.0,3.0) But since Tomcat
 8 supports JSP 2.3 and servlet 3.1, is there a new version of this which
 supports javax.servlet version 3.1

 I looked in latest Luna release at
 http://download.eclipse.org/equinox/drops/R-LunaSR2-201502041700/index.php.
 But I couldn't find it there

 Thanks
 Best Regards

 --
 Thusitha Dayaratne
 Software Engineer
 WSO2 Inc. - lean . enterprise . middleware |  wso2.com

 Mobile  +94712756809
 Blog  alokayasoya.blogspot.com
 Abouthttp://about.me/thusithathilina




 --
 Thusitha Dayaratne
 Software Engineer
 WSO2 Inc. - lean . enterprise . middleware |  wso2.com

 Mobile  +94712756809
 Blog  alokayasoya.blogspot.com
 Abouthttp://about.me/thusithathilina


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Is there a org.eclipse.equinox.http.helper version that supports javax.servlet version 3.1

[Raymond Auge]

I don't think equinox.http has much dependency on the JSP version. You
should be able to use whichever JSP version (bundles) will work with the
servlet version you use.

Also, I'm not really sure the JSP version of tomcat really applies in any
case unless you are embedding tomcat. You shouldn't really share the JSP
packages of tomcat down into an embedded osgi runtime anyhow (because of
how JSP servlets are implemented).

Sincerely,
- Ray

On Tue, Mar 31, 2015 at 8:48 AM, Thusitha Thilina Dayaratne 
thusit...@wso2.com wrote:

 Hi Tom, Ray.

 Thanks again for quick response. I looked in the Manifest of
 *org.eclipse.equinox.jsp.jasper_1.0.500.v20150119-1358* bundle in Mars M6
 milestone as Ray suggested. It seems that in there
 still javax.servlet.jsp;version=[2.0, 2.3)
 I think latest jsp version is 2.3 with Tomcat 8.
 Please correct me if I'm wrong.

 Best Regards
 /Thusitha

 On Tue, Mar 31, 2015 at 6:12 PM, Thomas Watson tjwat...@us.ibm.com
 wrote:

 In Luna it appears only the org.eclipse.equinox.http.servlet bundle was
 updated to support servlet 3.1.  The jsp supporting bundles were not
 updated until post Luna for the Mars release.  So you will have to try out
 the Mars milestones as Raymond suggests.  If I recall correctly the
 org.eclipse.equinox.http.helper bundle is an incubator project that never
 graduated.  It is no longer maintained or built by the Equinox project.

 Tom





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:03/31/2015 06:50 AM
 Subject:Re: [equinox-dev] Is there a
 org.eclipse.equinox.http.helper version that supports javax.servlet version
 3.1
 Sent by:equinox-dev-boun...@eclipse.org
 --





 On Tue, Mar 31, 2015 at 2:04 AM, Thusitha Thilina Dayaratne 
 *thusit...@wso2.com* thusit...@wso2.com wrote:
 Hi

 Other than that org.eclipse.equinox.jsp.jasper_1.0.400.v20130327-1442 is
 also importing
 javax.servlet;version=[2.4, 3.1)
 javax.servlet.http;version=[2.4, 3.1)
 javax.servlet.jsp;version=[2.0, 2.3)

 But with Tomcat 8 servlet version is 3.1 and jsp is 2.3.

 Is there a place that I can refer to latest equinox bundles which
 supports latest servlet and jsp versions.

 You _could_ try these.

 WARNING: These are milestone releases so use with caution.

 WARNING: I'm not even sure that M6 has fully passed all milestone release
 hurdles yet (not largely related to http but still) so double caution.

 *http://download.eclipse.org/equinox/drops/S-MarsM6-201503200800/*
 http://download.eclipse.org/equinox/drops/S-MarsM6-201503200800/

 - Ray



 Thanks
 Best Regards
 /Thusitha

 On Tue, Mar 31, 2015 at 10:51 AM, Thusitha Thilina Dayaratne 
 *thusit...@wso2.com* thusit...@wso2.com wrote:
 Hi,

 Currently I'm using following dependency in a project which uses embedded
 tomcat version 7.0.59
  dependency
 groupIdorg.eclipse.equinox/groupId
 artifactIdorg.eclipse.equinox.http.helper/artifactId
 version1.1.0.wso2v1/version
   /dependency

 I'm in the process of migrating the app to Tomcat 8.0.20. In the above
 dependency it imports javax.servlet;version=[2.6.0,3.0) But since Tomcat
 8 supports JSP 2.3 and servlet 3.1, is there a new version of this which
 supports javax.servlet version 3.1

 I looked in latest Luna release at
 *http://download.eclipse.org/equinox/drops/R-LunaSR2-201502041700/index.php*
 http://download.eclipse.org/equinox/drops/R-LunaSR2-201502041700/index.php.
 But I couldn't find it there

 Thanks
 Best Regards

 --
 Thusitha Dayaratne
 Software Engineer
 WSO2 Inc. - lean . enterprise . middleware |  *wso2.com*
 http://wso2.com/

 Mobile  *+94712756809* %2B94712756809
 Blog  *alokayasoya.blogspot.com* http://alokayasoya.blogspot.com/
 About*http://about.me/thusithathilina*
 http://about.me/thusithathilina




 --
 Thusitha Dayaratne
 Software Engineer
 WSO2 Inc. - lean . enterprise . middleware |  *wso2.com*
 http://wso2.com/

 Mobile  *+94712756809* %2B94712756809
 Blog  *alokayasoya.blogspot.com* http://alokayasoya.blogspot.com/
 About*http://about.me/thusithathilina*
 http://about.me/thusithathilina


 ___
 equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
 https://dev.eclipse.org/mailman/listinfo/equinox-dev



 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com/
  (@Liferay)
 Board Member  EEG Co-Chair, *OSGi Alliance* http://osgi.org/
 (@OSGiAlliance)___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https

Re: [equinox-dev] Is there a org.eclipse.equinox.http.helper version that supports javax.servlet version 3.1

[Raymond Auge]

I guess I should have asked straight up... are you embedding tomcat?

On Tue, Mar 31, 2015 at 9:01 AM, Raymond Auge raymond.a...@liferay.com
wrote:

 I don't think equinox.http has much dependency on the JSP version. You
 should be able to use whichever JSP version (bundles) will work with the
 servlet version you use.

 Also, I'm not really sure the JSP version of tomcat really applies in any
 case unless you are embedding tomcat. You shouldn't really share the JSP
 packages of tomcat down into an embedded osgi runtime anyhow (because of
 how JSP servlets are implemented).

 Sincerely,
 - Ray

 On Tue, Mar 31, 2015 at 8:48 AM, Thusitha Thilina Dayaratne 
 thusit...@wso2.com wrote:

 Hi Tom, Ray.

 Thanks again for quick response. I looked in the Manifest of
 *org.eclipse.equinox.jsp.jasper_1.0.500.v20150119-1358* bundle in Mars
 M6 milestone as Ray suggested. It seems that in there
 still javax.servlet.jsp;version=[2.0, 2.3)
 I think latest jsp version is 2.3 with Tomcat 8.
 Please correct me if I'm wrong.

 Best Regards
 /Thusitha

 On Tue, Mar 31, 2015 at 6:12 PM, Thomas Watson tjwat...@us.ibm.com
 wrote:

 In Luna it appears only the org.eclipse.equinox.http.servlet bundle was
 updated to support servlet 3.1.  The jsp supporting bundles were not
 updated until post Luna for the Mars release.  So you will have to try out
 the Mars milestones as Raymond suggests.  If I recall correctly the
 org.eclipse.equinox.http.helper bundle is an incubator project that never
 graduated.  It is no longer maintained or built by the Equinox project.

 Tom





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:03/31/2015 06:50 AM
 Subject:Re: [equinox-dev] Is there a
 org.eclipse.equinox.http.helper version that supports javax.servlet version
 3.1
 Sent by:equinox-dev-boun...@eclipse.org
 --





 On Tue, Mar 31, 2015 at 2:04 AM, Thusitha Thilina Dayaratne 
 *thusit...@wso2.com* thusit...@wso2.com wrote:
 Hi

 Other than that org.eclipse.equinox.jsp.jasper_1.0.400.v20130327-1442 is
 also importing
 javax.servlet;version=[2.4, 3.1)
 javax.servlet.http;version=[2.4, 3.1)
 javax.servlet.jsp;version=[2.0, 2.3)

 But with Tomcat 8 servlet version is 3.1 and jsp is 2.3.

 Is there a place that I can refer to latest equinox bundles which
 supports latest servlet and jsp versions.

 You _could_ try these.

 WARNING: These are milestone releases so use with caution.

 WARNING: I'm not even sure that M6 has fully passed all milestone
 release hurdles yet (not largely related to http but still) so double
 caution.

 *http://download.eclipse.org/equinox/drops/S-MarsM6-201503200800/*
 http://download.eclipse.org/equinox/drops/S-MarsM6-201503200800/

 - Ray



 Thanks
 Best Regards
 /Thusitha

 On Tue, Mar 31, 2015 at 10:51 AM, Thusitha Thilina Dayaratne 
 *thusit...@wso2.com* thusit...@wso2.com wrote:
 Hi,

 Currently I'm using following dependency in a project which uses
 embedded tomcat version 7.0.59
  dependency
 groupIdorg.eclipse.equinox/groupId
 artifactIdorg.eclipse.equinox.http.helper/artifactId
 version1.1.0.wso2v1/version
   /dependency

 I'm in the process of migrating the app to Tomcat 8.0.20. In the above
 dependency it imports javax.servlet;version=[2.6.0,3.0) But since Tomcat
 8 supports JSP 2.3 and servlet 3.1, is there a new version of this which
 supports javax.servlet version 3.1

 I looked in latest Luna release at
 *http://download.eclipse.org/equinox/drops/R-LunaSR2-201502041700/index.php*
 http://download.eclipse.org/equinox/drops/R-LunaSR2-201502041700/index.php.
 But I couldn't find it there

 Thanks
 Best Regards

 --
 Thusitha Dayaratne
 Software Engineer
 WSO2 Inc. - lean . enterprise . middleware |  *wso2.com*
 http://wso2.com/

 Mobile  *+94712756809* %2B94712756809
 Blog  *alokayasoya.blogspot.com* http://alokayasoya.blogspot.com/
 About*http://about.me/thusithathilina*
 http://about.me/thusithathilina




 --
 Thusitha Dayaratne
 Software Engineer
 WSO2 Inc. - lean . enterprise . middleware |  *wso2.com*
 http://wso2.com/

 Mobile  *+94712756809* %2B94712756809
 Blog  *alokayasoya.blogspot.com* http://alokayasoya.blogspot.com/
 About*http://about.me/thusithathilina*
 http://about.me/thusithathilina


 ___
 equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
 https://dev.eclipse.org/mailman/listinfo/equinox-dev



 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com/
  (@Liferay)
 Board Member  EEG Co-Chair, *OSGi Alliance* http://osgi.org/
 (@OSGiAlliance

Re: [equinox-dev] Is there a equinox.http.servlet version that supports javax.servlet version 3.1

[Raymond Auge]

Of particular interest to me would be reports of any issues using
websocket, with perhaps some sample code reproducing those issues we could
convert into test cases. :)

I haven't had time to test those features, but since they don't really
touch the parts needed to implement http whiteboard I'm hopeful that stuff
all just works (of course that is rarely the case).

Sincerely,
- Ray


On Mon, Mar 30, 2015 at 9:05 AM, Thomas Watson tjwat...@us.ibm.com wrote:

 In the Luna release we increased the ranges to allow equinox.http.servlet
 to work with a 3.1 container.
 https://bugs.eclipse.org/bugs/show_bug.cgi?id=430444

 You can find the latest Luna release at
 http://download.eclipse.org/equinox/drops/R-LunaSR2-201502041700/index.php

 Note that in the upcoming Mars release we officially support Jetty 9 which
 implements servlet 3.1.  We also implement the latest http whiteboard
 specification in the Mars builds.  If you have some time it would be great
 if you could checkout the latest Mars builds in your environment to catch
 any blockers before we finalize the Mars release.

 Tom





 From:Thusitha Thilina Dayaratne thusit...@wso2.com
 To:equinox-dev@eclipse.org
 Date:03/30/2015 07:55 AM
 Subject:[equinox-dev] Is there a equinox.http.servlet version
 that supports javax.servlet version 3.1
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Hi,

 Currently I'm using following dependency in a project which uses embedded
 tomcat version 7.0.59
 dependency
  groupIdorg.eclipse.equinox/groupId
  artifactIdorg.eclipse.equinox.http.servlet/artifactId
  version1.1.400.v20130418-1354/version
 /dependency

 I'm in the process of migrating the app to Tomcat 8.0.20. In the above
 dependency it imports javax.servlet;version=[2.3.0,3.1) But since Tomcat
 8 supports JSP 2.3 and servlet 3.1, is there a new version of this which
 supports javax.servlet version 3.1

 Thanks
 Best Regards
 /Thusitha

 --
 Thusitha Dayaratne
 Software Engineer
 WSO2 Inc. - lean . enterprise . middleware |  *wso2.com*
 http://wso2.com/

 Mobile  +94712756809
 Blog  *alokayasoya.blogspot.com* http://alokayasoya.blogspot.com/
 About*http://about.me/thusithathilina*
 http://about.me/thusithathilina
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] [platform-ui-dev] Eclipse Startup Performance

[Raymond Auge]

I have to say that any such test which doesn't use an exact fixed set of
bundles against each different framework will introduce ALL the invariants
that each modified bundle brings with it.

How could one possibly make any judgement on that.

- Ray

On Thu, Mar 26, 2015 at 12:34 PM, Lars Vogel lars.vo...@vogella.com wrote:

 HI Martin,

 I have the same issue as Tom:  I'm not sure how to interpret the PDF you
 sent.  I'm unsure what the various columns mean.

 Can you provide a improve version of these measurements which if easier to
 process?

 Best regards, Lars

 On Thu, Mar 26, 2015 at 4:46 PM, Oberhuber, Martin 
 martin.oberhu...@windriver.com wrote:

  Hi Tom,



 Your suspicion is what I also thought – more classes loaded.



 I guess my main question at this point is on the Performance measurement
 infrastructure, which also seems to indicate a 5.8% degradation on startup
 performance:


 http://download.eclipse.org/eclipse/downloads/drops4/S-4.5M6-201503200800/performance/performance.php



 I know that Equinox can trace bundle activations, and some independent
 measurement of mine show these were actually reduced (80 in Kepler, 77 in
 Luna, 75 in Mars).

 Could the framework also trace the names of classes loaded as part of
 this scenario (both in the baseline, and latest builds) ?

 Then by comparison, one could probably identify classes that should not
 be loaded ?



 Other question goes to Platform/UI and e4 – the second largest
 contributor to startup time – are there any known inefficiencies, any plans
 to look at performance in M7 ?



 Thanks,

 Martin

 --

 *Martin Oberhuber*, SMTS / Product Owner – Development Tools, *Wind
 River*

 direct +43.662.457915.85  fax +43.662.457915.6



 *From:* equinox-dev-boun...@eclipse.org [mailto:
 equinox-dev-boun...@eclipse.org] *On Behalf Of *Thomas Watson
 *Sent:* Thursday, March 26, 2015 3:03 PM
 *To:* Equinox development mailing list
 *Subject:* Re: [equinox-dev] Eclipse Startup Performance



 Hi Martin,

 There are no plans as of now to work on a performance issue at the
 framework level.  I'm not saying I would not work on a performance issue,
 just that I am unaware of a performance issue in the framework that
 contributes to the slowdown you have observed.  I'm not sure how to
 interpret the PDF you sent.  I'm unsure what the various columns mean.  My
 guess is that each release we have more bundles with more classes to load
 which contribute to more time to start.

 This is especially true if you are comparing Luna vs Mars and see a
 slower time to start.  The Luna and Mars framework implementations are
 virtually identical so my initial guess is we are loading more code to
 start Eclipse.

 Tom





 From:Oberhuber, Martin martin.oberhu...@windriver.com
 To:equinox-dev@eclipse.org equinox-dev@eclipse.org, 
 platform-ui-...@eclipse.org platform-ui-...@eclipse.org
 Date:03/26/2015 08:40 AM
 Subject:[equinox-dev] Eclipse Startup Performance
 Sent by:equinox-dev-boun...@eclipse.org
  --




 Hello Equinox and Platform/UI committers,

 We recently measured startup performance of our IDE based on Eclipse. We
 measured 4 milestones:
 -  20140325 (based on Kepler SR2),
 -  20141014 (based on Luna SR1),
 -  20150224 (based on Luna SR2)
 -  20150224+mars (based on Mars M5a).

 Attached are the findings in summary:  for each milestone, the left-hand
 column has CPU time in milliseconds, relative % within the milestone, and
 the delta compared to the previous milestone.
 The sad news are that startup performance got worse on every iteration –
 from 8 seconds with Kepler SR2, to almost 10 seconds with Mars M5a.

 We used JProfiler to measure warmstart performance after a couple of
 “restarts” into a Workspace that includes a C/C++ project and had an editor
 open.
 Then, in JProfiler we filtered-out any JDK and JFace packages and made
 their numbers aggregate up to the callers;
 Finally, we accumulated numbers by package prefix to see who’s the
 biggest contributors to startup time.

 We didn’t see any truly significant performance hit, but still the gentle
 decrease in performance does feel like a “death of a 1000 cuts” issue.
 Given that M7 is traditionally a “Performance Milestone”, I was wondering
 what the committers thought:
 Are there any known performance issues that were already planned to be
 addressed ?

 Looking at
 http://download.eclipse.org/eclipse/downloads/drops4/S-4.5M6-201503200800/performance/performance.php
 I see a 5.8% performance decrease on the “Core UI Startup” fingerprint.
 Can that be seen as representative for the average user’s IDE startup
 experience ? How would it compare to a Kepler, or Eclipse 3.8.2 baseline ?

 I would be interested in hearing any thoughts.

 Thanks!
 Martin
 --
 *Martin Oberhuber*, SMTS / Product Owner – Development Tools, *Wind
 River*
 direct +43.662.457915.85  fax +43.662.457915.6[attachment 

[equinox-dev] equinox console optionality of available commands

[Raymond Auge]

Would people object to a change in equinox.console which would optionally
allow for specific commands not to be published?

For instance, when running equinox embedded we're controlling the lifecycle
of the framework along with the lifecycle of the embedding application.

I would like to not expose the shutdown related commands which are there.


exit, close, shutdown are commands I'd like to be able to not provide.

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] equinox console optionality of available commands

[Raymond Auge]

On Thu, Mar 26, 2015 at 3:01 PM, Thomas Watson tjwat...@us.ibm.com wrote:

 I understand the desire to remove exit since that does a System.exit.  But
 shutdown and close just do a system bundle stop.  You  likely don't want to
 disable the stop command altogether, but if you don't the user can still
 easily run 'stop 0' to get the same thing as shutdown and close.  BTW, I am
 fine with removing shutdown and close altogether since they are the same as
 'stop 0' really.


So, would you prefer complete removal over a property which disables
individual commands (where the default is to leave everything published
like now)?

- Ray



 Tom





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:03/26/2015 01:35 PM
 Subject:[equinox-dev] equinox console optionality of available
 commands
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Would people object to a change in equinox.console which would optionally
 allow for specific commands not to be published?

 For instance, when running equinox embedded we're controlling the
 lifecycle of the framework along with the lifecycle of the embedding
 application.

 I would like to not expose the shutdown related commands which are there.


 exit, close, shutdown are commands I'd like to be able to not provide.

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com/
  (@Liferay)
 Board Member  EEG Co-Chair, *OSGi Alliance* http://osgi.org/
 (@OSGiAlliance)___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Gerrit job failure

[Raymond Auge]

I'm now getting build failures all over the place due to:

Detected Maven Version: 3.0.5 is not in the allowed range 3.1.1.

- Ray

On Wed, Mar 18, 2015 at 4:55 PM, Marc-André Laperle 
marc-andre.lape...@ericsson.com wrote:

  Great! The build was successful. Thank you!

  --
 *From:* equinox-dev-boun...@eclipse.org [equinox-dev-boun...@eclipse.org]
 on behalf of Thomas Watson [tjwat...@us.ibm.com]
 *Sent:* Wednesday, 18 March 2015 4:28 PM

 *To:* Equinox development mailing list
 *Subject:* Re: [equinox-dev] Gerrit job failure

  Done

 Tom





 From:Marc-André Laperle marc-andre.lape...@ericsson.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:03/18/2015 03:24 PM
 Subject:Re: [equinox-dev] Gerrit job failure
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Thank you! Can you retrigger the build? Non-committers can't do that.
 There should be a Retrigger button (not Build Now) on the side of this page:
 *https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/87/*
 https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/87/

 Thanks!
 Marc-Andre

 --

 *From:* equinox-dev-boun...@eclipse.org [equinox-dev-boun...@eclipse.org]
 on behalf of Thomas Watson [tjwat...@us.ibm.com]
 * Sent:* Wednesday, 18 March 2015 4:17 PM
 * To:* Equinox development mailing list
 * Subject:* Re: [equinox-dev] Gerrit job failure

 I'm not sure why this all of a sudden became an issue, but I have the
 power to change it to apach-maven-latest.  I just did the update.  Can you
 try again?

 Tom





 From:Marc-André Laperle marc-andre.lape...@ericsson.com
 To:equinox-dev@eclipse.org equinox-dev@eclipse.org
 Date:03/18/2015 01:50 PM
 Subject:[equinox-dev] Gerrit job failure
 Sent by:equinox-dev-boun...@eclipse.org
  --



 Hi,

 The rt.equinox.bundles-Gerrit Hudson job is failing because of the Maven
 version in the job configuration is too low (3.1.1 required versus 3.0.5).
 Can anyone with permissions change it to apache-maven-latest?

 [WARNING] Rule 0: org.apache.maven.plugins.enforcer.RequireMavenVersion
 failed with message:
 Detected Maven Version: 3.0.5 is not in the allowed range 3.1.1.


 *https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/configure*
 https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/configure
 Example failure:

 *https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/87/console*
 https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/87/console

 Thank you!
 Marc-Andre Laperle___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
 https://dev.eclipse.org/mailman/listinfo/equinox-dev
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Gerrit job failure

[Raymond Auge]

Was it necessary to update the maven version requirement to 3.1.1?

- Ray

On Wed, Mar 18, 2015 at 6:15 PM, Raymond Auge raymond.a...@liferay.com
wrote:

 I'm now getting build failures all over the place due to:

 Detected Maven Version: 3.0.5 is not in the allowed range 3.1.1.

 - Ray

 On Wed, Mar 18, 2015 at 4:55 PM, Marc-André Laperle 
 marc-andre.lape...@ericsson.com wrote:

  Great! The build was successful. Thank you!

  --
 *From:* equinox-dev-boun...@eclipse.org [equinox-dev-boun...@eclipse.org]
 on behalf of Thomas Watson [tjwat...@us.ibm.com]
 *Sent:* Wednesday, 18 March 2015 4:28 PM

 *To:* Equinox development mailing list
 *Subject:* Re: [equinox-dev] Gerrit job failure

  Done

 Tom





 From:Marc-André Laperle marc-andre.lape...@ericsson.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:03/18/2015 03:24 PM
 Subject:Re: [equinox-dev] Gerrit job failure
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Thank you! Can you retrigger the build? Non-committers can't do that.
 There should be a Retrigger button (not Build Now) on the side of this page:
 *https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/87/*
 https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/87/

 Thanks!
 Marc-Andre

 --

 *From:* equinox-dev-boun...@eclipse.org [equinox-dev-boun...@eclipse.org]
 on behalf of Thomas Watson [tjwat...@us.ibm.com]
 * Sent:* Wednesday, 18 March 2015 4:17 PM
 * To:* Equinox development mailing list
 * Subject:* Re: [equinox-dev] Gerrit job failure

 I'm not sure why this all of a sudden became an issue, but I have the
 power to change it to apach-maven-latest.  I just did the update.  Can you
 try again?

 Tom





 From:Marc-André Laperle marc-andre.lape...@ericsson.com
 To:equinox-dev@eclipse.org equinox-dev@eclipse.org
 Date:03/18/2015 01:50 PM
 Subject:[equinox-dev] Gerrit job failure
 Sent by:equinox-dev-boun...@eclipse.org
  --



 Hi,

 The rt.equinox.bundles-Gerrit Hudson job is failing because of the Maven
 version in the job configuration is too low (3.1.1 required versus 3.0.5).
 Can anyone with permissions change it to apache-maven-latest?

 [WARNING] Rule 0: org.apache.maven.plugins.enforcer.RequireMavenVersion
 failed with message:
 Detected Maven Version: 3.0.5 is not in the allowed range 3.1.1.


 *https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/configure*
 https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/configure
 Example failure:

 *https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/87/console*
 https://hudson.eclipse.org/platform/job/rt.equinox.bundles-Gerrit/87/console

 Thank you!
 Marc-Andre Laperle___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
 https://dev.eclipse.org/mailman/listinfo/equinox-dev
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com
  (@Liferay)
 Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org
 (@OSGiAlliance)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Jetty version for Luna?

[Raymond Auge]

gah... and one listener that is still the center of some debate.

...but everything else [tic]

- Ray

On Wed, Mar 11, 2015 at 2:32 PM, Raymond Auge raymond.a...@liferay.com
wrote:



 On Wed, Mar 11, 2015 at 2:31 PM, Raymond Auge raymond.a...@liferay.com
 wrote:

 So far, that is the case.

 All the Mars builds since M4 have the latest, greatest
 equinox.http.servlet which implements, as of last week, all known parts of
 the R6 http.whiteboard draft.


 sorry, minus some capability metadata which recently got clarified in the
 spec draft.



 Feedback is very welcome.

 - Ray



 On Wed, Mar 11, 2015 at 1:57 PM, Scott Lewis sle...@composent.com
 wrote:

  On 9/18/2014 10:04 AM, Thomas Watson wrote:

 We are looking to move up the Jetty 9 for Equinox.  But from the
 perspective of the http service impl in Equinox it is expected to work
 across multiple container implementations and Servlet specification
 levels.  Jetty 9 is attractive for several reasons as you mentioned.
 Another benefit is to make sure the http service works on the latest spec
 release of Servlet.


 I see from M5 that Jetty 9.2.5 is there...that's great.  Thanks to
 any/all involved.

 Question:  Does/will the (presumably still Jetty-based) implementation
 of the OSGi HttpService include the support for whiteboard/R6 in Mars?

 Thanksinadvance,

 Scott



 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com
  (@Liferay)
 Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org
 (@OSGiAlliance)




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect *Liferay, Inc.* http://www.liferay.com
  (@Liferay)
 Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org
 (@OSGiAlliance)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* http://www.liferay.com
 (@Liferay)
Board Member  EEG Co-Chair, OSGi Alliance http://osgi.org (@OSGiAlliance)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] issue with optional imports

[Raymond Auge]

https://bugs.eclipse.org/bugs/show_bug.cgi?id=447575

Martin, if you have any additional feedback, could you please add it to the
ticket?

Thx

On Wed, Oct 15, 2014 at 1:38 PM, Thomas Watson tjwat...@us.ibm.com wrote:

 This sounds strange, please open a bug with steps to reproduce.

 Tom





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:10/15/2014 11:28 AM
 Subject:Re: [equinox-dev] issue with optional imports
 Sent by:equinox-dev-boun...@eclipse.org
 --



 I've encountered the very same thing using 3.10.100.v20140909-1314 (built
 from source)

 This happens even if the same bundle providing the optional package is
 reinstalled.

 Thus, if the bundle is there when first resolving the client bundle,
 everything is great. The moment either bundle is re-resolved, then the
 optional package does not wire.

 - Ray

 On Wed, Oct 15, 2014 at 8:49 AM, Martin Lippert *mlipp...@gmail.com*
 mlipp...@gmail.com wrote:
 Hey!

 I have an issue with optionally imported packages and I have no idea what
 is exactly going on or how to diagnose this in more detail.
 We have a bundle that defines Import-Package, marked as optional.

 org.apache.maven.project;resolution:=optional

 There is a bundle (org.eclipse.m2e.maven.runtime) that exports this
 package and everything is wired just fine.
 Now I install a new version of m2e and therefore the exporting bundle is
 updated to a new version.

 But after the update, the optional package import is not wired again. I
 would expect this to be wired to the new version of that
 org.eclipse.m2e.maven.runtime bundle, but that doesn’t happen. There are no
 other bundles in the system that export this package. A “diag bundleID”
 (with the bundle ID of the importing bundle) doesn’t return anything.

 Any idea what might be going on? All this is on Equinox
 3.10.1.v20140909-1633 (Luna SR1, I think).
 Or any idea how to investigate this in more detail?

 (I already tried to restart Eclipse with -clean, but the result is the
 same, the optional import isn’t wired and I don’t see a potentially
 package-use conflict anywhere)

 Thanks a lot for your help!
 -Martin



 ___
 equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
 https://dev.eclipse.org/mailman/listinfo/equinox-dev



 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] issue with optional imports

[Raymond Auge]

I've encountered the very same thing using 3.10.100.v20140909-1314 (built
from source)

This happens even if the same bundle providing the optional package is
reinstalled.

Thus, if the bundle is there when first resolving the client bundle,
everything is great. The moment either bundle is re-resolved, then the
optional package does not wire.

- Ray

On Wed, Oct 15, 2014 at 8:49 AM, Martin Lippert mlipp...@gmail.com wrote:

 Hey!

 I have an issue with optionally imported packages and I have no idea what
 is exactly going on or how to diagnose this in more detail.
 We have a bundle that defines Import-Package, marked as optional.

 org.apache.maven.project;resolution:=optional

 There is a bundle (org.eclipse.m2e.maven.runtime) that exports this
 package and everything is wired just fine.
 Now I install a new version of m2e and therefore the exporting bundle is
 updated to a new version.

 But after the update, the optional package import is not wired again. I
 would expect this to be wired to the new version of that
 org.eclipse.m2e.maven.runtime bundle, but that doesn’t happen. There are no
 other bundles in the system that export this package. A “diag bundleID”
 (with the bundle ID of the importing bundle) doesn’t return anything.

 Any idea what might be going on? All this is on Equinox
 3.10.1.v20140909-1633 (Luna SR1, I think).
 Or any idea how to investigate this in more detail?

 (I already tried to restart Eclipse with -clean, but the result is the
 same, the optional import isn’t wired and I don’t see a potentially
 package-use conflict anywhere)

 Thanks a lot for your help!
 -Martin



 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Equinox console not working

[Raymond Auge]

However, the equinox console with (accompanied by felix gogo bundles) has
lots of bug fixes so I recommend it.

- Ray

On Thu, Oct 9, 2014 at 7:35 AM, Alex Blewitt alex.blew...@gmail.com wrote:

 The built-in console was removed, as per the release notes.

 Built-in Equinox OSGi console removed
 http://help.eclipse.org/luna/topic/org.eclipse.platform.doc.isv/porting/4.4/incompatibilities.html?cp=2_3_1_2#builtinOSGiConsole


 On 9 Oct 2014, at 12:30, Artem Zhirkov a...@develdynamic.com wrote:

 Hello,

 I've just downloaded the recent release version of equinox and tried to
 follow the quick start guide, but even launching OSGI console didn't work
 for me.
 I tried to launch it like that:

 $ java -jar org.eclipse.osgi_3.10.1.v20140909-1633.jar -console

 and it didn't return anything, it seems like it launched but not returned
 a console.

 I'm running ubuntu 14.04 x64 and have OpenJDK Runtime Environment (IcedTea
 2.5.2) (7u65-2.5.2-3~14.04) installed.

 Any suggestions?

 Best regards

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev



 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] fileinstall equinox solution

[Raymond Auge]

Will there ever be a solution to the fileinstall on equinox issue?

It seems that fileinstall has not worked on equinox for some time due to
the concurrency issue with package refresh.

I believe 3.1.10 is the last version that works on equinox.

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] fileinstall equinox solution

[Raymond Auge]

Sorry I forgot to mention I'm cross posting to felix list also.

Anyhow, here is a stacktrace which shows the locking (search for
fileinstall).

- Ray

On Mon, Sep 29, 2014 at 12:57 PM, BJ Hargrave hargr...@us.ibm.com wrote:

 Is there a bug/issue with the details? I don't know any details here. What
 is the concurrency issue with package refresh?
 --

  *BJ Hargrave*
 Senior Technical Staff Member, IBM
 OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com

 office: +1 386 848 1781
 mobile: +1 386 848 3788





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org,
 Apache Felix Developers d...@felix.apache.org
 Date:2014/09/29 12:52
 Subject:[equinox-dev] fileinstall  equinox solution
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Will there ever be a solution to the fileinstall on equinox issue?

 It seems that fileinstall has not worked on equinox for some time due to
 the concurrency issue with package refresh.

 I believe 3.1.10 is the last version that works on equinox.

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] fileinstall equinox solution

[Raymond Auge]

Ok, sooo I think I understand the issue.

We have a protocol handler deployed for fileinstall's custom artifact
handling.

I guess that must be pulling FI into the fresh.

I'll take that bundle out and see if I get the same problem or not.

- Ray

On Mon, Sep 29, 2014 at 1:06 PM, Raymond Auge raymond.a...@liferay.com
wrote:

 Sorry I forgot to mention I'm cross posting to felix list also.

 Anyhow, here is a stacktrace which shows the locking (search for
 fileinstall).

 - Ray

 On Mon, Sep 29, 2014 at 12:57 PM, BJ Hargrave hargr...@us.ibm.com wrote:

 Is there a bug/issue with the details? I don't know any details here.
 What is the concurrency issue with package refresh?
 --

  *BJ Hargrave*
 Senior Technical Staff Member, IBM
 OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com

 office: +1 386 848 1781
 mobile: +1 386 848 3788





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org,
 Apache Felix Developers d...@felix.apache.org
 Date:2014/09/29 12:52
 Subject:[equinox-dev] fileinstall  equinox solution
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Will there ever be a solution to the fileinstall on equinox issue?

 It seems that fileinstall has not worked on equinox for some time due to
 the concurrency issue with package refresh.

 I believe 3.1.10 is the last version that works on equinox.

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] fileinstall equinox solution

[Raymond Auge]

Ok, so I did have:

a) some fileinstall artifact handlers in a bundle being refreshed
b) config admin bundle being refresh

Both of those would probably have pulled FI into the fresh.

However, I removed those (and delete the equinox state) but still get the
same exact issue.

On Mon, Sep 29, 2014 at 1:12 PM, Raymond Auge raymond.a...@liferay.com
wrote:

 Ok, sooo I think I understand the issue.

 We have a protocol handler deployed for fileinstall's custom artifact
 handling.

 I guess that must be pulling FI into the fresh.

 I'll take that bundle out and see if I get the same problem or not.

 - Ray

 On Mon, Sep 29, 2014 at 1:06 PM, Raymond Auge raymond.a...@liferay.com
 wrote:

 Sorry I forgot to mention I'm cross posting to felix list also.

 Anyhow, here is a stacktrace which shows the locking (search for
 fileinstall).

 - Ray

 On Mon, Sep 29, 2014 at 12:57 PM, BJ Hargrave hargr...@us.ibm.com
 wrote:

 Is there a bug/issue with the details? I don't know any details here.
 What is the concurrency issue with package refresh?
 --

  *BJ Hargrave*
 Senior Technical Staff Member, IBM
 OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com

 office: +1 386 848 1781
 mobile: +1 386 848 3788





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org,
 Apache Felix Developers d...@felix.apache.org
 Date:2014/09/29 12:52
 Subject:[equinox-dev] fileinstall  equinox solution
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Will there ever be a solution to the fileinstall on equinox issue?

 It seems that fileinstall has not worked on equinox for some time due to
 the concurrency issue with package refresh.

 I believe 3.1.10 is the last version that works on equinox.

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] fileinstall equinox solution

[Raymond Auge]

Sorry, I thought I linked one, but apparently missed the link.

when I did have pieces which may have pulled in FI
https://gist.github.com/rotty3000/33a5f1fb0b1c3627a20a

after removing those pieces
https://gist.github.com/rotty3000/8c0a41b6aa633c1aebd7



On Mon, Sep 29, 2014 at 1:40 PM, BJ Hargrave hargr...@us.ibm.com wrote:

 Stacktrace?
 --

  *BJ Hargrave*
 Senior Technical Staff Member, IBM
 OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com

 office: +1 386 848 1781
 mobile: +1 386 848 3788





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org,
 Apache Felix Developers d...@felix.apache.org
 Date:2014/09/29 13:07
 Subject:Re: [equinox-dev] fileinstall  equinox solution
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Sorry I forgot to mention I'm cross posting to felix list also.

 Anyhow, here is a stacktrace which shows the locking (search for
 fileinstall).

 - Ray

 On Mon, Sep 29, 2014 at 12:57 PM, BJ Hargrave *hargr...@us.ibm.com*
 hargr...@us.ibm.com wrote:
 Is there a bug/issue with the details? I don't know any details here. What
 is the concurrency issue with package refresh?
 --

  *BJ Hargrave*
 Senior Technical Staff Member, IBM
 OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com

 office: *+1 386 848 1781* %2B1%20386%20848%201781
 mobile: *+1 386 848 3788* %2B1%20386%20848%203788





 From:Raymond Auge *raymond.a...@liferay.com*
 raymond.a...@liferay.com
 To:Equinox development mailing list *equinox-dev@eclipse.org*
 equinox-dev@eclipse.org, Apache Felix Developers 
 *d...@felix.apache.org* d...@felix.apache.org
 Date:2014/09/29 12:52
 Subject:[equinox-dev] fileinstall  equinox solution
 Sent by:*equinox-dev-boun...@eclipse.org*
 equinox-dev-boun...@eclipse.org
 --




 Will there ever be a solution to the fileinstall on equinox issue?

 It seems that fileinstall has not worked on equinox for some time due to
 the concurrency issue with package refresh.

 I believe 3.1.10 is the last version that works on equinox.

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
 https://dev.eclipse.org/mailman/listinfo/equinox-dev



 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] fileinstall equinox solution

[Raymond Auge]

I've reproduced the issue with a minimal impl. I'll post that shortly.

On Mon, Sep 29, 2014 at 1:53 PM, Jamie G. jamie.goody...@gmail.com wrote:

 FileInstall and Equinox should be able to play nicely together - that
 combination has been used in Apache Karaf deployments for a while...

 Could you try out your scenario with a Karaf container with Equinox
 set as its OSGi core?

 --J

 On Mon, Sep 29, 2014 at 2:57 PM, Raymond Auge raymond.a...@liferay.com
 wrote:
  Ok, so I did have:
 
  a) some fileinstall artifact handlers in a bundle being refreshed
  b) config admin bundle being refresh
 
  Both of those would probably have pulled FI into the fresh.
 
  However, I removed those (and delete the equinox state) but still get the
  same exact issue.
 
  On Mon, Sep 29, 2014 at 1:12 PM, Raymond Auge raymond.a...@liferay.com
  wrote:
 
  Ok, sooo I think I understand the issue.
 
  We have a protocol handler deployed for fileinstall's custom artifact
  handling.
 
  I guess that must be pulling FI into the fresh.
 
  I'll take that bundle out and see if I get the same problem or not.
 
  - Ray
 
  On Mon, Sep 29, 2014 at 1:06 PM, Raymond Auge raymond.a...@liferay.com
 
  wrote:
 
  Sorry I forgot to mention I'm cross posting to felix list also.
 
  Anyhow, here is a stacktrace which shows the locking (search for
  fileinstall).
 
  - Ray
 
  On Mon, Sep 29, 2014 at 12:57 PM, BJ Hargrave hargr...@us.ibm.com
  wrote:
 
  Is there a bug/issue with the details? I don't know any details here.
  What is the concurrency issue with package refresh?
  --
 
   *BJ Hargrave*
  Senior Technical Staff Member, IBM
  OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
  *hargr...@us.ibm.com* hargr...@us.ibm.com
 
  office: +1 386 848 1781
  mobile: +1 386 848 3788
 
 
 
 
 
  From:Raymond Auge raymond.a...@liferay.com
  To:Equinox development mailing list equinox-dev@eclipse.org
 ,
  Apache Felix Developers d...@felix.apache.org
  Date:2014/09/29 12:52
  Subject:[equinox-dev] fileinstall  equinox solution
  Sent by:equinox-dev-boun...@eclipse.org
  --
 
 
 
  Will there ever be a solution to the fileinstall on equinox issue?
 
  It seems that fileinstall has not worked on equinox for some time due
 to
  the concurrency issue with package refresh.
 
  I believe 3.1.10 is the last version that works on equinox.
 
  --
  *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
   (@rotty3000)
  Senior Software Architect
  *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
  ___
  equinox-dev mailing list
  equinox-dev@eclipse.org
  To change your delivery options, retrieve your password, or
 unsubscribe
  from this list, visit
  https://dev.eclipse.org/mailman/listinfo/equinox-dev
 
 
  ___
  equinox-dev mailing list
  equinox-dev@eclipse.org
  To change your delivery options, retrieve your password, or
 unsubscribe
  from this list, visit
  https://dev.eclipse.org/mailman/listinfo/equinox-dev
 
 
 
 
  --
  *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
   (@rotty3000)
  Senior Software Architect
  *Liferay, Inc.* http://www.liferay.com (@Liferay)
 
 
 
 
  --
  *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
   (@rotty3000)
  Senior Software Architect
  *Liferay, Inc.* http://www.liferay.com (@Liferay)
 
 
 
 
  --
  *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
   (@rotty3000)
  Senior Software Architect
  *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] fileinstall equinox solution

[Raymond Auge]

Ok here goes:

Using the following class:

https://gist.github.com/rotty3000/fcd47c42cb0a12141f52

compile and execute with:

java -classpath latest-equinox FIAndEquinoxTest

Once running, drop
http://archive.apache.org/dist/felix/org.apache.felix.gogo.command-0.12.0.jar
into the ${user.home}/osgi-deploydir

Get a stackdump using jstack (get pid from jps)

You'll see the very same result from the earlier dumps I posted.

NOTE: ODDLY, This only seems to happen with org.apache.felix.gogo.command.

On Mon, Sep 29, 2014 at 2:39 PM, Raymond Auge raymond.a...@liferay.com
wrote:

 I've reproduced the issue with a minimal impl. I'll post that shortly.

 On Mon, Sep 29, 2014 at 1:53 PM, Jamie G. jamie.goody...@gmail.com
 wrote:

 FileInstall and Equinox should be able to play nicely together - that
 combination has been used in Apache Karaf deployments for a while...

 Could you try out your scenario with a Karaf container with Equinox
 set as its OSGi core?

 --J

 On Mon, Sep 29, 2014 at 2:57 PM, Raymond Auge raymond.a...@liferay.com
 wrote:
  Ok, so I did have:
 
  a) some fileinstall artifact handlers in a bundle being refreshed
  b) config admin bundle being refresh
 
  Both of those would probably have pulled FI into the fresh.
 
  However, I removed those (and delete the equinox state) but still get
 the
  same exact issue.
 
  On Mon, Sep 29, 2014 at 1:12 PM, Raymond Auge raymond.a...@liferay.com
 
  wrote:
 
  Ok, sooo I think I understand the issue.
 
  We have a protocol handler deployed for fileinstall's custom artifact
  handling.
 
  I guess that must be pulling FI into the fresh.
 
  I'll take that bundle out and see if I get the same problem or not.
 
  - Ray
 
  On Mon, Sep 29, 2014 at 1:06 PM, Raymond Auge 
 raymond.a...@liferay.com
  wrote:
 
  Sorry I forgot to mention I'm cross posting to felix list also.
 
  Anyhow, here is a stacktrace which shows the locking (search for
  fileinstall).
 
  - Ray
 
  On Mon, Sep 29, 2014 at 12:57 PM, BJ Hargrave hargr...@us.ibm.com
  wrote:
 
  Is there a bug/issue with the details? I don't know any details here.
  What is the concurrency issue with package refresh?
  --
 
   *BJ Hargrave*
  Senior Technical Staff Member, IBM
  OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
  *hargr...@us.ibm.com* hargr...@us.ibm.com
 
  office: +1 386 848 1781
  mobile: +1 386 848 3788
 
 
 
 
 
  From:Raymond Auge raymond.a...@liferay.com
  To:Equinox development mailing list equinox-dev@eclipse.org
 ,
  Apache Felix Developers d...@felix.apache.org
  Date:2014/09/29 12:52
  Subject:[equinox-dev] fileinstall  equinox solution
  Sent by:equinox-dev-boun...@eclipse.org
  --
 
 
 
  Will there ever be a solution to the fileinstall on equinox issue?
 
  It seems that fileinstall has not worked on equinox for some time
 due to
  the concurrency issue with package refresh.
 
  I believe 3.1.10 is the last version that works on equinox.
 
  --
  *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
   (@rotty3000)
  Senior Software Architect
  *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
  ___
  equinox-dev mailing list
  equinox-dev@eclipse.org
  To change your delivery options, retrieve your password, or
 unsubscribe
  from this list, visit
  https://dev.eclipse.org/mailman/listinfo/equinox-dev
 
 
  ___
  equinox-dev mailing list
  equinox-dev@eclipse.org
  To change your delivery options, retrieve your password, or
 unsubscribe
  from this list, visit
  https://dev.eclipse.org/mailman/listinfo/equinox-dev
 
 
 
 
  --
  *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
   (@rotty3000)
  Senior Software Architect
  *Liferay, Inc.* http://www.liferay.com (@Liferay)
 
 
 
 
  --
  *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
   (@rotty3000)
  Senior Software Architect
  *Liferay, Inc.* http://www.liferay.com (@Liferay)
 
 
 
 
  --
  *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
   (@rotty3000)
  Senior Software Architect
  *Liferay, Inc.* http://www.liferay.com (@Liferay)




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] setting framework events log level

[Raymond Auge]

On Wed, Sep 24, 2014 at 8:58 AM, Thomas Watson tjwat...@us.ibm.com wrote:

 Hi Ray,

 I think you are talking about the LogEntry objects that are logged in
 response to a FrameworkEvent being posted.  According to the LogService
 specification (section 101.6.3) the log level of a LogEntry for Framework
 Events is:

 LOG_INFO, except for the FrameworkEvent.ERROR event. This event
 represents an error and is logged with a level of LOG_ERROR.

 So we just have spec'ed behavior here.


Yes that's what I'm referring to. To bad. It's a shame to have to reduce
the default log level to WARN.

- Ray



 Tom





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:09/23/2014 05:16 PM
 Subject:[equinox-dev] setting framework events log level
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Hey all,

 I'd like to know if there's a way of adjusting at which level framework
 events are logged?

 By default your everyday framework event is logged at INFO. Is it possible
 to adjust that to DEBUG?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] setting framework events log level

[Raymond Auge]

Hey all,

I'd like to know if there's a way of adjusting at which level framework
events are logged?

By default your everyday framework event is logged at INFO. Is it possible
to adjust that to DEBUG?

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] qualifiers in the tycho build

[Raymond Auge]

Is it possible to use a qualifier like:

b1-SNAPSHOP

i.e.

1.2.0.b1-SNAPSHOT //osgi syntax

OR

1.2.0-b1-SNAPSHOT //mvn syntax

When I change to either format the build invariably blows up with invalid
version and non-numeric value and what not.

I've tried changing the pom and the manifest in various permutations but
nothing seems to work. Is this not possible?

Perhaps I'm missing something.

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] jetty version

[Raymond Auge]

has the jetty version changed in the last little while?

How would I be able to test a downgrade?

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] jetty version

[Raymond Auge]

Please disregard.

I solved my issue.

On Thu, Sep 18, 2014 at 7:57 AM, Raymond Auge raymond.a...@liferay.com
wrote:

 has the jetty version changed in the last little while?

 How would I be able to test a downgrade?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] milestones in a maven repo

[Raymond Auge]

With some help from @mcculls I've learned that anyone (third parties) can
request any artifact to be publishing into a Maven Central group provided
that the artifact can plainly be linked back to the project/domain owner,
the artifact is open source, the project owners have not claimed the group
(not the official wording).

The process is defined here:
https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository

Specifically in this case, anyone can ask to have artifacts published which
were generated by the eclipse release process into the org.eclipse group
and subgroups.

Until a representative of equinox steps forward to claim org.eclipse.osgi
(and associated) group(s) this chaos will continue.

Here's the process:
https://issues.sonatype.org/secure/CreateIssue.jspa?issuetype=21pid=10134

So, will equinox take on this challenge? I'm willing to donate some time to
this effort.

I believe there are no technical barriers to doing this. However, I'm
willing to help work through those that exist.

Lastly, I've been pointed to and will comment on this issue:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=365798

Sincerely,
- Ray


On Fri, Aug 22, 2014 at 11:19 AM, Raymond Auge raymond.a...@liferay.com
wrote:

 Someone is at least publishing the framework to MC even though it seems to
 be very delayed.

 3.10.0-v20140606-1445 http://search.maven.org/#browse%7C-973017594 was
 published just on Aug 1.

 http://search.maven.org/#browse%7C-552727178

 Can whomever is doing that please update this artifact to the lastest SR1?
 (3.10.1.v20140807-1950)

 I'd really appreciate it.

 - Ray


 On Fri, Aug 22, 2014 at 10:59 AM, Pascal Rapicault pas...@rapicault.net
 wrote:

  The barrier are ease of implementation, desire and time from the
 current committers.
 These could be overcome with contributions.


 On 22/08/2014 1:26 PM, Raymond Auge wrote:

 Hey All,

  I'd like to ask again what is the barrier to getting milestone builds
 into a maven repo?

  I mean https://repo.eclipse.org/content/repositories/eclipse/ exists.
 Why not extend it's use for publishing milestones?

  Wouldn't it quite literally be a single extra command invoked during
 the release process?

  --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)



 ___
 equinox-dev mailing listequinox-...@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe from 
 this list, visithttps://dev.eclipse.org/mailman/listinfo/equinox-dev



 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] milestones in a maven repo

[Raymond Auge]

Hey All,

I'd like to ask again what is the barrier to getting milestone builds into
a maven repo?

I mean https://repo.eclipse.org/content/repositories/eclipse/ exists. Why
not extend it's use for publishing milestones?

Wouldn't it quite literally be a single extra command invoked during the
release process?

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] milestones in a maven repo

[Raymond Auge]

Someone is at least publishing the framework to MC even though it seems to
be very delayed.

3.10.0-v20140606-1445 http://search.maven.org/#browse%7C-973017594 was
published just on Aug 1.

http://search.maven.org/#browse%7C-552727178

Can whomever is doing that please update this artifact to the lastest SR1?
(3.10.1.v20140807-1950)

I'd really appreciate it.

- Ray


On Fri, Aug 22, 2014 at 10:59 AM, Pascal Rapicault pas...@rapicault.net
wrote:

  The barrier are ease of implementation, desire and time from the current
 committers.
 These could be overcome with contributions.


 On 22/08/2014 1:26 PM, Raymond Auge wrote:

 Hey All,

  I'd like to ask again what is the barrier to getting milestone builds
 into a maven repo?

  I mean https://repo.eclipse.org/content/repositories/eclipse/ exists.
 Why not extend it's use for publishing milestones?

  Wouldn't it quite literally be a single extra command invoked during the
 release process?

  --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)



 ___
 equinox-dev mailing listequinox-...@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe from 
 this list, visithttps://dev.eclipse.org/mailman/listinfo/equinox-dev



 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] possible regression in equinox

[Raymond Auge]

What's more is that we actually used this not only for equinox, but also
for other osgi bundles using framework properties (and also relied on the
null state).

- Ray


On Wed, Jul 30, 2014 at 10:57 PM, Raymond Auge raymond.a...@liferay.com
wrote:

 Hey all,

 I think I found a regression in equinox when using the framework API.

 :(

 The scenario is quite simple to reproduce.

 java.util.ServiceLoaderFrameworkFactory loader =
 java.util.ServiceLoader.load(FrameworkFactory.class);
 MapString, String properties = new HashMapString, String();
  properties.put(blah, null);
 Framework newFramework = loader.iterator().next().newFramework(properties);

 // fails with NPE

 This would work fine in every previous version of equinox.

 *Rationale*
 So, this might sounds like it's a silly thing to want to do in the first
 place.

 However, one very good reason for this is because it's the only way to
 set (or rather unset) certain equinox flags due to the fact that the
 only check causing them to be unset is a null check (which if I can't set
 it null will obviously never be the case).

 Again, before Luna, this always worked.

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)





-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] possible regression in equinox

[Raymond Auge]

Hey all,

I think I found a regression in equinox when using the framework API.

:(

The scenario is quite simple to reproduce.

java.util.ServiceLoaderFrameworkFactory loader =
java.util.ServiceLoader.load(FrameworkFactory.class);
MapString, String properties = new HashMapString, String();
properties.put(blah, null);
Framework newFramework = loader.iterator().next().newFramework(properties);

// fails with NPE

This would work fine in every previous version of equinox.

*Rationale*
So, this might sounds like it's a silly thing to want to do in the first
place.

However, one very good reason for this is because it's the only way to
set (or rather unset) certain equinox flags due to the fact that the
only check causing them to be unset is a null check (which if I can't set
it null will obviously never be the case).

Again, before Luna, this always worked.

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Access Tomcat lib jar from Equinox Servlet Bridge

[Raymond Auge]

Before answering that, who's (who do you expect to be) the provider of the
JSP servlet you're going to use?


On Tue, Jul 29, 2014 at 1:23 PM, David Cao govel...@gmail.com wrote:

 Hello there,

 My OSGi'rized webapp has a run-time dependency on *jsp-api.jar* under
 Tomcat 6 lib. Is there a way I can inherit package from Tomcat catalina
 classpath? what are my other options here?

 Thanks a lot!
 David



 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Access Tomcat lib jar from Equinox Servlet Bridge

[Raymond Auge]

Yeah, this is what I figured but it's not going to be as easy as that.

1) you'd have to share the JSP api of the app server through the bridge via
the system bundle (As you've found) .. it's not easy and may lead to huge
dependency battle
2) you can't use the JSP servlet of the webapp under which the bridge is
running because it's not designed to handle your resources inside of osgi
3) you _may_ be able to instantiate your own JSP servlet from that impl but
I assure you that you will soon want to shoot yourself in the head with how
complex it is to get the compilation to work across the bridge ... perhaps
even impossible

You are FAR better to ignore the JSP support of the app server, and go with
one that's already able to run from within the osgi container.

There are a couple impl that I know of:
- equinox has one
- PAX-web also has one
- can't recall if the felix project has one (I don't think so, they were
smart..)

Lastly, JSP is not easy, trust me.

I have 2 main suggestions for you:

1) go with a known existing solution (as indicated above)
2) forget about JSPs completely and go with some other view tech

Sincerely,
- Ray


On Tue, Jul 29, 2014 at 1:53 PM, David Cao govel...@gmail.com wrote:

 Tomcat 6. We are taking the route to embed Equinox in Tomcat using the
 bridge project.

 Kind regards,
 --David
 On Jul 29, 2014 5:35 PM, Raymond Auge raymond.a...@liferay.com wrote:

 Before answering that, who's (who do you expect to be) the provider of
 the JSP servlet you're going to use?


 On Tue, Jul 29, 2014 at 1:23 PM, David Cao govel...@gmail.com wrote:

 Hello there,

 My OSGi'rized webapp has a run-time dependency on *jsp-api.jar* under
 Tomcat 6 lib. Is there a way I can inherit package from Tomcat catalina
 classpath? what are my other options here?

 Thanks a lot!
 David



 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Resource not found inside bundle

[Raymond Auge]

That file is not in the classpath of the bundle and so you can't use the
resource API.

However, you can use the entry API (which talks about the bundle rather
than about the bundle's classpath).

e.g.

URL url = bundle.getEntry(api_mapping.xml);

IF you have a class however, and you need to get to the bundle of the
class, you can do

Bundle bundle = FrameworkUtil.getbundle(this.getClass());

URL url = bundle.getEntry(api_mapping.xml);

HTH


On Mon, Jul 28, 2014 at 12:57 PM, David Cao govel...@gmail.com wrote:

 Hello there,

 I have a bundle jar file basically converted from a .war file, with
 Bundle-ClassPath set as follow,

 Bundle-Localization: plugin
 Bundle-ClassPath: *WEB-INF/classes*,
  WEB-INF/lib/activation-1.1.jar,
  WEB-INF/lib/antlr-2.7.5.jar,
 ...
 Import-Package: javax.servlet,
  javax.servlet.http,
  org.osgi.framework;version=1.3.0,
  org.osgi.service.http;version=1.2.0,
  org.osgi.util.tracker;version=1.3.1


 There is an internal class which depends on a api_mapping.xml file which
 is located under *WEB-INF/classes* (shown below). However, the class
 complains unable to find the .xml file.

 I wonder if I missed some manifest descriptors for resources? does anyone
 have an idea why this is happening? Thanks a lot!!



 ​




 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Resource not found inside bundle

[Raymond Auge]

Yup, sorry, I fudged on the image.


On Mon, Jul 28, 2014 at 1:14 PM, BJ Hargrave hargr...@us.ibm.com wrote:

 That file does appear to be in the classpath. The picture shows it in
 WEB-INF/classes which is in the Bundle-ClassPath. What does the code look
 like that is trying to access the file?
 --

  *BJ Hargrave*
 Senior Technical Staff Member, IBM
 OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com

 office: +1 386 848 1781
 mobile: +1 386 848 3788





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:2014/07/28 16:02
 Subject:Re: [equinox-dev] Resource not found inside bundle
 Sent by:equinox-dev-boun...@eclipse.org
 --



 That file is not in the classpath of the bundle and so you can't use the
 resource API.

 However, you can use the entry API (which talks about the bundle rather
 than about the bundle's classpath).

 e.g.

 URL url = bundle.getEntry(api_mapping.xml);

 IF you have a class however, and you need to get to the bundle of the
 class, you can do

 Bundle bundle = FrameworkUtil.getbundle(this.getClass());

 URL url = bundle.getEntry(api_mapping.xml);

 HTH


 On Mon, Jul 28, 2014 at 12:57 PM, David Cao *govel...@gmail.com*
 govel...@gmail.com wrote:
 Hello there,

 I have a bundle jar file basically converted from a .war file, with
 Bundle-ClassPath set as follow,

 Bundle-Localization: plugin
 Bundle-ClassPath: *WEB-INF/classes*,
  WEB-INF/lib/activation-1.1.jar,
  WEB-INF/lib/antlr-2.7.5.jar,
 ...
 Import-Package: javax.servlet,
  javax.servlet.http,
  org.osgi.framework;version=1.3.0,
  org.osgi.service.http;version=1.2.0,
  org.osgi.util.tracker;version=1.3.1


 There is an internal class which depends on a api_mapping.xml file which
 is located under *WEB-INF/classes* (shown below). However, the class
 complains unable to find the .xml file.

 I wonder if I missed some manifest descriptors for resources? does anyone
 have an idea why this is happening? Thanks a lot!!



 ​




 ___
 equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
 https://dev.eclipse.org/mailman/listinfo/equinox-dev



 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] osgi.bundles property

[Raymond Auge]

So am I right that equinox doesn't support the 'osgi.bundles' property via
the framework API?

It looks like these are only supported via the EclipseStarter which isn't
used when calling the Framework API.

Can I get a confirmation?

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] osgi.bundles property

[Raymond Auge]

Actually, it's supported in Felix from the Framework API.

felix.auto.start.start_level=url[\surl]+

I'm just confirming a bug in arquillian with their
embedded equinox container module which assumes it can start bundles using
the 'osgi.bundles' property in the same way felix does.

- Ray


On Thu, Jul 17, 2014 at 11:50 AM, Thomas Watson tjwat...@us.ibm.com wrote:

 Yes, this is correct.  If you are using the OSGi Framework API then it is
 up to your own launcher to populate the framework with the initial set of
 bundles.  We could think about doing something similar to felix which I
 think does something simple with loading bundles from a bundles/ folder by
 default.  But then again, I would not be surprised if that is only
 supported by the felix launcher and not directly by the felix
 implementation of the Framework API.

 Tom



 [image: Inactive hide details for Raymond Auge ---07/17/2014 01:42:17
 PM---So am I right that equinox doesn't support the 'osgi.bundles]Raymond
 Auge ---07/17/2014 01:42:17 PM---So am I right that equinox doesn't support
 the 'osgi.bundles' property via the framework API?

 From: Raymond Auge raymond.a...@liferay.com
 To: Equinox development mailing list equinox-dev@eclipse.org
 Date: 07/17/2014 01:42 PM
 Subject: [equinox-dev] osgi.bundles property
 Sent by: equinox-dev-boun...@eclipse.org
 --



 So am I right that equinox doesn't support the 'osgi.bundles' property via
 the framework API?

 It looks like these are only supported via the EclipseStarter which isn't
 used when calling the Framework API.

 Can I get a confirmation?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] osgi.bundles property

[Raymond Auge]

Well, I'm going purely based on what I've debugged so far.

We were using arquillian container using felix, and the container code
uses the Framework API only in both the felix impl and the equinox impl.

I wanted to use equinox by default.

However, the tests work when running the felix container and setting
felix.auto.start.

The tests fail when running the equinox container and setting osgi.bundles

- Ray


On Thu, Jul 17, 2014 at 12:23 PM, Thomas Watson tjwat...@us.ibm.com wrote:

 We certainly don't have anything like that, but I am surprised by this
 since the felix documentation seems to differentiate framework properties
 from launcher properties [1].  And the felix.auto.* properties all seem to
 be launcher properties which I would think do NOT apply when using the OSGi
 Framework API to create a framework.  But maybe I am confused about what
 they call a launcher vs the framework.

 Tom

 [1]
 http://felix.apache.org/site/apache-felix-framework-configuration-properties.html


 [image: Inactive hide details for Raymond Auge ---07/17/2014 02:01:25
 PM---Actually, it's supported in Felix from the Framework API. fe]Raymond
 Auge ---07/17/2014 02:01:25 PM---Actually, it's supported in Felix from the
 Framework API. felix.auto.start.start_level=url[\sur


 From: Raymond Auge raymond.a...@liferay.com
 To: Equinox development mailing list equinox-dev@eclipse.org
 Date: 07/17/2014 02:01 PM
 Subject: Re: [equinox-dev] osgi.bundles property

 Sent by: equinox-dev-boun...@eclipse.org
 --



 Actually, it's supported in Felix from the Framework API.

 felix.auto.start.start_level=url[\surl]+

 I'm just confirming a bug in arquillian with their
 embedded equinox container module which assumes it can start bundles using
 the 'osgi.bundles' property in the same way felix does.

 - Ray


 On Thu, Jul 17, 2014 at 11:50 AM, Thomas Watson *tjwat...@us.ibm.com*
 tjwat...@us.ibm.com wrote:

Yes, this is correct.  If you are using the OSGi Framework API then it
is up to your own launcher to populate the framework with the initial set
of bundles.  We could think about doing something similar to felix which I
think does something simple with loading bundles from a bundles/ folder by
default.  But then again, I would not be surprised if that is only
supported by the felix launcher and not directly by the felix
implementation of the Framework API.

Tom



[image: Inactive hide details for Raymond Auge ---07/17/2014 01:42:17
PM---So am I right that equinox doesn't support the 'osgi.bundles]Raymond
Auge ---07/17/2014 01:42:17 PM---So am I right that equinox doesn't support
the 'osgi.bundles' property via the framework API?

From: Raymond Auge *raymond.a...@liferay.com*
raymond.a...@liferay.com
To: Equinox development mailing list *equinox-dev@eclipse.org*
equinox-dev@eclipse.org
Date: 07/17/2014 01:42 PM
Subject: [equinox-dev] osgi.bundles property
Sent by: *equinox-dev-boun...@eclipse.org*
equinox-dev-boun...@eclipse.org
--




So am I right that equinox doesn't support the 'osgi.bundles' property
via the framework API?

It looks like these are only supported via the EclipseStarter which
isn't used when calling the Framework API.

Can I get a confirmation?

--
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
___
equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
https://dev.eclipse.org/mailman/listinfo/equinox-dev

___
equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software

Re: [equinox-dev] osgi.bundles property

[Raymond Auge]

Ok, let me step back for a minute and make sure I'm not totally off base.

Will report back in a moment.

- Ray


On Thu, Jul 17, 2014 at 1:24 PM, Raymond Auge raymond.a...@liferay.com
wrote:

 Well, I'm going purely based on what I've debugged so far.

 We were using arquillian container using felix, and the container code
 uses the Framework API only in both the felix impl and the equinox impl.

 I wanted to use equinox by default.

 However, the tests work when running the felix container and setting
 felix.auto.start.

 The tests fail when running the equinox container and setting osgi.bundles

 - Ray


 On Thu, Jul 17, 2014 at 12:23 PM, Thomas Watson tjwat...@us.ibm.com
 wrote:

 We certainly don't have anything like that, but I am surprised by this
 since the felix documentation seems to differentiate framework properties
 from launcher properties [1].  And the felix.auto.* properties all seem to
 be launcher properties which I would think do NOT apply when using the OSGi
 Framework API to create a framework.  But maybe I am confused about what
 they call a launcher vs the framework.

 Tom

 [1]
 http://felix.apache.org/site/apache-felix-framework-configuration-properties.html


 [image: Inactive hide details for Raymond Auge ---07/17/2014 02:01:25
 PM---Actually, it's supported in Felix from the Framework API. fe]Raymond
 Auge ---07/17/2014 02:01:25 PM---Actually, it's supported in Felix from the
 Framework API. felix.auto.start.start_level=url[\sur


 From: Raymond Auge raymond.a...@liferay.com
 To: Equinox development mailing list equinox-dev@eclipse.org
 Date: 07/17/2014 02:01 PM
 Subject: Re: [equinox-dev] osgi.bundles property

 Sent by: equinox-dev-boun...@eclipse.org
 --



 Actually, it's supported in Felix from the Framework API.

 felix.auto.start.start_level=url[\surl]+

 I'm just confirming a bug in arquillian with their
 embedded equinox container module which assumes it can start bundles using
 the 'osgi.bundles' property in the same way felix does.

 - Ray


 On Thu, Jul 17, 2014 at 11:50 AM, Thomas Watson *tjwat...@us.ibm.com*
 tjwat...@us.ibm.com wrote:

Yes, this is correct.  If you are using the OSGi Framework API then
it is up to your own launcher to populate the framework with the initial
set of bundles.  We could think about doing something similar to felix
which I think does something simple with loading bundles from a bundles/
folder by default.  But then again, I would not be surprised if that is
only supported by the felix launcher and not directly by the felix
implementation of the Framework API.

Tom



[image: Inactive hide details for Raymond Auge ---07/17/2014 01:42:17
PM---So am I right that equinox doesn't support the 'osgi.bundles]Raymond
Auge ---07/17/2014 01:42:17 PM---So am I right that equinox doesn't 
 support
the 'osgi.bundles' property via the framework API?

From: Raymond Auge *raymond.a...@liferay.com*
raymond.a...@liferay.com
To: Equinox development mailing list *equinox-dev@eclipse.org*
equinox-dev@eclipse.org
Date: 07/17/2014 01:42 PM
Subject: [equinox-dev] osgi.bundles property
Sent by: *equinox-dev-boun...@eclipse.org*
equinox-dev-boun...@eclipse.org
--




So am I right that equinox doesn't support the 'osgi.bundles'
property via the framework API?

It looks like these are only supported via the EclipseStarter which
isn't used when calling the Framework API.

Can I get a confirmation?

--
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
___
equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
https://dev.eclipse.org/mailman/listinfo/equinox-dev

___
equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*
https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 To change your delivery options, retrieve your

Re: [equinox-dev] osgi.bundles property

[Raymond Auge]

Wondering if arquillian is using such an old version of equinox, since
their module has the following dependency:

dependency
groupIdorg.eclipse.osgi/groupId
artifactIdorg.eclipse.osgi/artifactId
/dependency

The newest equinox artifact with that coordinate is is 3.7.1

Perhaps here is another good reason why equinox should publish it's own
artifacts to maven central, so that other projects don't get stuck using
really really old dependencies like this.

So far tycho project is the only recent source of equinox in MC (and I
would guess lots of people don't know this).

- Ray


On Thu, Jul 17, 2014 at 1:36 PM, Raymond Auge raymond.a...@liferay.com
wrote:

 So, Cristiano you have shed some light on the issue.

 When using the felix framework we need these dependencies:

 dependency conf=test-default name=org.apache.felix.framework
 org=org.apache.felix rev=4.4.0 /
 dependency conf=test-default name=org.apache.felix.main
 org=org.apache.felix rev=4.4.0 /

 However, the arquillian framework itself still only creates the osgi
 Framework using:

 IteratorFrameworkFactory factories =
 ServiceLoader.load(FrameworkFactory.class).iterator();
 if (factories.hasNext()) {
 frameworkFactory = factories.next();
 }

 This operation is provided by a common parent module which the other osgi
 containers (both felix and equinox) inherit from.

 So, it seems that Felix is doing the magic on it's own to decide to
 support these properties because arquillian is doing no such thing on it's
 own.

 I guess the felix framework either finds an extension in the classpath and
 uses it.

 - Ray


 On Thu, Jul 17, 2014 at 1:26 PM, Raymond Auge raymond.a...@liferay.com
 wrote:

 Ok, let me step back for a minute and make sure I'm not totally off base.

 Will report back in a moment.

 - Ray


 On Thu, Jul 17, 2014 at 1:24 PM, Raymond Auge raymond.a...@liferay.com
 wrote:

 Well, I'm going purely based on what I've debugged so far.

 We were using arquillian container using felix, and the container code
 uses the Framework API only in both the felix impl and the equinox impl.

 I wanted to use equinox by default.

 However, the tests work when running the felix container and setting
 felix.auto.start.

 The tests fail when running the equinox container and setting
 osgi.bundles

 - Ray


 On Thu, Jul 17, 2014 at 12:23 PM, Thomas Watson tjwat...@us.ibm.com
 wrote:

 We certainly don't have anything like that, but I am surprised by this
 since the felix documentation seems to differentiate framework properties
 from launcher properties [1].  And the felix.auto.* properties all seem to
 be launcher properties which I would think do NOT apply when using the OSGi
 Framework API to create a framework.  But maybe I am confused about what
 they call a launcher vs the framework.

 Tom

 [1]
 http://felix.apache.org/site/apache-felix-framework-configuration-properties.html


 [image: Inactive hide details for Raymond Auge ---07/17/2014 02:01:25
 PM---Actually, it's supported in Felix from the Framework API. fe]Raymond
 Auge ---07/17/2014 02:01:25 PM---Actually, it's supported in Felix from the
 Framework API. felix.auto.start.start_level=url[\sur


 From: Raymond Auge raymond.a...@liferay.com
 To: Equinox development mailing list equinox-dev@eclipse.org
 Date: 07/17/2014 02:01 PM
 Subject: Re: [equinox-dev] osgi.bundles property

 Sent by: equinox-dev-boun...@eclipse.org
 --



 Actually, it's supported in Felix from the Framework API.

 felix.auto.start.start_level=url[\surl]+

 I'm just confirming a bug in arquillian with their
 embedded equinox container module which assumes it can start bundles using
 the 'osgi.bundles' property in the same way felix does.

 - Ray


 On Thu, Jul 17, 2014 at 11:50 AM, Thomas Watson *tjwat...@us.ibm.com*
 tjwat...@us.ibm.com wrote:

Yes, this is correct.  If you are using the OSGi Framework API then
it is up to your own launcher to populate the framework with the initial
set of bundles.  We could think about doing something similar to felix
which I think does something simple with loading bundles from a bundles/
folder by default.  But then again, I would not be surprised if that is
only supported by the felix launcher and not directly by the felix
implementation of the Framework API.

Tom



[image: Inactive hide details for Raymond Auge ---07/17/2014
01:42:17 PM---So am I right that equinox doesn't support the 
 'osgi.bundles]Raymond
Auge ---07/17/2014 01:42:17 PM---So am I right that equinox doesn't 
 support
the 'osgi.bundles' property via the framework API?

From: Raymond Auge *raymond.a...@liferay.com*
raymond.a...@liferay.com
To: Equinox development mailing list *equinox-dev@eclipse.org*
equinox-dev@eclipse.org
Date: 07/17/2014 01:42 PM
Subject: [equinox-dev] osgi.bundles property
Sent by: *equinox-dev-boun...@eclipse.org*
equinox

Re: [equinox-dev] Resolver Problem with guava and e4 (javax.annotation)

[Raymond Auge]

That being said, is it not possible to provide a system fragment bundle
which attempts to correct that?:

Fragment-Host: system.bundle
Bundle-RequiredExecutionEnvironment: ?java8[profile]?
Export-Package: javax.annotation;version=1.2,javax.blah;version=x.y.z,..

If we could to that, then a fragment bundle specific per java version could
come along and correct all the packages exported by the system bundle
without having to modify the impl.



On Fri, Jul 11, 2014 at 7:49 AM, Thomas Watson tjwat...@us.ibm.com wrote:

 One clarification on import/export.  If your bundle X is a container
 bundle as BJ describes and it imports/exports the packages AND its imports
 resolve to another bundle then the bundle is effectively empty as BJ
 describes.  But there is one important thing to note about such an empty
 bundle:  Other bundles that happen to require bundle X will now wire to
 the substituted packages that bundle X wires to which replaced/substituted
 the packages declared to be exported by bundle X.

 The other thing to note about this scenario that involves system packages.
  The framework *still* does not know what version to export the packages
 included in the VM.  For example, the javax.annotation packages below.  I
 imagine (but don't know for certain) that the javax.annotation packages
 include in java 8 would be at version 1.2 or higher, but the framework does
 not know that so it just exports them at version 0.0.0.  So even though you
 import/export at version 1.2.0 the package still will not be substituted
 with the VM package on Java 8.  So we will end up with two exporters of the
 annotations package.

 Tom



 [image: Inactive hide details for BJ Hargrave---07/11/2014 09:28:17
 AM---Importing what you export is only useful when the bundle conta]BJ
 Hargrave---07/11/2014 09:28:17 AM---Importing what you export is only
 useful when the bundle contains other  packages which actually use

 From: BJ Hargrave/Austin/IBM@IBMUS
 To: Equinox development mailing list equinox-dev@eclipse.org
 Date: 07/11/2014 09:28 AM

 Subject: Re: [equinox-dev] Resolver Problem with guava and e4
 (javax.annotation)
 Sent by: equinox-dev-boun...@eclipse.org
 --



 Importing what you export is only useful when the bundle contains other
 packages which actually use the exported package. For example, a bundle
 implements the OSGi Event Admin service. That bundle can export the
 org.osgi.service.event package and also import it. The bundle is happy to
 use any (version matching) org.osgi.service.event package.

 But if the bundle is just a container of packages which it exports for
 other and does not itself use the packages in anyway, then there is less
 value in also importing the packages. Say a bundle just contains the
 org.osgi.service.event package and exports it as well as imports it. If
 this bundle is resolved to import the package, the bundle is essentially
 empty. It is not exporting the package and has no other packages.

 I don't know the make up of the bundles in question here. But is may or
 may not make sense to import the packages being exported. What the bundle
 contains will influence the choice. That being said, there is little harm
 in also importing the packages, so it is a safe (but perhaps of little
 value) choice.
 --


*BJ Hargrave*
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com


 office: +1 386 848 1781
 mobile: +1 386 848 3788




 From:Andreas Sewe andreas.s...@codetrails.com
 To:equinox-dev@eclipse.org, orbit-...@eclipse.org
 Date:2014/07/11 04:38
 Subject:Re: [equinox-dev] Resolver Problem with guava and e4
(javax.annotation)
 Sent by:equinox-dev-boun...@eclipse.org
 --



 David M Williams wrote:
  I notice in Orbit, all our javax.annotation bundles follow the import
  what you export pattern  that's good, such as
 
  *Export-Package*: javax.annotation;/version/=1.2.0,
   javax.annotation.security;/version/=1.2.0,
   javax.annotation.sql;/version/=1.2.0
  *Import-Package*: javax.annotation;/version/=1.2.0,
   javax.annotation.security;/version/=1.2.0,
   javax.annotation.sql;/version/=1.2.0

 Is this import what you export best practice for *all* javax.* bundles
 in Orbit? As far as I can see, some of them don't follow this policy
 (javax.xml.bind, for example, whose packages are also provided by the
 system bundle provides at least from Java 7 onwards) and I am wondering
 whether it's worth opening bugs for this.

 Best wishes,

 Andreas

 --
 Codetrails GmbH
 The knowledge transfer company

 Robert-Bosch-Str. 7, 64293 Darmstadt
 Phone: +49-6151-276-7092
 Mobile: +49-170-811-3791
 *http://www.codetrails.com/* http://www.codetrails.com/

 Managing Director: Dr. Marcel Bruch
 Handelsregister: Darmstadt HRB 91940
 ___
 equinox-dev mailing list
 

[equinox-dev] [http] eclipse help

[Raymond Auge]

I just fixed some bugs which prevented eclipse help from working with the
new http prototype.

One thing, even though the app appears to work well in the UI, there
appears to be no content.

Can someone tell me if I should see the actual help content?

I get no errors anywhere nor do I get any type of failed browser request.

Nor can I find the source of the help webapp.

Thoughts?

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] [http] eclipse help

[Raymond Auge]

Anyone know where the eclipse help webapp source is housed?

- Ray


On Tue, Jun 10, 2014 at 2:58 PM, Raymond Auge raymond.a...@liferay.com
wrote:

 I just fixed some bugs which prevented eclipse help from working with the
 new http prototype.

 One thing, even though the app appears to work well in the UI, there
 appears to be no content.

 Can someone tell me if I should see the actual help content?

 I get no errors anywhere nor do I get any type of failed browser request.

 Nor can I find the source of the help webapp.

 Thoughts?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] [http] eclipse help

[Raymond Auge]

NVM.. I found it!

eclipse.platform.ua/org.eclipse.help.webapp

thx,
- Ray


On Tue, Jun 10, 2014 at 3:43 PM, Raymond Auge raymond.a...@liferay.com
wrote:

 Anyone know where the eclipse help webapp source is housed?

 - Ray


 On Tue, Jun 10, 2014 at 2:58 PM, Raymond Auge raymond.a...@liferay.com
 wrote:

 I just fixed some bugs which prevented eclipse help from working with the
 new http prototype.

 One thing, even though the app appears to work well in the UI, there
 appears to be no content.

 Can someone tell me if I should see the actual help content?

 I get no errors anywhere nor do I get any type of failed browser request.

 Nor can I find the source of the help webapp.

 Thoughts?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] [http] eclipse help

[Raymond Auge]

Ok, Eclipse help is now completely working.

- Ray


On Tue, Jun 10, 2014 at 3:49 PM, John Arthorne john_artho...@ca.ibm.com
wrote:


 http://git.eclipse.org/c/platform/eclipse.platform.ua.git/tree/org.eclipse.help.webapp

 John




 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org,
 Date:06/10/2014 03:44 PM
 Subject:Re: [equinox-dev] [http] eclipse help
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Anyone know where the eclipse help webapp source is housed?

 - Ray


 On Tue, Jun 10, 2014 at 2:58 PM, Raymond Auge *raymond.a...@liferay.com*
 raymond.a...@liferay.com wrote:
 I just fixed some bugs which prevented eclipse help from working with the
 new http prototype.

 One thing, even though the app appears to work well in the UI, there
 appears to be no content.

 Can someone tell me if I should see the actual help content?

 I get no errors anywhere nor do I get any type of failed browser request.

 Nor can I find the source of the help webapp.

 Thoughts?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] [http] proposed donation of new http service implementation

[Raymond Auge]

Hello everyone,

I'd like to propose the donation of an implementation of the draft *RFC 189
Http Whiteboard Service*.

This donation builds on top of the existing equinox bundles:

rt.equinox.bundles/bundles/org.eclipse.equinox.http.servlet
rt.equinox.bundles/bundles/org.eclipse.equinox.http.servlet.tests

The work in progress can be found here [1]
The draft rfc on which this is based can be found here [2]

There are ~80 tests currently, and a significant portion of the
functionality is already implemented.

Of course this is a work in progress and has not been subjected to peer
review so please be kind. However, it's my goal to bring this work to
completion, hopefully with the aid of the community, and to maintain it
long term.

Sincerely,
-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)

[1] https://github.com/rotty3000/rt.equinox.bundles/tree/rfc-189
[2] https://github.com/osgi/design/tree/master/rfcs/rfc0189
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] PDE DS annotations?

[Raymond Auge]

Does anyone know if PDE supports DS annotations?

It seems not in Kepler, but I'm holding out hope until I hear no from you
all.

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] PDE DS annotations?

[Raymond Auge]

Yes, thanks! I also tried Peter Nehrer's DS annotations plugin in the
marketplace

http://marketplace.eclipse.org/content/declarative-services-annotations-support?mpc=truempc_state=

and it works well in general case. However, the particularities of the test
harness in the org.eclipse.equinox.http.servlet.test bundle makes it
un-usable for that case.

Quite honestly though I have to say that the test harness here needs work.
I can't blame the plugin for not working.

Sincerely,
- Ray



On Wed, Jun 4, 2014 at 11:18 PM, Scott Lewis sle...@composent.com wrote:

  https://bugs.eclipse.org/bugs/show_bug.cgi?id=376950


 On 6/4/2014 7:04 PM, Raymond Auge wrote:

 Does anyone know if PDE supports DS annotations?

  It seems not in Kepler, but I'm holding out hope until I hear no from
 you all.

  --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)



 ___
 equinox-dev mailing 
 listequinox-dev@eclipse.orghttps://dev.eclipse.org/mailman/listinfo/equinox-dev



 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] deadlock in fileinstall on equinox

[Raymond Auge]

Hey All (cross posted as I'm not sure where the answer will come from),

versions:
- fileinstall 3.4.0
- equinox 3.8.0.v20120529-1548

I'm seeing a deadlock where on first start the fileinstall bundle is
getting stuck with itself

as per the following two stack traces:

Refresh Packages daemon prio=10 tid=0x7fc29c0f6800 nid=0x94c
waiting on condition [0x7fc2b9c15000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  0xc095f950 (a
java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:867)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1197)
at 
java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.lock(ReentrantReadWriteLock.java:945)
at 
org.apache.felix.fileinstall.internal.FileInstall.stop(FileInstall.java:171)
at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:771)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop(BundleContextImpl.java:764)
at 
org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:510)
at 
org.eclipse.osgi.framework.internal.core.AbstractBundle.suspend(AbstractBundle.java:566)
at 
org.eclipse.osgi.framework.internal.core.Framework.suspendBundle(Framework.java:1207)
at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.suspendBundle(PackageAdminImpl.java:326)
at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.processDelta(PackageAdminImpl.java:467)
at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.doResolveBundles(PackageAdminImpl.java:251)
- locked 0xc0cbc1f8 (a
org.eclipse.osgi.framework.internal.core.PackageAdminImpl)
at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl$1.run(PackageAdminImpl.java:174)
at java.lang.Thread.run(Thread.java:744)
   Locked ownable synchronizers:
- None


fileinstall-/home/rotty/AS/liferay-portal/osgi/portal daemon prio=10
tid=0x7fc2ac01a000 nid=0x920 waiting on condition
[0x7fc2ba721000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  0xc51bd048 (a
java.util.concurrent.CountDownLatch$Sync)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:236)
at 
org.apache.felix.fileinstall.internal.FileInstall.refresh(FileInstall.java:319)
at 
org.apache.felix.fileinstall.internal.DirectoryWatcher.refresh(DirectoryWatcher.java:674)
at 
org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:495)
at 
org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:358)
at 
org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:310)
   Locked ownable synchronizers:
- None

You can see that the refresh event will never return (to tear down the
latch) as long as the FileInstall.stop operation can't get the lock in to
directory which it's currently holding during the refresh operation!
What seems strange is that fileinstall is adding itself to the list of
bundles to refresh during the
findBundlesWithOptionalPackagesToRefresh(toRefresh); call. Is that expected?


Sincerely,
-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] deadlock in fileinstall on equinox

[Raymond Auge]

It would seem that this could be solved it it were possible to pass the
property:

felix.fileinstall.optionalImportRefreshScope=managed

but this property cannot be passed except via config admin, so you can't
bootstrap the system as it is.

- Ray


On Tue, Apr 29, 2014 at 1:28 PM, Raymond Auge raymond.a...@liferay.comwrote:

 Hey All (cross posted as I'm not sure where the answer will come from),

 versions:
 - fileinstall 3.4.0
 - equinox 3.8.0.v20120529-1548

 I'm seeing a deadlock where on first start the fileinstall bundle is
 getting stuck with itself

 as per the following two stack traces:

 Refresh Packages daemon prio=10 tid=0x7fc29c0f6800 nid=0x94c waiting on 
 condition [0x7fc2b9c15000]
java.lang.Thread.State: WAITING (parking)
   at sun.misc.Unsafe.park(Native Method)
   - parking to wait for  0xc095f950 (a 
 java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync)
   at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
   at 
 java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
   at 
 java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:867)
   at 
 java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1197)
   at 
 java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.lock(ReentrantReadWriteLock.java:945)
   at 
 org.apache.felix.fileinstall.internal.FileInstall.stop(FileInstall.java:171)
   at 
 org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:771)
   at java.security.AccessController.doPrivileged(Native Method)
   at 
 org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop(BundleContextImpl.java:764)
   at 
 org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:510)
   at 
 org.eclipse.osgi.framework.internal.core.AbstractBundle.suspend(AbstractBundle.java:566)
   at 
 org.eclipse.osgi.framework.internal.core.Framework.suspendBundle(Framework.java:1207)
   at 
 org.eclipse.osgi.framework.internal.core.PackageAdminImpl.suspendBundle(PackageAdminImpl.java:326)
   at 
 org.eclipse.osgi.framework.internal.core.PackageAdminImpl.processDelta(PackageAdminImpl.java:467)
   at 
 org.eclipse.osgi.framework.internal.core.PackageAdminImpl.doResolveBundles(PackageAdminImpl.java:251)
   - locked 0xc0cbc1f8 (a 
 org.eclipse.osgi.framework.internal.core.PackageAdminImpl)
   at 
 org.eclipse.osgi.framework.internal.core.PackageAdminImpl$1.run(PackageAdminImpl.java:174)
   at java.lang.Thread.run(Thread.java:744)
Locked ownable synchronizers:
   - None


 fileinstall-/home/rotty/AS/liferay-portal/osgi/portal daemon prio=10 
 tid=0x7fc2ac01a000 nid=0x920 waiting on condition [0x7fc2ba721000]
java.lang.Thread.State: WAITING (parking)
   at sun.misc.Unsafe.park(Native Method)
   - parking to wait for  0xc51bd048 (a 
 java.util.concurrent.CountDownLatch$Sync)
   at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
   at 
 java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
   at 
 java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
   at 
 java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
   at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:236)
   at 
 org.apache.felix.fileinstall.internal.FileInstall.refresh(FileInstall.java:319)
   at 
 org.apache.felix.fileinstall.internal.DirectoryWatcher.refresh(DirectoryWatcher.java:674)
   at 
 org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:495)
   at 
 org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:358)
   at 
 org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:310)
Locked ownable synchronizers:
   - None

 You can see that the refresh event will never return (to tear down the
 latch) as long as the FileInstall.stop operation can't get the lock in to
 directory which it's currently holding during the refresh operation!
 What seems strange is that fileinstall is adding itself to the list of
 bundles to refresh during the
 findBundlesWithOptionalPackagesToRefresh(toRefresh); call. Is that expected?


 Sincerely,
 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list

[equinox-dev] bug or not

[Raymond Auge]

Hey all,

I have to write code as follows in a ServiceFactory impl in order for my
factory to always return the same instance per bundle running on
equinox 3.8.0.v20120529-1548

===
public HttpService getService(
Bundle bundle, ServiceRegistrationHttpService registration) {

HttpServiceImpl httpServiceImpl = serviceMap.get(bundle);

if (httpServiceImpl != null) {
return httpServiceImpl;
}

httpServiceImpl = new HttpServiceImpl(
bundle, contextController, legacyServiceIdGenerator);

serviceMap.putIfAbsent(bundle, httpServiceImpl);

return httpServiceImpl;
}
===

This seems clearly wrong as per the spec.

It's certainly calling the getService method of the ServiceFactory which
I'm guessing means it's not incorrectly registered.

What could I be doing wrong? Was this ever a bug in equinox that was later
resolved?

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] bug or not

[Raymond Auge]

 equinox 3.8.0.v20120529-1548

- Ray

On Mon, Apr 28, 2014 at 4:30 PM, BJ Hargrave hargr...@us.ibm.com wrote:

 You don't have to manage the instance. The framework, per spec, must cache
 the instance the return it for future BundleContext.getService calls.

 I am quite sure Equinox is fine here. Never heard of a problem in this
 area. You don't mention what version you use.
 --

  *BJ Hargrave*
 Senior Technical Staff Member, IBM
 OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com

 office: +1 386 848 1781
 mobile: +1 386 848 3788





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:2014/04/28 16:24
 Subject:[equinox-dev] bug or not
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Hey all,

 I have to write code as follows in a ServiceFactory impl in order for my
 factory to always return the same instance per bundle running on
 equinox 3.8.0.v20120529-1548

 ===
 public HttpService getService(
 Bundle bundle, ServiceRegistrationHttpService registration) {

 HttpServiceImpl httpServiceImpl = serviceMap.get(bundle);

 if (httpServiceImpl != null) {
 return httpServiceImpl;
 }

 httpServiceImpl = new HttpServiceImpl(
 bundle, contextController, legacyServiceIdGenerator);

 serviceMap.putIfAbsent(bundle, httpServiceImpl);

 return httpServiceImpl;
 }
 ===

 This seems clearly wrong as per the spec.

 It's certainly calling the getService method of the ServiceFactory which
 I'm guessing means it's not incorrectly registered.

 What could I be doing wrong? Was this ever a bug in equinox that was later
 resolved?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] bug or not

[Raymond Auge]

On Mon, Apr 28, 2014 at 5:17 PM, Thomas Watson tjwat...@us.ibm.com wrote:

 You seem to be implementing the work that the framework already does for
 ServiceFactory registrations.  The framework will only call your factory
 once as long as the use count of the service is greater than zero for a
 particular bundle.  The framework will then cache that service instance and
 keep returning it directly to the bundle without calling the ServiceFactory
 again.

 Am I understanding your observation correctly?  You are stating that your
 factory is not called multiple times for the same consuming bundle?


I'm stating that when a single bundle is deployed which requests the same
service multiple times the factory method is called multiple times and the
bundle gets a different instance of the service each time.

I'm not sure if there is some sort of race condition but the client bundle
(in this case the felix webconsole) is requesting the HttpService mutliple
times (in the same thread) and each time the equinox framework is invoking
the HttpServiceFactory method returning different HttpServiceImpl instance.

- Ray




 Tom



 [image: Inactive hide details for Raymond Auge ---04/28/2014 03:24:26
 PM---Hey all, I have to write code as follows in a ServiceFactory]Raymond
 Auge ---04/28/2014 03:24:26 PM---Hey all, I have to write code as follows
 in a ServiceFactory impl in order for my


 From: Raymond Auge raymond.a...@liferay.com
 To: Equinox development mailing list equinox-dev@eclipse.org
 Date: 04/28/2014 03:24 PM

 Subject: [equinox-dev] bug or not
 Sent by: equinox-dev-boun...@eclipse.org
 --



 Hey all,

 I have to write code as follows in a ServiceFactory impl in order for my
 factory to always return the same instance per bundle running on
 equinox 3.8.0.v20120529-1548

 ===
 public HttpService getService(
 Bundle bundle, ServiceRegistrationHttpService registration) {

 HttpServiceImpl httpServiceImpl = serviceMap.get(bundle);

 if (httpServiceImpl != null) {
 return httpServiceImpl;
 }

 httpServiceImpl = new HttpServiceImpl(
 bundle, contextController, legacyServiceIdGenerator);

 serviceMap.putIfAbsent(bundle, httpServiceImpl);

 return httpServiceImpl;
 }
 ===

 This seems clearly wrong as per the spec.

 It's certainly calling the getService method of the ServiceFactory which
 I'm guessing means it's not incorrectly registered.

 What could I be doing wrong? Was this ever a bug in equinox that was later
 resolved?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] bug or not

[Raymond Auge]

I agree that I should NOT have to implement this code. However, I'm having
to do so in order to work around this apparent issue.

- Ray


On Mon, Apr 28, 2014 at 5:23 PM, Raymond Auge raymond.a...@liferay.comwrote:




 On Mon, Apr 28, 2014 at 5:17 PM, Thomas Watson tjwat...@us.ibm.comwrote:

 You seem to be implementing the work that the framework already does for
 ServiceFactory registrations.  The framework will only call your factory
 once as long as the use count of the service is greater than zero for a
 particular bundle.  The framework will then cache that service instance and
 keep returning it directly to the bundle without calling the ServiceFactory
 again.

 Am I understanding your observation correctly?  You are stating that your
 factory is not called multiple times for the same consuming bundle?


 I'm stating that when a single bundle is deployed which requests the same
 service multiple times the factory method is called multiple times and the
 bundle gets a different instance of the service each time.

 I'm not sure if there is some sort of race condition but the client bundle
 (in this case the felix webconsole) is requesting the HttpService mutliple
 times (in the same thread) and each time the equinox framework is invoking
 the HttpServiceFactory method returning different HttpServiceImpl instance.

 - Ray




 Tom



 [image: Inactive hide details for Raymond Auge ---04/28/2014 03:24:26
 PM---Hey all, I have to write code as follows in a ServiceFactory]Raymond
 Auge ---04/28/2014 03:24:26 PM---Hey all, I have to write code as follows
 in a ServiceFactory impl in order for my


 From: Raymond Auge raymond.a...@liferay.com
 To: Equinox development mailing list equinox-dev@eclipse.org
 Date: 04/28/2014 03:24 PM

 Subject: [equinox-dev] bug or not
 Sent by: equinox-dev-boun...@eclipse.org
 --



 Hey all,

 I have to write code as follows in a ServiceFactory impl in order for my
 factory to always return the same instance per bundle running on
 equinox 3.8.0.v20120529-1548

 ===
 public HttpService getService(
 Bundle bundle, ServiceRegistrationHttpService registration) {

 HttpServiceImpl httpServiceImpl = serviceMap.get(bundle);

 if (httpServiceImpl != null) {
 return httpServiceImpl;
 }

 httpServiceImpl = new HttpServiceImpl(
 bundle, contextController, legacyServiceIdGenerator);

 serviceMap.putIfAbsent(bundle, httpServiceImpl);

 return httpServiceImpl;
 }
 ===

 This seems clearly wrong as per the spec.

 It's certainly calling the getService method of the ServiceFactory which
 I'm guessing means it's not incorrectly registered.

 What could I be doing wrong? Was this ever a bug in equinox that was
 later resolved?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] bug or not

[Raymond Auge]

will check!

Thx,
- Ray


On Mon, Apr 28, 2014 at 5:37 PM, Thomas Watson tjwat...@us.ibm.com wrote:

 Is your ServiceFactory.ungetService getting called each time?  If so then
 it is likely the felix webconsole is using an anti pattern like this:

 HttpService service = bc.getService(httpServiceRef);
 /// do some work with http service
 bc.ungetService(httpServiceRef);

 If they are getting/ungetting the service each time they are interacting
 with the service then the usecount for the service goes to zero for each
 usage which then causes the framework to free the service instance object.
  The should be using something like a ServiceTracker to avoid this kind of
 anti-pattern.

 Tom



 [image: Inactive hide details for Raymond Auge ---04/28/2014 04:26:50
 PM---I agree that I should NOT have to implement this code. Howev]Raymond
 Auge ---04/28/2014 04:26:50 PM---I agree that I should NOT have to
 implement this code. However, I'm having to do so in order to work


 From: Raymond Auge raymond.a...@liferay.com
 To: Equinox development mailing list equinox-dev@eclipse.org
 Date: 04/28/2014 04:26 PM
 Subject: Re: [equinox-dev] bug or not

 Sent by: equinox-dev-boun...@eclipse.org
 --



 I agree that I should NOT have to implement this code. However, I'm having
 to do so in order to work around this apparent issue.

 - Ray


 On Mon, Apr 28, 2014 at 5:23 PM, Raymond Auge 
 *raymond.a...@liferay.com*raymond.a...@liferay.com
 wrote:




On Mon, Apr 28, 2014 at 5:17 PM, Thomas Watson 
 *tjwat...@us.ibm.com*tjwat...@us.ibm.com
wrote:
   You seem to be implementing the work that the framework already
   does for ServiceFactory registrations.  The framework will only call 
 your
   factory once as long as the use count of the service is greater than 
 zero
   for a particular bundle.  The framework will then cache that service
   instance and keep returning it directly to the bundle without calling 
 the
   ServiceFactory again.

   Am I understanding your observation correctly?  You are stating
   that your factory is not called multiple times for the same consuming
   bundle?


I'm stating that when a single bundle is deployed which requests the
same service multiple times the factory method is called multiple times and
the bundle gets a different instance of the service each time.

I'm not sure if there is some sort of race condition but the client
bundle (in this case the felix webconsole) is requesting the HttpService
mutliple times (in the same thread) and each time the equinox framework is
invoking the HttpServiceFactory method returning different HttpServiceImpl
instance.

- Ray



   Tom



   [image: Inactive hide details for Raymond Auge ---04/28/2014
   03:24:26 PM---Hey all, I have to write code as follows in a 
 ServiceFactory]Raymond
   Auge ---04/28/2014 03:24:26 PM---Hey all, I have to write code as 
 follows
   in a ServiceFactory impl in order for my



   From: Raymond Auge *raymond.a...@liferay.com*raymond.a...@liferay.com
   
   To: Equinox development mailing list 
 *equinox-dev@eclipse.org*equinox-dev@eclipse.org
   
   Date: 04/28/2014 03:24 PM

   Subject: [equinox-dev] bug or not
   Sent by: 
 *equinox-dev-boun...@eclipse.org*equinox-dev-boun...@eclipse.org
   --



   Hey all,

   I have to write code as follows in a ServiceFactory impl in order
   for my factory to always return the same instance per bundle running on
   equinox 3.8.0.v20120529-1548

   ===
   public HttpService getService(
   Bundle bundle, ServiceRegistrationHttpService registration) {

   HttpServiceImpl httpServiceImpl = serviceMap.get(bundle);

   if (httpServiceImpl != null) {
   return httpServiceImpl;
   }

   httpServiceImpl = new HttpServiceImpl(
   bundle, contextController, legacyServiceIdGenerator);

   serviceMap.putIfAbsent(bundle, httpServiceImpl);

   return httpServiceImpl;
   }
   ===

   This seems clearly wrong as per the spec.

   It's certainly calling the getService method of the ServiceFactory
   which I'm guessing means it's not incorrectly registered.

   What could I be doing wrong? Was this ever a bug in equinox that
   was later resolved?

   --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
(@rotty3000)
   Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
   ___
   equinox-dev mailing list
 *equinox-dev@eclipse.org* equinox-dev@eclipse.org
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*https://dev.eclipse.org/mailman/listinfo/equinox-dev


   ___
   equinox-dev

Re: [equinox-dev] bug or not

[Raymond Auge]

Hey all,

I think I may have gotten a false positive on some tests because this week
I can't reproduce it.

Seems you should test code again after a week off. Glad I didn't file a
ticket.

Excuse the noise,
Ray
On Apr 28, 2014 9:07 PM, Richard Hall he...@ungoverned.org wrote:

 If you only meant for registering resources with the HttpService, then i
 can agree with that. :-)

 - richard
  On Apr 28, 2014 8:59 PM, Thomas Watson tjwat...@us.ibm.com wrote:

  But for the HttpService I consider this an anti-pattern.  When a
 bundle's usecount reaches zero the HttpService implementation must
 unregister all resources registered by that bundle.  If that is really what
 the webconsole bundle wants then that is fine and I agree with you.  But if
 the webconsole has resources (servlets) it does not want unregisered then
 it better keep its usecount of the service (it is still using to serve
 resources) greater than zero.

 Tom



 [image: Inactive hide details for Richard S. Hall ---04/28/2014
 05:34:25 PM---On 4/28/14, 17:37 , Thomas Watson wrote: ]Richard S.
 Hall ---04/28/2014 05:34:25 PM---On 4/28/14, 17:37 , Thomas Watson wrote: 

 From: Richard S. Hall he...@ungoverned.org
 To: Equinox development mailing list equinox-dev@eclipse.org
 Date: 04/28/2014 05:34 PM
 Subject: Re: [equinox-dev] bug or not
 Sent by: equinox-dev-boun...@eclipse.org
 --



 On 4/28/14, 17:37 , Thomas Watson wrote:


Is your ServiceFactory.ungetService getting called each time?  If so
then it is likely the felix webconsole is using an anti pattern like this:

HttpService service = bc.getService(httpServiceRef);
/// do some work with http service
bc.ungetService(httpServiceRef);



 Is this really an anti-pattern? It doesn't seem so to me. If so, why
 don't we just deprecate ungetService() and tell all bundle implementers to
 not worry about ungetting, since they framework will do it for you when the
 bundle stops?

 The fact that ungetting and recreating may be costly is an issue for the
 service implementer, it would seem, not the service consumer. If it costs a
 lot to create instances, the service factory could consider doing caching
 of instances and reusing them on subsequent requests.

 Having client bundles call ungetService when they are done with a service
 that they may not use again for a while seems reasonable to me.

 - richard



If they are getting/ungetting the service each time they are
interacting with the service then the usecount for the service goes to 
 zero
for each usage which then causes the framework to free the service 
 instance
object.  The should be using something like a ServiceTracker to avoid this
kind of anti-pattern.

Tom



[image: Inactive hide details for Raymond Auge ---04/28/2014 04:26:50
PM---I agree that I should NOT have to implement this code. Howev]Raymond
Auge ---04/28/2014 04:26:50 PM---I agree that I should NOT have to
implement this code. However, I'm having to do so in order to work

From: Raymond Auge *raymond.a...@liferay.com*raymond.a...@liferay.com
To: Equinox development mailing list 
 *equinox-dev@eclipse.org*equinox-dev@eclipse.org
Date: 04/28/2014 04:26 PM
Subject: Re: [equinox-dev] bug or not
Sent by: 
 *equinox-dev-boun...@eclipse.org*equinox-dev-boun...@eclipse.org

--



I agree that I should NOT have to implement this code. However, I'm
having to do so in order to work around this apparent issue.

- Ray


On Mon, Apr 28, 2014 at 5:23 PM, Raymond Auge 
*raymond.a...@liferay.com* raymond.a...@liferay.com wrote:



   On Mon, Apr 28, 2014 at 5:17 PM, Thomas Watson 
   *tjwat...@us.ibm.com* tjwat...@us.ibm.com wrote:
  You seem to be implementing the work that the framework already
  does for ServiceFactory registrations.  The framework will only 
 call your
  factory once as long as the use count of the service is greater 
 than zero
  for a particular bundle.  The framework will then cache that service
  instance and keep returning it directly to the bundle without 
 calling the
  ServiceFactory again.

  Am I understanding your observation correctly?  You are stating
  that your factory is not called multiple times for the same 
 consuming
  bundle?


   I'm stating that when a single bundle is deployed which requests
   the same service multiple times the factory method is called multiple 
 times
   and the bundle gets a different instance of the service each time.

   I'm not sure if there is some sort of race condition but the
   client bundle (in this case the felix webconsole) is requesting the
   HttpService mutliple times (in the same thread) and each time the 
 equinox
   framework is invoking the HttpServiceFactory method returning different
   HttpServiceImpl instance.

   - Ray

[equinox-dev] http progress

[Raymond Auge]

FYI Work is progressing well.

Please see https://github.com/rotty3000/rt.equinox.bundles/tree/rfc-189

Note there is still much discussion and unanswered questions regarding the
RFC which has not yet finalized. But based on reasonable assumptions I
believe managing any coming changes should be reasonably simple.

I've also added a significant number of tests covering many untested cases
with the goal to maintain all legacy functionality.

Sincerely,
-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] branch for R6

[Raymond Auge]

Great, thanks for the clarification.

-Ray
On Apr 10, 2014 7:49 AM, BJ Hargrave hargr...@us.ibm.com wrote:

 See
 http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/bundles/org.eclipse.osgi/osgi/osgi.annotation.jar.
 The projects build.properties includes it as an extra jar:
 http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/bundles/org.eclipse.osgi/build.properties#n34

 The org.osgi.annotation.versioning package is not a runtime package.
 Therefore, an OSGi framework must not include that package and must not
 export that package at runtime. People should also not compile against an
 OSGi framework implementation to get the OSGi packages.

 Your project can do the same for osgi.annotation.jar as the
 org.eclipse.osgi project.
 --

  *BJ Hargrave*
 Senior Technical Staff Member, IBM
 OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com

 office: +1 386 848 1781
 mobile: +1 386 848 3788





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:2014/04/09 22:26
 Subject:[equinox-dev] branch for R6
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Is there an rt.equinox.framework R6 branch?

 I don't see one which includes org.osgi.annotation.versioning package.

 The latest http spec depends on this annotation unless I strip the Version
 package annotation from this work.

 Thoughts?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] branch for R6

[Raymond Auge]

Next concern is that this is a cross repo dependency.

Is it ok for a bundle in one repo to reference a bundle in another repo?

jars.extra.classpath =
platform:/plugin/org.eclipse.osgi/osgi/osgi.annotation.jar

Aren't these repos theoretically standalone for the purpose of building?

- Ray


On Thu, Apr 10, 2014 at 9:08 AM, Thomas Watson tjwat...@us.ibm.com wrote:

 For what its worth, the equinox build does build against the OSGi classes
 from other bundles in equinox.  BJ says, people should also not compile
 against an OSGi framework implementation to get OSGi packages.  That may be
 true, but in equinox our bundles most definitely do compile against
 org.eclipse.osgi to get the core osgi packages because in our build
 org.eclipse.osgi is considered just another bundle.  That is just how our
 mavin/tycho build works.

 Other than that tidbit I agree with BJ about how to proceed with the
 annotations.jar.

 Tom



 [image: Inactive hide details for BJ Hargrave---04/10/2014 06:49:08
 AM---See http://git.eclipse.org/c/equinox/rt.equinox.framework.git]BJ
 Hargrave---04/10/2014 06:49:08 AM---See
 http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/bundles/org.eclipse.osgi/osgi/os

 From: BJ Hargrave/Austin/IBM@IBMUS
 To: Equinox development mailing list equinox-dev@eclipse.org,
 Date: 04/10/2014 06:49 AM
 Subject: Re: [equinox-dev] branch for R6

 Sent by: equinox-dev-boun...@eclipse.org
 --



 See
 *http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/bundles/org.eclipse.osgi/osgi/osgi.annotation.jar*http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/bundles/org.eclipse.osgi/osgi/osgi.annotation.jar.
 The projects build.properties includes it as an extra jar:
 *http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/bundles/org.eclipse.osgi/build.properties#n34*http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/bundles/org.eclipse.osgi/build.properties#n34


 The org.osgi.annotation.versioning package is not a runtime package.
 Therefore, an OSGi framework must not include that package and must not
 export that package at runtime. People should also not compile against an
 OSGi framework implementation to get the OSGi packages.

 Your project can do the same for osgi.annotation.jar as the
 org.eclipse.osgi project.
 --


*BJ Hargrave*
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com


 office: +1 386 848 1781
 mobile: +1 386 848 3788




 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:2014/04/09 22:26
 Subject:[equinox-dev] branch for R6
 Sent by:equinox-dev-boun...@eclipse.org
 --



 Is there an rt.equinox.framework R6 branch?

 I don't see one which includes org.osgi.annotation.versioning package.

 The latest http spec depends on this annotation unless I strip the Version
 package annotation from this work.

 Thoughts?

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 *https://dev.eclipse.org/mailman/listinfo/equinox-dev*https://dev.eclipse.org/mailman/listinfo/equinox-dev
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
inline: graycol.gif___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] branch for R6

[Raymond Auge]

Is there an rt.equinox.framework R6 branch?

I don't see one which includes org.osgi.annotation.versioning package.

The latest http spec depends on this annotation unless I strip the Version
package annotation from this work.

Thoughts?

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] [http-service] ongoing work

[Raymond Auge]

Great!

That's definitely not a problem. I'll move it as soon as I get back to work
on it.

:)

Ray
On Mar 31, 2014 4:30 PM, BJ Hargrave hargr...@us.ibm.com wrote:

 Please do NOT put the package in org.eclipse.osgi.services. That is plugin
 is an abomination for runtime use.

 For the updated http service impl, the impl project should include the
 org.osgi.service.http package and export/import it.
 --

  *BJ Hargrave*
 Senior Technical Staff Member, IBM
 OSGi Fellow and CTO of the *OSGi Alliance* http://www.osgi.org/
 *hargr...@us.ibm.com* hargr...@us.ibm.com

 office: +1 386 848 1781
 mobile: +1 386 848 3788





 From:Raymond Auge raymond.a...@liferay.com
 To:Equinox development mailing list equinox-dev@eclipse.org
 Date:2014/03/27 09:43
 Subject:[equinox-dev] [http-service] ongoing work
 Sent by:equinox-dev-boun...@eclipse.org
 --



 FYI, my ongoing work is here:

 *https://github.com/rotty3000/rt.equinox.bundles/tree/rfc-189*https://github.com/rotty3000/rt.equinox.bundles/tree/rfc-189(the
  new in-progress impl)
 *https://github.com/rotty3000/rt.equinox.framework/tree/rfc-189*https://github.com/rotty3000/rt.equinox.framework/tree/rfc-189(adds
  proposed http API only)

 Feedback welcome.

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] [http-service] ongoing work

[Raymond Auge]

FYI, my ongoing work is here:

https://github.com/rotty3000/rt.equinox.bundles/tree/rfc-189 (the new
in-progress impl)
https://github.com/rotty3000/rt.equinox.framework/tree/rfc-189 (adds
proposed http API only)

Feedback welcome.

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] executing tests in org.eclipse.equinox.http.servlet.tests

[Raymond Auge]

The http.servlet specific tests at
`rt.equinox.bundles/bundles/org.eclipse.equinox.http.servlet.tests`

- Ray


On Wed, Mar 26, 2014 at 10:02 AM, Mickael Istria mist...@redhat.com wrote:

  On 03/26/2014 01:38 PM, Thomas Watson wrote:

 Also, these tests are not currently included in our build.

 Which build/tests are you talking about? The big Platform test suite, or
 the Tycho one?

 --
 Mickael Istria
 Eclipse developer at JBoss, by Red Hat http://www.jboss.org/tools
 My blog http://mickaelistria.wordpress.com - My 
 Tweetshttp://twitter.com/mickaelistria

 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] [http-service] servlet compatibility

[Raymond Auge]

Hey all,

I have a conundrum.

While trying to retain backward compatibility, I'm encountering an initial
difficulty.

In order to calculate the values for `http.service.endpoint` I need to get
all the mappings of the proxy servlet.

However, the only spec way of doing that is by calling:

String servletName = config.getServletName();
ServletRegistration servletRegistration =
hostServletContext.getServletRegistration(servletName);
CollectionString mappings = servletRegistration.getMappings();

However, while I can proxy the hostServletContext and avoid the no such
method issue for `getServletRegistration`, the return type is the real
problem.

In fact, if we can't calculate the proxy servlet mappings this way, we
can't advance without at least one endpoint value since this is required.

How should we deal with that scenario?

1) fail without mercy?
2) expect some user value (init-param or config) we'll retrieve (which
might be wrong)

If we do 1) we might as well just call the new method and fail in Servlet
3.0 containers
If we do 2) we allow a http-service which can potentially return inaccurate
endpoint info.

-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] [http-service] servlet compatibility

[Raymond Auge]

I'm not sure we can because there will be no way to construct a context
Path for new ServletContexts which are not mapped to the default path.


On Wed, Mar 26, 2014 at 11:21 AM, Thomas Watson tjwat...@us.ibm.com wrote:

 Reading the RFC [1]

 I see the following defined for the http.service.endpoint:

 A String+ value of Http Service endpoints provided as URLs e.g.
 http://192.168.1.10:8080/ or relative paths, e.g. /myapp/. Relative paths
 maybe used if the scheme and authority parts of the URLs are not known such
 as in a bridged Http Service implementation. If the Http Service is serving
 the root context and neither scheme nor authority is known, the value of
 the property is /. Each entry must end with a slash.

 It goes on further to state:

 The port and address information may not always be available to the Http
 Service implementation, particularly in a bridged implementation. In such
 cases the osgi.http.endpoint attribute may be absent.

 If ServletRegistration is not available in a 3.0 container could we just
 not set this service property in such an environment?

 Tom

 [1] https://github.com/osgi/design/tree/master/rfcs/rfc0189

 [image: Inactive hide details for Raymond Auge ---03/26/2014 09:51:19
 AM---Hey all, I have a conundrum.]Raymond Auge ---03/26/2014 09:51:19
 AM---Hey all, I have a conundrum.

 From: Raymond Auge raymond.a...@liferay.com
 To: Equinox development mailing list equinox-dev@eclipse.org,
 Date: 03/26/2014 09:51 AM
 Subject: [equinox-dev] [http-service] servlet compatibility
 Sent by: equinox-dev-boun...@eclipse.org
 --



 Hey all,

 I have a conundrum.

 While trying to retain backward compatibility, I'm encountering an initial
 difficulty.

 In order to calculate the values for `http.service.endpoint` I need to get
 all the mappings of the proxy servlet.

 However, the only spec way of doing that is by calling:

 String servletName = config.getServletName();
 ServletRegistration servletRegistration =
 hostServletContext.getServletRegistration(servletName);
 CollectionString mappings = servletRegistration.getMappings();

 However, while I can proxy the hostServletContext and avoid the no such
 method issue for `getServletRegistration`, the return type is the real
 problem.

 In fact, if we can't calculate the proxy servlet mappings this way, we
 can't advance without at least one endpoint value since this is required.

 How should we deal with that scenario?

 1) fail without mercy?
 2) expect some user value (init-param or config) we'll retrieve (which
 might be wrong)

 If we do 1) we might as well just call the new method and fail in Servlet
 3.0 containers
 If we do 2) we allow a http-service which can potentially return
 inaccurate endpoint info.

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
inline: graycol.gif___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] [http-service] servlet compatibility

[Raymond Auge]

.. at least I can't think of one?

- Ray


On Wed, Mar 26, 2014 at 11:31 AM, Raymond Auge raymond.a...@liferay.comwrote:

 I'm not sure we can because there will be no way to construct a context
 Path for new ServletContexts which are not mapped to the default path.


 On Wed, Mar 26, 2014 at 11:21 AM, Thomas Watson tjwat...@us.ibm.comwrote:

  Reading the RFC [1]

 I see the following defined for the http.service.endpoint:

 A String+ value of Http Service endpoints provided as URLs e.g.
 http://192.168.1.10:8080/ or relative paths, e.g. /myapp/. Relative
 paths maybe used if the scheme and authority parts of the URLs are not
 known such as in a bridged Http Service implementation. If the Http Service
 is serving the root context and neither scheme nor authority is known, the
 value of the property is /. Each entry must end with a slash.

 It goes on further to state:

 The port and address information may not always be available to the Http
 Service implementation, particularly in a bridged implementation. In such
 cases the osgi.http.endpoint attribute may be absent.

 If ServletRegistration is not available in a 3.0 container could we just
 not set this service property in such an environment?

 Tom

 [1] https://github.com/osgi/design/tree/master/rfcs/rfc0189

 [image: Inactive hide details for Raymond Auge ---03/26/2014 09:51:19
 AM---Hey all, I have a conundrum.]Raymond Auge ---03/26/2014 09:51:19
 AM---Hey all, I have a conundrum.

 From: Raymond Auge raymond.a...@liferay.com
 To: Equinox development mailing list equinox-dev@eclipse.org,
 Date: 03/26/2014 09:51 AM
 Subject: [equinox-dev] [http-service] servlet compatibility
 Sent by: equinox-dev-boun...@eclipse.org
 --



 Hey all,

 I have a conundrum.

 While trying to retain backward compatibility, I'm encountering an
 initial difficulty.

 In order to calculate the values for `http.service.endpoint` I need to
 get all the mappings of the proxy servlet.

 However, the only spec way of doing that is by calling:

 String servletName = config.getServletName();
 ServletRegistration servletRegistration =
 hostServletContext.getServletRegistration(servletName);
 CollectionString mappings = servletRegistration.getMappings();

 However, while I can proxy the hostServletContext and avoid the no such
 method issue for `getServletRegistration`, the return type is the real
 problem.

 In fact, if we can't calculate the proxy servlet mappings this way, we
 can't advance without at least one endpoint value since this is required.

 How should we deal with that scenario?

 1) fail without mercy?
 2) expect some user value (init-param or config) we'll retrieve (which
 might be wrong)

 If we do 1) we might as well just call the new method and fail in Servlet
 3.0 containers
 If we do 2) we allow a http-service which can potentially return
 inaccurate endpoint info.

 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com/ (@Liferay)
 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev


 ___
 equinox-dev mailing list
 equinox-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/equinox-dev




 --
 *Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
  (@rotty3000)
 Senior Software Architect
 *Liferay, Inc.* http://www.liferay.com (@Liferay)




-- 
*Raymond Augé* http://www.liferay.com/web/raymond.auge/profile
 (@rotty3000)
Senior Software Architect
*Liferay, Inc.* http://www.liferay.com (@Liferay)
inline: graycol.gif___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev