Re: Moving documentation to Git

['Achim Nierbeck' via OPS4J]

Thanks a lot :)

Am Di., 22. Aug. 2023 um 13:48 Uhr schrieb Oliver Lietz :

> Hi *,
>
> We discussed in 2020 to switch over from Confluence and Jira to GitHub
> Pages
> and Issues.
> Migration of issues to GitHub was done by Grzegorz a while back.
> I will now start working on documentation with Antora in Pax TinyBundles
> and
> Pax Exam to have something up-to-date on https://ops4j.github.io/
>
> Regards,
> O.
>
>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/2305118.ElGaqSPkdT%40madness.front.ruhr
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13cLe6NzCPFpzOCw6X9xE-Bcnf4j5dDePTzyiiFT8FZsgA%40mail.gmail.com.

Re: Fwd: [DISCUSSION] Move PAX projects to Apache Karaf ?

['Achim Nierbeck' via OPS4J]

Hi Matt,

Again, sorry for being PITA about it, I would really like to understand
what kind of problem should be solved?
I looked at the list of people that are able to work directly on the ops4j
projects, 110.
https://github.com/orgs/ops4j/people
Then I know from the past, that we had a couple of pull requests by people
not in that list.
Where would we be better with moving those projects under the ASF umbrella?
I really would like to understand the real issue.

Thanks, Achim

Am Di., 29. März 2022 um 12:19 Uhr schrieb Matt Pavlovich <
matt.pavlov...@hyte.io>:

> Hello Christoph-
>
> Again, the issue isn't a complaint. OPS4J simply does not have
> verification of developer identity. More contributions or donations won't
> solve that. Even the most staunch open source projects (ie Debian) require
> verification of developer id.
>
> Thank you,
> Matt
>
> On Monday, March 28, 2022 at 12:18:32 AM UTC-5 laeubi wrote:
>
>> I can only encourage everyone that get "complains" or "concerns" of "big
>> bussiness" or even single users telling them to simply start
>> contribution or funding OS projects they depend on:
>>
>> participation/review/testing (especially upcoming versions) is the best
>> way to mitigate "supply-chain-attacks" instead of hoping there is any
>> "governance" doing this for them for free...
>>
>> Am 25.02.22 um 11:39 schrieb Jean-Baptiste Onofré:
>> > Thanks all for your comment.
>> >
>> > Fair discussion. I agree with you, just wanted to have this open
>> > discussion and share some messages I received.
>> >
>> > Let's keep PAX as it is, at OPS4J.
>> >
>> > Thanks
>> > Regards
>> > JB
>> >
>> > On Fri, Feb 25, 2022 at 11:34 AM Łukasz Dywicki 
>> wrote:
>> >>
>> >> I see problem similar to Achim. We still didn't hear anything about
>> >> solving a community trouble. We definitely do not solve a trouble of
>> >> ops4j community which probably do not overlap 100% with Karaf. We may
>> be
>> >> solving some trouble for Karaf community, however we probably ask
>> about
>> >> shifting even more work on already small set of people working on it.
>> >> We hear concerns, which might or might not be justified. I don't think
>> >> they are since there is no record of any malicious activities made by
>> >> people contributing to ops4j/pax.
>> >> People which are mainly contributing to these project are well known
>> >> (Grzegorz, JB, Achim), externals contributions are coming over pull
>> >> requests, just like they would come to the ASF, so why we should be
>> >> moving around sources? As far I remember ASF does not scan IDs of
>> their
>> >> contributors so it can't guarantee identity of people behind
>> >> contributions as well. Back at the times I was signing my agreement I
>> >> was sending it by online fax service, so verification was very mild.
>> >> While the GPG keys is some kind of resort, a lot of people (including
>> >> myself) have self signed key which is as good as my ssh key I use to
>> >> push things to git.
>> >>
>> >> The big customers can become part of community if they wish, no matter
>> >> where project is hosted - at github or at ASF. So far it seems to me
>> >> that they are asking for favor without giving anything back to
>> >> communities which will be affected.
>> >>
>> >> Best,
>> >> Łukasz
>> >>
>> >> On 25.02.2022 08:43, Achim Nierbeck wrote:
>> >>> Hi,
>> >>>
>> >>> I'm sorry to be a PITA :)
>> >>> What I've read so far has been feelings, one concern of perception by
>> "big"
>> >>> customers.
>> >>> I would really like to know, which problem we are trying to solve by
>> moving
>> >>> the pax projects under the umbrella of Karaf.
>> >>> Or what I personally would favor under their own tlp of the ASF.
>> >>>
>> >>> Just to clarify, I'm trying the 5 W's here ...
>> >>> Why do you think it's a good idea to move the Pax Projects under the
>> karaf
>> >>> umbrella?
>> >>> Why do you think customers have a wrong perception of the Pax
>> Projects ...
>> >>> and so on ...
>> >>>
>> >>>
>> >>> What is the core issue we are trying to solve here?
>> >>> As long as I don't get down to the core thing that needs to be solved
>> I'm
>> >>> not in favor of moving the pax projects anywhere.
>> >>>
>> >>> Again sorry if I'm PITA.
>> >>>
>> >>> regards, Achim
>> >>>
>> >>>
>> >>>
>> >>> Am Do., 24. Feb. 2022 um 22:44 Uhr schrieb Eric Lilja <
>> mindc...@gmail.com
>>  :
>> >>>
>>  Personally, I would love to see this change and the other people in
>> my
>>  organization liked the proposal as well.
>> 
>>  - Eric L
>> 
>>  On Thu, Feb 24, 2022 at 3:04 PM Jean-Baptiste Onofré <
>> j...@nanthrax.net>
>>  wrote:
>> 
>> > Hi guys,
>> >
>> > Some of you already pinged me to share concerns about PAX projects
>> > governance. I think it's my duty to share these concerns and
>> discuss
>> > possible actions.
>> >
>> > Apache Karaf is one of the biggest consumers of PAX projects.
>> >
>> > However, PAX projects use a "self own" 

Re: [DISCUSSION] Move PAX projects to Apache Karaf ?

['Achim Nierbeck' via OPS4J]

Hi,

I'm sorry to be a PITA :)
What I've read so far has been feelings, one concern of perception by "big"
customers.
I would really like to know, which problem we are trying to solve by moving
the pax projects under the umbrella of Karaf.
Or what I personally would favor under their own tlp of the ASF.

Just to clarify, I'm trying the 5 W's here ...
Why do you think it's a good idea to move the Pax Projects under the karaf
umbrella?
Why do you think customers have a wrong perception of the Pax Projects ...
and so on ...


What is the core issue we are trying to solve here?
As long as I don't get down to the core thing that needs to be solved I'm
not in favor of moving the pax projects anywhere.

Again sorry if I'm PITA.

regards, Achim



Am Do., 24. Feb. 2022 um 22:44 Uhr schrieb Eric Lilja :

> Personally, I would love to see this change and the other people in my
> organization liked the proposal as well.
>
> - Eric L
>
> On Thu, Feb 24, 2022 at 3:04 PM Jean-Baptiste Onofré 
> wrote:
>
> > Hi guys,
> >
> > Some of you already pinged me to share concerns about PAX projects
> > governance. I think it's my duty to share these concerns and discuss
> > possible actions.
> >
> > Apache Karaf is one of the biggest consumers of PAX projects.
> >
> > However, PAX projects use a "self own" designed governance:
> > - for contribution/IP
> > - for release
> > - for CVE/Security
> > - ...
> >
> > And it could be seen as a major concern for Apache Karaf users, as PAX
> > projects are not necessarily "aligned" with Apache Foundation rules.
> >
> > I would like to start a discussion on both Karaf and OPS4J communities
> > to "move" PAX projects as Karaf subproject (like karaf-pax).
> > Concretely, it would mean that:
> > 1. Karaf PAX projects would use org.apache.karaf.pax namespace
> > 2. Karaf PAX releases will have to follow the Apache release process
> > (binding votes, 3 days vote period, ...)
> > 3. Any active contributor on PAX projects would be invited as Karaf
> > committer
> >
> > Thoughts ?
> >
> > Regards
> > JB
> >
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13cpdN6m2FG_BeHCF%3DZgo8JWWX8tSBapKawcC%3DGAkpdvVw%40mail.gmail.com.

Re: [DISCUSSION] Move PAX projects to Apache Karaf ?

['Achim Nierbeck' via OPS4J]

Hi JB,

Before I come to any conclusion, I would really like to understand what
kind of issue/problem you would like to solve with this, which is easier to
solve under an apache umbrella.

thanks, Achim

Am Do., 24. Feb. 2022 um 15:04 Uhr schrieb Jean-Baptiste Onofré <
j...@nanthrax.net>:

> Hi guys,
>
> Some of you already pinged me to share concerns about PAX projects
> governance. I think it's my duty to share these concerns and discuss
> possible actions.
>
> Apache Karaf is one of the biggest consumers of PAX projects.
>
> However, PAX projects use a "self own" designed governance:
> - for contribution/IP
> - for release
> - for CVE/Security
> - ...
>
> And it could be seen as a major concern for Apache Karaf users, as PAX
> projects are not necessarily "aligned" with Apache Foundation rules.
>
> I would like to start a discussion on both Karaf and OPS4J communities
> to "move" PAX projects as Karaf subproject (like karaf-pax).
> Concretely, it would mean that:
> 1. Karaf PAX projects would use org.apache.karaf.pax namespace
> 2. Karaf PAX releases will have to follow the Apache release process
> (binding votes, 3 days vote period, ...)
> 3. Any active contributor on PAX projects would be invited as Karaf
> committer
>
> Thoughts ?
>
> Regards
> JB
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13d2v73ipZrZOD3r9oL9wtSKZj7x2dc4%2By6sWg1rRyvWow%40mail.gmail.com.

Re: Plan to release Pax Web 8 + some information

['Achim Nierbeck' via OPS4J]

Big Kudos to Grzegorz for not giving up on this in the last two years!

best regards, Achim


Am Mo., 13. Sept. 2021 um 12:27 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello!
>
> After almost 2 years of refactoring and development, I think Pax Web 8 is
> ready for release.
> Manual updates are still on my list and some exhaustive documentation (and
> maybe a blog post) is being prepared...
>
> TL;DR:
>
>  - `mvn clean install -DskipTests` in `main` branch of
>> https://github.com/ops4j/org.ops4j.pax.web
>>  - start with clean Karaf 4.3.3
>>
>> karaf@root()> repo-remove org.ops4j.pax.web-7.3.19
>> karaf@root()> repo-add
>> mvn:org.ops4j.pax.web/pax-web-features/8.0.0-SNAPSHOT/xml/features
>> karaf@root()> feature:install pax-web-http-tomcat
>> karaf@root()> feature:install pax-web-war
>> karaf@root()> bundle:install -s
>> 'webbundle:mvn:io.hawt/hawtio-war/2.13.6/war?Web-ContextPath=/hawtio'
>>
>>  - browse to http://localhost:8181/hawtio
>>
>
> However I think it'd be good to describe the rationale behind the rewrite
> and some key points of the new release.
>
> *Background information:*
>
> My single, initial reason to start the refactoring was
> https://github.com/ops4j/org.ops4j.pax.web/issues/1413 issue (migrated
> from https://ops4j1.jira.com/browse/PAXWEB-1123): "HTTP Whiteboard and
> selection of the ServletContextHelper".
>
> Whiteboard specification says, that every web element may reference a
> target ServletContextHelper using "osgi.http.whiteboard.context.select"
> service registration property and its value is an LDAP filter, which may
> also be:
>
> osgi.http.whiteboard.context.select=(osgi.http.whiteboard.context.name=*)
>
> which means "register the servlet into ALL available
> ServletContextHelpers".
> Pax Web 7 was taking the osgi.http.whiteboard.context.select property
> value and was doing split("=") on it to get the name/id of the target
> context... Effectively 1:1 relation was assumed, while Whiteboard
> specification assumes 1:N relationship.
>
> So I started to rewrite the internal Pax Web model... And somehow much
> much more was refactored.
>
> *Pax Web 8 goals:*
>
>- I've carefully read chapters 102 (Http Service specification), 128
>(Web Applications specification) and 140 (Whiteboard specification) of OSGi
>CMPN R7 and tried to implement everything in best possible way
>- I always appreciated how well and cleverly Pax Web was written by
>others from this list:
>
> 11:41 $ git shortlog -snc origin/pax-web-7.2.x
>>894  adreghi...@gmail.com
>>747  anierbeck
>>284  Achim Nierbeck
>>182  ANierbeck
>>123  Guillaume Nodet
>>114  Jean-Baptiste Onofré
>>103  Marc Schlegel
>> 77  jbonofre
>> 53  lostiniceland
>> 44  Stephan Siano
>> 37  Harald Wellmann
>> 21  Marc Klinger
>> 20  Freeman Fang
>> ...
>>
>
>- I wanted to keep the "spirit" of Pax Web - emphasizing target
>runtime (Jetty, Tomcat, Undertow) over "specification first" approach
>- I wanted to ensure that everything in Pax Web works as similar as
>possible in all 3 supported runtimes
>- I wanted to keep the possibility to use native container
>configuration (jetty.xml, tomcat-server.xml, undertow.xml) in addition to
>what we can pass through org.ops4j.pax.web PID
>- I wanted to make Pax Web 8 more reliable (no more flaky tests, no
>more random Thread.sleep() in tests, ...)
>
> *Pax Web 8 highlights:*
>
>- Latest versions of Jetty 9.4.x, Tomcat 9.0.x (without TIPI!) and
>Undertow 2.2.x are used
>- Web "elements" mentioned in Http Service and Whiteboard
>specifications are handled: servlets, filters, listeners, error pages
>- additionally, Pax Web 8 supports everything that can be configured
>in web.xml besides: , , ,
>, , ,
>, , , ,
>, , , ,
>, , ,
>, , ,
>, 
>- "above" what we can find in web.xml, Pax Web 8 supports:
>   - ServletContainerInitializers (SCI) - proved by working
>   JSF/Primefaces/Vaadin examples
>   - web-fragment.xmls
>   - annotated web elements (@WebServlet, @WebFilter, @WebListener)
>   - META-INF/resources locations
>   - websockets via HttpService and Whiteboard
>   - web fragment scanning using tomcat-util-scanner
>- without any mention in any CMPN specification, JSPs, welcome-pages,
>security configurations are supported
>- no more xbean used to scan the "class space"
>- no more dependency to ASM
>- single configuration thread that operates on global model and
>synchronizes the model changes with the state of target runtime (Jetty,
>Tomcat, Undertow)
>- consistent structure of pax-web-jetty, pax-web-tomcat and
>pax-web-undertow:
>   - there's single
>   org.ops4j.pax.web.service..internal.ServerController
>   class (per runtime) implementing
>   org.ops4j.pax.web.service.spi.ServerController#sendBatch() method
>   - 

Re: Pax Web 8 - 2 more tasks before GA

['Achim Nierbeck' via OPS4J]

Hey Gzegorz,

great work you did on Pax Web.
Will be very interested in seeing the final product after you finished :)

best regards, Achim

Am Di., 31. Aug. 2021 um 08:41 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello
>
> I'd like to present the state of Pax Web 8. I hope to release Pax Web
> 8.0.0.GA in mid-September.
>
> I maintain a todo.txt[1] file where I present the issues I'd like to
> implement in given milestones.
>
> The priority is to have R7 compliance, though without running the TCK[2],
> because I didn't have time to find out an easy way to actually run the TCK
> :) However I'm glad it's public now.
>
> So summarizing, these R7 features were implemented recently:
>  - Whiteboard preprocessors
>  - RegEx filter mapping
>  - Listener ordering according to ranking
>  - Session per OsgiContextModel / OsgiServletContext (including proper
> javax.servlet.context.tempdir handling)
>  - org.osgi.framework.ServiceObjects and proper service management (unget,
> prototype, singleton, bundle scopes)
>
> Also I've implemented (or ensured the stability and consistency between
> Jetty, Tomcat and Undertow) for these:
>  - Whiteboard WebSockets - they work both through WABs, Whiteboard and
> even WebContainer (HttpService)
>  - Karaf integration tests - all tests work for all three runtimes. In Pax
> Web 7 the tests were running mostly on Jetty
>
> The remaining *two* tasks are:
>  - Mixing (in different order) WAB and Whiteboard contexts, so we can
> install a WAB and Whiteboard/HttpService alter it by registering for
> example Preprocessors
>  - Whiteboard DTOs
>
> kind regards
> Grzegorz Grzybek
> ===
> [1]: https://github.com/ops4j/org.ops4j.pax.web/blob/main/todo.txt
> [2]: https://github.com/osgi/osgi/
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAAdXmhoca2-B%2BcqCCg26O2KFaDUUBOo7tNx_%2B_Htt2i9riQYEg%40mail.gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13d%3D7grRbD5DxcGSt5hmP4mrszpf%3DjqcMCoJj_YrV9S-Ag%40mail.gmail.com.

Jira or github?

['Achim Nierbeck' via OPS4J]

Hi,

in the past we needed to do a "lock-down" on self-registration for the Jira
Instance due to tremendous amount of spam in Jira Issues and on the
confluence pages.
This increases the burden for people to file new Issues :(

How about changing to github completely for issues and documentation?

regards, Achim


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13feKZeAJor0EVdTFuqMgur-h2arxmrAjyT4ak8k%2B_WnXg%40mail.gmail.com.

Re: Spring Cleanup of OPS4J

['Achim Nierbeck' via OPS4J]

I updated parts, that I know of.

regards, Achim

Am Do., 9. Apr. 2020 um 12:42 Uhr schrieb Toni Menzel <
toni.men...@rebaze.com>:

> Hey,
>
> With the Domain transitioning of the ops4j.org domain from Niclas to JB
> and the official decommissioning of ci.ops4j.org Jenkins we are kicking
> of the spring cleanup of OPS4J I guess.
>
> For me it was enlightening how many subprojects actually exist under the
> OPS4J Umbrella. I started gathering some data here:
> https://github.com/ops4j/ops4j.github.io/wiki
>
> It would be cool if project mantainers can update their project with
> latest release, existing CI pipeline on some Saas and project activity
> there.
> Feel free to add extra metadata/Columns if it helps getting a better
> picture.
>
> From there we can move on shaping a simple website and organizing a
> default CI/CD pipeline SaaS where needed.
>
> If there is interest, I am open for an online/video discussion at some
> point too.
>
> Stay healthy,
> Toni
>
> *Toni Menzel | Developer Experience Consultant @ rebaze GmbH
> *
> *#DevEx*
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAEjgzHRYp_ijcB%2B1OqTPJSn0bRCdChAjW2GMZKuA6%3Dd2M%2Bg59Q%40mail.gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13e3z5UYxTVMEhUfJGJVhhX7t7fcxMAKS%3DXapEqptSFTcQ%40mail.gmail.com.

Re: [VOTE] Decommissioning of old jenkins instance ci.ops4j.org

['Achim Nierbeck' via OPS4J]

+1 for decommissioning ... and going for something more modern

Am Fr., 3. Apr. 2020 um 13:13 Uhr schrieb françois papon :

> +1 for decommission that instance and let's modernize things
>
> regards,
>
> *François Papon*
>
> Le ven. 3 avr. 2020 à 10:27, Toni Menzel  a
> écrit :
>
>> Hey,
>>
>> For some years we had a jenkins CI instance running on a rented hetzner
>> server.
>> As mentioned before, this instance seems dysfunctional and not used
>> anymore.
>>
>> So I would like to vote for decommissioning that.
>> The cancelation date would be *16th of April*.
>>
>> Once we decide on getting rid of that server bill, I am happy to sponsor
>> a replacement SaaS if there is nothing suitable available for OSS
>> capacities.
>>
>> I just feel that the manually maintained jenkins server is not that
>> giving that much value and should be replaced by a more modern pipeline.
>>
>> [ ] yes, decommission that instance and let's modernize things
>> [ ] no, don‘t do it now, my project is actually using it ci.ops4j.org
>> and cannot use github actions or similar (please get in contact)
>>
>> Vote closes not earlier than next wednesday april 8th.
>>
>> Stay healthy everyone,
>> Toni
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/ops4j/CAEjgzHSpTa%2B74YLivjwcdEwO4KTOJ8%3Dtm%3DFBhZZC%3DtnXgP828Q%40mail.gmail.com
>> 
>> .
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAJ1FmOhSM0WcRattG8r9pJ-YMYBatvTzc%2B7JDJ7mgySc%2BSps0Q%40mail.gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13dz%2BbM%3D77FaVzXrgUZ2Qk8ZXfRnbPB9euBFMj9honz3XA%40mail.gmail.com.

Re: [VOTE] JB Onofre takes over ops4j domains

['Achim Nierbeck' via OPS4J]

Thanks for taking care of the domain for so long :)

Am Fr., 3. Apr. 2020 um 08:45 Uhr schrieb Niclas Hedhman :

> I think we have consensus, and I will initiate domain transfer off-list
> with JB
>
> Thanks everyone for giving your support.
>
> On Thu, Apr 2, 2020 at 9:12 PM Freeman Fang 
> wrote:
>
>> +1 and thanks for JB to take over.
>>
>> Thanks Niclas!
>> Freeman
>>
>> On Tue, Mar 31, 2020 at 2:23 AM Niclas Hedhman 
>> wrote:
>>
>>>
>>> Since the OPS4J inception in 2005, I have paid the ops4j domain names. I
>>> think 15-16 years is enough, and have recently announced that I am no
>>> longer willing to be the custodian of these domain names.
>>>
>>> JB Onofre has offered to take over.
>>>
>>> Vote;
>>>
>>> [ ] - JB Onofre as new custodian
>>> [ ] - No. Let's find some other solution.
>>>
>>>
>>> // Niclas
>>>
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>>
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "OPS4J" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to ops4j+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/ops4j/CADmm%2BKc%2BU1zrh162G2ohMDO2Vr3WP4TkFkHZ2QWe1KC5G9Mz-A%40mail.gmail.com
>>> 
>>> .
>>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/ops4j/CAM0LEOaHLVubGKcNYNyCjtFWYrKrkKWatMcP_hc8cWaAeSFMNQ%40mail.gmail.com
>> 
>> .
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CADmm%2BKe%2BsfeUh59rw7gRvyy1QEJ0g3RsCZ7gErRQHmY-Wfm78Q%40mail.gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13eLsNgmYLTpQ3Yc8OncF1JxQuetXRJkXVtRPyToHAi4pg%40mail.gmail.com.

Re: [VOTE] JB Onofre takes over ops4j domains

['Achim Nierbeck' via OPS4J]

Hi all,

I support that JB takes over.

regards, Achim

Am Di., 31. März 2020 um 08:23 Uhr schrieb Niclas Hedhman <
nic...@hedhman.org>:

>
> Since the OPS4J inception in 2005, I have paid the ops4j domain names. I
> think 15-16 years is enough, and have recently announced that I am no
> longer willing to be the custodian of these domain names.
>
> JB Onofre has offered to take over.
>
> Vote;
>
> [ ] - JB Onofre as new custodian
> [ ] - No. Let's find some other solution.
>
>
> // Niclas
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CADmm%2BKc%2BU1zrh162G2ohMDO2Vr3WP4TkFkHZ2QWe1KC5G9Mz-A%40mail.gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13eU%2BYDTSZvtYGETcFqxt8g3yOGQi4ua1ayOxkeVYeCQgg%40mail.gmail.com.

Re: ops4j domain names

['Achim Nierbeck' via OPS4J]

Adding some more thoughts to it.
First of all, at least for Pax-Web the Actions seem to work as a ci
replacement.
So basically everything runs smoothly.
Regarding keeping Pax-Web as part of ops4j or Apache Karaf, I have no
strong preference.
It's just been an Idea, as it felt quite natural, as the main consumer is
still Apache Karaf.
So basically I'm fine with any way we proceed.

Coming back to the Git-Hub Actions, as a CI replacement. It does work quite
well, it would be great though to have an actually "green" build again ;)

regards, Achim


Am Fr., 21. Feb. 2020 um 12:38 Uhr schrieb Toni Menzel <
toni.men...@rebaze.com>:

> Yeah I agree with Nicolas concern about the original rebellious spirit of
> ops4j. I also like the highlight that ops4j is not just about osgi (that’s
> the pax prefix in all those projects btw).
> The key question is if GitHub just removed the need for such a place?
> If not, what should ops4j be? Coming back to options 1 to 3 of my original
> mail: just pay for the current expense (domain) or additionally refresh it
> with a little bit of extra effort (website/landing page, contribution
> guide) or (option 3) make it a legal entity (reasoning to be discussed).
>
>
> Toni Menzel | rebaze.com
> --
> *From:* ops4j@googlegroups.com  on behalf of
> Niclas Hedhman 
> *Sent:* Friday, February 21, 2020 11:30:59 AM
> *To:* OPS4J 
> *Subject:* Re: ops4j domain names
>
>
> FTR; Grzegorz is basically (re-)expressing the the original intent of
> OPS4J, i.e. no barriers, welcoming and make it to what we will/want. In the
> beginning, the founders had to run all services and we took time to put up
> the stuff we needed. The services are now 3rd party, and although that has
> been very positive, it has also slowly brewed a "it is what it is" rather
> than "what I/we want", and less engagement from community members.
>
> Going to Apache would also be a step "back", since OPS4J was a little bit
> protest against the "committer barriers" that is/was present in many
> projects. An over-protective mentality, if you like and OPS4J set out to
> prove that those barriers were not needed on the grounds that they were
> said to exist.
>
> Also to note; OPS4J didn't set out to be OSGi-centric. It was just that
> OSGi needed a somewhat more neutral ground than the original "homes", i.e.
> KF, Felix and Equinox communities, because interoperability back then was
> quite horrendous.
>
> Niclas
>
> On Fri, Feb 21, 2020 at 6:18 PM Grzegorz Grzybek 
> wrote:
>
> Hello
>
> I really don't feel competent enough to discuss such organization changes.
> For me having Pax-Web (and Pax-Logging and others) outside of ASF gives me
> easier release process. But I confess that I don't think much about how
> Sonatype's OPS4J repos are managed, by whom and using what rules.
>
> Felix indeed has log and http implementations, so adding pax-logging and
> pax-web to Karaf (even if natural) would be kind of strange at ASF.
>
> I'd also never consider "merging" felix.log and felix.http with
> pax-logging and pax-web respectively, because the latter have some specific
> features many people got used to (e.g., Undertow backend)
>
> What I miss is non existing CI for Pax projects. There was
> http://ci.ops4j.org/jenkins/ at some point, but it's no longer available.
>
> regards
> Grzegorz Grzybek
>
> czw., 20 lut 2020 o 08:06 Jean-Baptiste Onofré <
> jeanbaptiste.ono...@gmail.com> napisał(a):
>
> That's true, but I think that's also a drawback.
>
> The leak of governance and the fact we don't have any staging on releases
> could be seen as an issue.
>
> That's why it could be interesting to have this under the "Karaf Umbrella".
>
> Regards
> JB
>
> On Thu, Feb 20, 2020 at 7:58 AM 'Christoph Läubrich' via OPS4J <
> ops4j@googlegroups.com> wrote:
>
> I always enjoyed the ease of contribution via github with minimal
> effort. While for apache-projects has always felt like a mess because of
> different hurdles.
>
> So I would defiantly vote for staying with github, dropping JIRA in
> favour of github issues (they improved the issue/project handling a lot)
> to centralize development to one place.
>
> Github even offers building "Actions" now so maybe this is also an
> alternative for custom build-server.
>
> Am 20.02.20 um 07:17 schrieb Jean-Baptiste Onofré:
> > Hi,
> >
> > If option 4 is interesting, we have to remember:
> >
> > 1. First, in which Apache umbrella project. I don't think Felix is a
> > good match as we might have some overlap with existing projects (felix
> > http, ...). Maybe Karaf ?
> > 2. We need to transfer IP and "PMC" set and ask in the Apache project
> > community with a formal vote.
> > 3. We will have to follow Apache process, especially for releases
> > (meaning at least 3 days vote, 3 binding votes, etc), extending Apache
> > pom, etc.
> >
> > So, IMHO, we have really two options:
> >
> > 1. We keep OPS4J community, do a cleanup (announcing non active projects)
> > 2. We move active 

Re: [Pax Url] ArrayIndexOutOfBoundsException: 19 Wrapping jar

['Achim Nierbeck' via OPS4J]

Hi,

afaik the glassfish jar is already an OSGi Bundle.
Therefore just do not wrap it ;)

regards, Achim


Am Mi., 26. Feb. 2020 um 10:37 Uhr schrieb Willem Borgesius <
willem1...@gmail.com>:

> Hello,
>
> I am currently using Karaf 4.2.8 in combination with coretto jdk8. One of
> my bundles has a dependency on javax.xml.bind 2.3,3. I managed to add the
> javax.xml.bin/jaxb-api bundle, and tried to add a wrapped
> org.glassfish.jaxb:jaxb-runtime/2.3.2 bundle.
> I get the following error on karaf startup:
> java.lang.ArrayIndexOutOfBoundsException: 19
> at aQute.bnd.osgi.Clazz.parseClassFile(Clazz.java:576)
> at aQute.bnd.osgi.Clazz.parseClassFile(Clazz.java:494)
> at aQute.bnd.osgi.Clazz.parseClassFileWithCollector(Clazz.java:483)
> at aQute.bnd.osgi.Clazz.parseClassFile(Clazz.java:473)
> at aQute.bnd.osgi.Analyzer.analyzeJar(Analyzer.java:2177)
> at
> aQute.bnd.osgi.Analyzer.analyzeBundleClasspath(Analyzer.java:2083)
> at aQute.bnd.osgi.Analyzer.analyze(Analyzer.java:138)
> at aQute.bnd.osgi.Analyzer.calcManifest(Analyzer.java:616)
> at
> org.ops4j.pax.swissbox.bnd.BndUtils.createBundle(BndUtils.java:161)
> at
> org.ops4j.pax.url.wrap.internal.Connection.getInputStream(Connection.java:83)
> at java.net.URL.openStream(URL.java:1068)
> at
> org.apache.karaf.features.internal.download.impl.SimpleDownloadTask.download(SimpleDownloadTask.java:78)
> at
> org.apache.karaf.features.internal.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:60)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> java.lang.ArrayIndexOutOfBoundsException: 19
>
> I found this post based on the error:
> https://stackoverflow.com/a/57809482
>
> I couldn't find a way to access the issue tracked so i'm hoping i can get
> help this way.
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/2ee6492a-bcd8-4289-98a7-7c100157745a%40googlegroups.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13cXtSrCmmJm4GAf3qNJ4Yyns-0%3DG5gHSJk6M3mNEFAGmg%40mail.gmail.com.

Re: [PAX WEB] Unique ID for ServletEvent

['Achim Nierbeck' via OPS4J]

Hi,

yes sounds like a "corner" case I didn't think of when implementing the
karaf commands and making sure the servlet events where according to the
spec.
thanks for pointing that out.

regards, Achim


Am Mi., 26. Feb. 2020 um 11:27 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello
>
> Thanks for the analysis. I've created
> https://ops4j1.jira.com/browse/PAXWEB-1253 to track this issue.
>
> I'm in the process of OSGi CMPN R7 implementation in Pax Web 8 and the
> model has changed slightly (servlet model may be associated with more osgi
> context models / servlet context models), so I need to reflect this change
> in Karaf commands as well...
>
> regards
> Grzegorz Grzybek
>
> sob., 8 lut 2020 o 02:19 Miroslav Beranič 
> napisał(a):
>
>> Hi all,
>>
>> I am back at the existing PAX Web Whiteboard sample, located at:
>>
>> https://github.com/ops4j/org.ops4j.pax.web/blob/master/samples/whiteboard-extended/src/main/java/org/ops4j/pax/web/extender/samples/whiteboard/internal/Activator.java
>>
>> In the example HttpContextMapping service has different name, all four of
>> them; also all four related URL Patterns are all different from each other
>> - /whiteboard, /whiteboard2, and /whiteboard3, /whiteboard4.
>> For now, let's say there are only two with context path defined - foo and
>> bar.
>>
>> When deployed in Karaf and checked from inside Karaf shell with command
>> http:list it prints all of the endpoints, but the Context path ( prefix )
>> is missing.
>>
>> It just lists endpoints without the context path. Before you start to
>> say, this is a problem inside Karaf, let me explain.
>>
>> If we imagine for the moment, if one would change/align all the endpoint
>> URL Patterns to the same url pattern = /whiteboard, the expected output
>> would be something/exactly like this:
>>
>> /foo/whiteboard
>> /bar/whiteboard
>>
>> but it is not, it is just one line with endpoint:
>>
>> /whiteboard
>>
>> I've checked Karaf's source code, and this is a topic for another mailing
>> list, but for now what I can say is -- the client ( in this case Karaf )
>> can not tell one servlet event from another.
>>
>> Because there is no "unique id" to distinguish one from another, when it
>> goes from one state to another. I would say, this is a root cause for how
>> Karaf ( incorrectly ) handles Servlet list.
>>
>> I would recommend that the already existing ID from ServletModel is
>> re-used, in a way, that additional field is added to the ServletEvent class
>> as final and set in the constructor ( final String id ). This has to be
>> updated in one place only - class HttpServiceStarted, in
>> method servletEvent, where servlet event is created from servlet model.
>>
>> I've changed this and with some minor updates in Karaf, I can see
>> different endpoints.
>>
>> /foo/whiteboard
>> /bar/whiteboard
>>
>> In Karaf, Servlet Events are stored in a map, by servlet name as a key.
>> Here is just a short rundown of some other updates I've done, but this is
>> for Karaf mailing list. But all was routed from this, that there is no way,
>> to identify one Servlet event from another - if they have the same Servlet
>> name and alias or url pattern -- but they are not the same, as the context
>> path is different.
>>
>> I ask here if this sounds like a valid solution/path or do you guys have
>> some other ways to go about this? If this sounds ok to you, I would be glad
>> to share my code changes.
>>
>> Apache Karaf 4.3.0
>> PAX Web 7.2.13 ( but the code is the same in the master branch also )
>>
>>
>> Kind Regards,
>> Miroslav
>>
>>
>>
>> --
>> Miroslav Beranič
>> MIBESIS
>> miroslav.bera...@mibesis.si
>> https://www.mibesis.si
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/ops4j/CA%2B3Fds5EK8HaNU%3D3e32JxkO8StRjfCRhJ_vP-YVyD4LSPN405A%40mail.gmail.com
>> 
>> .
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAAdXmhpaHoRbMK9iQtMG8iM6GkbZjtwb%3De4G2B-8%3DfRyJDGpAQ%40mail.gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf 

Re: ops4j domain names

['Achim Nierbeck' via OPS4J]

Hi,

I fully agree on Toni ...
actually for PaxWeb it had always been an issue of not beeing an apache
project.
Therefore I'd go with option 4, the how-to would be needed to be worked
out.

regards, Achim


Am Mi., 19. Feb. 2020 um 13:21 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello
>
> While being happy contributor of pax-logging, pax-web,
> pax-jdbc/jms/transx, pax-url, pax-cdi, I never wonder about how it works.
> I've never seen working https://ops4j.org site (it's now "it works!"
> page) and I assumed Atlassian is providing us (how?) JIRA + Confluence.
>
> I don't know what to suggest, except that I'll welcome any improvement ;)
>
> regards
> Grzegorz Grzybek
>
> śr., 19 lut 2020 o 13:15 Jean-Baptiste Onofré <
> jeanbaptiste.ono...@gmail.com> napisał(a):
>
>> Hi Toni
>>
>> Thanks for bringing this discussion forward.
>>
>> I agree with your statements. Let me get back with comments and
>> proposals.
>>
>> Regards
>> JB
>>
>> Le mer. 19 févr. 2020 à 13:01, Toni Menzel  a
>> écrit :
>>
>>> *TL/TR:*
>>> I'd be also happy to pay for ops4j.org (the one that is actively used
>>> atm).
>>>
>>> *Long version:*
>>> Since this is coming up now, there is a general question were to go with
>>> OPS4J in general.
>>>
>>> It predated github and probably was back then the easiest way to get
>>> hands dirty in a non-trivial java based OSS community where trust was
>>> default. Think about it, back then everyone could get write access to the
>>> subversion repo and start hacking on new or existing projects. Including
>>> admin access to jira and whatever else was existing back then. Pax URL, Pax
>>> Runner, Pax Exam, Pax Construct etc. all got initiated by individuals
>>> without asking for permission. I mean.. thats Names like Pax Tinybundles
>>> got to life.. but oh well.
>>>
>>> Now, why am I writing this: there is - at least for pax url, web and
>>> exam - a huge user base that seems to be quite healthy. Even if there is
>>> just that "ops4j" name of the github organization now, no website etc.
>>>
>>> So, question: what are the options? Let me just drop them here that come
>>> to my mind (ordered from easy-as-py to more complicated options):
>>>
>>>- keep things as is, find individual sponsors like I do with the
>>>Build Server (who uses that still by the way??), and JB or me (this means
>>>I'd be also fine to pay for the org domain that is in active use,too 
>>> btw).
>>>It would be good to have two different companies or legal entities 
>>> backing
>>>this anyway.
>>>- Modernize OPS4J a bit. Get it a landing page at least and a clear
>>>who is behind all this, who pays etc. Maybe look at Github Sponsoring to
>>>spread costs across user base - avoid single entity control.
>>>- Maybe look into making it a proper foundation or at least an
>>>entity that makes the work here eligible for future donations. I am not
>>>sure of this is worth it. But i feel Open Source != Open Governance.
>>>- Retire non active projects and donate active projects to apache.
>>>Probably difficult because of Intellectual Property)
>>>
>>> wdyt?
>>> Toni
>>>
>>>
>>>
>>>
>>> *Toni Menzel | rebaze.com  | growing developer
>>> culture*
>>>
>>>
>>> On Wed, Feb 19, 2020 at 12:37 PM Jean-Baptiste Onofré <
>>> jeanbaptiste.ono...@gmail.com> wrote:
>>>
 Hi Niclas

 First of all, thanks a lot for all what you did (and still doing ).

 I’m ready to take the hand for the domain and finance them.

 Thoughts ?

 Regards
 JB

 Le mer. 19 févr. 2020 à 12:13, Niclas Hedhman  a
 écrit :

> Everyone,
> In a few months time (June), the OPS4J domain names are up for
> renewal. And I have been paying for those for 15 years now, and since I no
> longer participate in OPS4J I would like to transfer the domain names. But
> where to??
>
> Ideally a foundation that would be Ok to take it over, otherwise to a
> trusted community member.
>
> Ideas are welcome, and should be discussed. I have no opinion and will
> simply follow what you all can agree on.
>
> ops4j.org
> ops4j.net
> ops4j.com
>
>
> Cheers
> Niclas
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google
> Groups "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CADmm%2BKf7a0rzdkro7v-rxBV1p1-KkSMTE_BQT2HhUZyOUM9jyA%40mail.gmail.com
> 
> .
>
 --
 --
 --
 OPS4J - 

Re: [PAX WEB] Url Pattern is auto-generated from Alias and how to register exact url pattern

['Achim Nierbeck' via OPS4J]

Agree

Jean-Baptiste Onofré  schrieb am Sa. 15.
Feb. 2020 um 21:45:

> Hi
>
> According to the spec, I would agree. +1.
>
> Regards
> JB
>
> Le sam. 15 févr. 2020 à 17:31, Grzegorz Grzybek  a
> écrit :
>
>> Hello
>>
>> I've finally found the answer to your question:
>>
>> For example, Servlet, registered with /hello, also matches /hello/1, but
>>> I want /hello/1 to return HTTP 404.
>>>
>>
>> I've read the 102nd chapter of OSGi CMPN Http Service spec and I found:
>>
>> *102.4 Mapping HTTP Requests to Servlet and Resource Registrations*
>>
>> When an HTTP request comes in from a client, the Http Service checks to
>> see if the requested URI matches any registered aliases. A URI matches only
>> if the path part of the URI is *exactly the same* string. Matching is
>> case sensitive.
>>
>> Which initially made me think that you're correct. But check this out:
>>
>> If it does match, a matching registration takes place, which is processed
>> as follows:
>> [...]
>> 6. If there is no match, the *Http Service must attempt to match
>> sub-strings of the requested URI to registered aliases*. The sub-strings
>> of the requested URI are selected by removing the last "/" and everything
>> to the right of the last "/".
>>
>> The Http Service must repeat this process until either a match is found
>> or the sub-string is an empty string. [...]
>>
>> So, because Pax Web doesn't do what Tomcat/Jetty/Undertow do perfectly
>> (VHost/Context/Servlet mapping), I think that actually an "/alias" should
>> *always* be changed to "/alias/*" to comply with specification.
>>
>> If you want to do exact matching, just use the methods accepting URL
>> parameters.
>>
>> +Achim Nierbeck , +Jean-Baptiste Onofré
>>  do you agree?
>>
>> regards
>> Grzegorz Grzybek
>>
>> czw., 6 lut 2020 o 12:14 Miroslav Beranič 
>> napisał(a):
>>
>>> Hi all,
>>>
>>> I work with Pax Web on Karaf 4.3.0. I am trying to register Servlet with
>>> exact url, but I see url pattern is auto-generated from alias.
>>> I look at the current master branch - version 8.0.0-SNAPSHOT. Class:
>>>
>>> org.ops4j.pax.web.service.spi.model.ServletModel
>>>
>>>
>>> constructor:
>>> #ServletModel(org.ops4j.pax.web.service.spi.model.ContextModel,
>>> javax.servlet.Servlet, java.lang.String, java.lang.String[],
>>> java.lang.String, java.util.Dictionary,
>>> java.lang.Integer, java.lang.Boolean, javax.servlet.MultipartConfigElement)
>>>
>>>
>>> it calles method ( private static )
>>> new String[]{aliasAsUrlPattern(alias)}
>>>
>>>
>>> private static String aliasAsUrlPattern(final String alias) {
>>> String urlPattern = alias;
>>> if (urlPattern != null && !urlPattern.equals("/")
>>> && !urlPattern.contains("*")) {
>>> if (urlPattern.endsWith("/")) {
>>> urlPattern = urlPattern + "*";
>>> } else {
>>> urlPattern = urlPattern + "/*";
>>> }
>>> }
>>> return urlPattern;
>>> }
>>>
>>>
>>> so it always creates a url pattern, as I guess the name suggest, but
>>> why? I would like to register exact URL, not the pattern. As it looks now,
>>> this is not possible to do - as there is no argument to pass in to control
>>> the flow.
>>>
>>> As it looks from the git history/log this is quite "old" code - from
>>> 2008 - 2013, so I guess this is not new and I guess everybody are ok with
>>> this? So in this case, what is the usecase for it? As for my usecase - this
>>> is not the required behavior.
>>>
>>> For example, Servlet, registered with /hello, also matches /hello/1, but
>>> I want /hello/1 to return HTTP 404.
>>>
>>>
>>> So for now, only really question is - is this expected behavior or is
>>> there a room to change this? If so, how can one, with existing solution,
>>> register Servlet with exact URL?
>>>
>>> Exact strack of calls looks like this:
>>>
>>> :53, ServletModel (org.ops4j.pax.web.service.spi.model)
>>> registerServlet:224, HttpServiceStarted
>>> (org.ops4j.pax.web.service.internal)
>>> registerServlet:210, HttpServiceStarted
>>> (org.ops4j.pax.web.service.internal)
>>> registerServlet:69, HttpServiceProxy (org.ops4j.pax.web.service.internal)
>>> register:97, ServletWebElement
>>> (org.ops4j.pax.web.extender.whiteboard.internal.element)
>>> registerWebElement:392, WebApplication
>>> (org.ops4j.pax.web.extender.whiteboard.internal)
>>> addWebElement:188, WebApplication
>>> (org.ops4j.pax.web.extender.whiteboard.internal)
>>> addingService:193, AbstractTracker
>>> (org.ops4j.pax.web.extender.whiteboard.internal.tracker)
>>> addingService:46, AbstractTracker
>>> (org.ops4j.pax.web.extender.whiteboard.internal.tracker)
>>> customizerAdding:941, ServiceTracker$Tracked (org.osgi.util.tracker)
>>> customizerAdding:870, ServiceTracker$Tracked (org.osgi.util.tracker)
>>> trackAdding:256, AbstractTracked (org.osgi.util.tracker)
>>> track:229, AbstractTracked (org.osgi.util.tracker)
>>> serviceChanged:901, ServiceTracker$Tracked (org.osgi.util.tracker)
>>> 

Re: [PAX WEB] - refactorings and aliases

['Achim Nierbeck' via OPS4J]

Hi Grzegorz,

as I said, it's been 4.x compliant, for 6 I never was able to get a hold of
the TCK.
At the time beeing a friend of the project made the tests, and gave me the
results so I could fix them.
As the TCK needs to be paid for, it's not really possible to get a hold of
them.

regards, Achim


Am Fr., 7. Feb. 2020 um 14:41 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hi Achim
>
> pt., 7 lut 2020 o 14:34 'Achim Nierbeck' via OPS4J 
> napisał(a):
>
>> Hi,
>>
>> in another thread I've just seen a lot of discussion about aliases etc.
>> If you think of refactoring Pax Web, please make sure you're able to
>> verify Pax Web vs. the OSGi TCK.
>> Cause the current basis has been checked to work with the OSGi
>> specification at the time when working on it. Luckily we had someone who
>> was able to get a hold of the TCK at the time.
>> He did some verification. Therefore I highly recommend to be very
>> cautious about changing to much of the underlying Http and Web services,
>> all of them have been proven to be valid according to the OSGi spec (which
>> at the time has been 4.3, I believe)
>>
>
> I saw so many changes (also related to R6 support) that I'm pretty sure
> that this compliance is long gone ;) But I may be wrong. Anyway - I'll do
> my best to do as little changes as possible.
>
> Definitely Pax Web is NOT R6 Whiteboard compliant (can't handle
> osgi.http.whiteboard.context.select=(osgi.http.whiteboard.context.httpservice=*)
> kind of context selection).
>
> Do you know how to get access to TCK? I'd be more than happy to be able to
> run it (also for Pax Logging!)
>
> regards
> Grzegorz
>
>
>>
>> thanks, Achim
>>
>>
>> --
>>
>> Apache Member
>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
>> & Project Lead
>> blog <http://notizblog.nierbeck.de/>
>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/ops4j/CAD0r13dNhcrz65mpSiv_Zjd7P3p5f1VxvDJ9PJrwj44QWHP4iw%40mail.gmail.com
>> <https://groups.google.com/d/msgid/ops4j/CAD0r13dNhcrz65mpSiv_Zjd7P3p5f1VxvDJ9PJrwj44QWHP4iw%40mail.gmail.com?utm_medium=email_source=footer>
>> .
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAAdXmhpxD4FOyn16bPBe7HkJCTKYq%2BnLnH7-gMhuZad-AgM18w%40mail.gmail.com
> <https://groups.google.com/d/msgid/ops4j/CAAdXmhpxD4FOyn16bPBe7HkJCTKYq%2BnLnH7-gMhuZad-AgM18w%40mail.gmail.com?utm_medium=email_source=footer>
> .
>


-- 

Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13f_CKnapgWU-8u0OstY%2BL-6yuMEricYX%2BjUsNjbGk1Rsg%40mail.gmail.com.

[PAX WEB] - refactorings and aliases

['Achim Nierbeck' via OPS4J]

Hi,

in another thread I've just seen a lot of discussion about aliases etc.
If you think of refactoring Pax Web, please make sure you're able to verify
Pax Web vs. the OSGi TCK.
Cause the current basis has been checked to work with the OSGi
specification at the time when working on it. Luckily we had someone who
was able to get a hold of the TCK at the time.
He did some verification. Therefore I highly recommend to be very cautious
about changing to much of the underlying Http and Web services, all of them
have been proven to be valid according to the OSGi spec (which at the time
has been 4.3, I believe)

thanks, Achim


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13dNhcrz65mpSiv_Zjd7P3p5f1VxvDJ9PJrwj44QWHP4iw%40mail.gmail.com.

Re: [PAX WEB] 10 ways (in one of several categories) to register a servlet

['Achim Nierbeck' via OPS4J]

Hi,

remove as much as you can, which doesn't leave it crippled.
As now we do have a good Whiteboard API by the osgi spec, we should try to
stick to just that one, unless it's missing something.
The internal APIs to register Servlets might still be needed, but should be
ok to be stripped down to the minimum requirements.
As far as I can remember, I was forced to keep a bunch of methods for
backward compatibility.

regards, Achim


Am Mo., 3. Feb. 2020 um 13:00 Uhr schrieb Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> Hi,
>
> I think a cleanup is required.
>
> For Pax Web 8.x, I would simply go with removing the discussed items.
>
> Regards
> JB
> On 03/02/2020 11:54, Grzegorz Grzybek wrote:
>
> Hello
>
> I'm reviewing the consistency, stability and user-friendliness of Pax Web
> 8 and I tell myself that if now is not the good time to review the
> interfaces, then we'll never do it.
>
> So, `org.ops4j.pax.web.service.WebContainer` (extension of
> `org.osgi.service.http.HttpService`) allows a servlet to be registered in
> ten (10) ways with different combination of these registration parameters:
>  - alias
>  - servlet (instance)
>  - servlet class
>  - servlet name
>  - url patterns
>  - init params
>  - load-on-startup (flag)
>  - async (flag)
>  - multipartConfig (class from javax.servlet API 3+)
>  - http context (org.osgi.service.http.HttpContext)
>
> (so again, magic "10")
>
> Additionally, users may:
>  - register org.ops4j.pax.web.service.whiteboard.ServletMapping service
> that specifies 9 out of 10 of the above parameters directly in object's
> fields
>  - register javax.servlet.Servlet service, where 5 parameters may be
> specified inside service registration dictionary (some Pax Web specific and
> 4 from OSGi CMPN Whiteboard specification)
>  - some parameters may be discovered from annotations on registered
> service's class
>
> None of WebContainer.registerServlet(...) methods accept ServletMapping
> directly. In both cases (user registers ServletMapping and user registers
> Servlet with service properties), relevant trackers eventually call
> org.ops4j.pax.web.service.WebContainer#registerServlet() with 8 out of 10
> parameters (alias is just one of the patterns):
>  - javax.servlet.Servlet
>  - java.lang.String name
>  - java.lang.String[] urlPatterns
>  - java.util.Dictionary initParams
>  - java.lang.Integer loadOnStartup
>  - java.lang.Boolean asyncSupported
>  - javax.servlet.MultipartConfigElement
>  - org.osgi.service.http.HttpContext
>
> It may be a bit confusing... And there are
> org.ops4j.pax.web.service.whiteboard.WhiteboardXXX interfaces (for DTO
> purposes)
>
> We could remove all the variants entirely and leave method that simply
> accept org.ops4j.pax.web.service.whiteboard.ServletMapping (because it's
> now part of the API anyway) that could be created in builder-like way.
>
> Or we could @Deprecate the variants...
>
> I don't want to start revolution, I just want to ensure everything is
> consistent.
>
> regards
> Grzegorz Grzybek
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAAdXmhqXXt3USsZ14HFFEGz3vY7rU5zEgU5XrmEjWoMTd00TEg%40mail.gmail.com
> 
> .
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/196d3c36-65b2-13d2-6c44-8c2ea0d24fd7%40gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13e0ma_KiCac0m-_bJPm5jpniBayCtXUOYhmcFNjA_W6XA%40mail.gmail.com.

Re: State of Pax-Web integrationtests?

['Achim Nierbeck' via OPS4J]

I optimized the build a bit.
We now have a compile phase and a matrix build for jenkins, tomcat and
undertow.
if one of the builds fails all are broken.
But this gets us down from 1h20min to about 40min parallelized.

regards, Achim


Am Sa., 11. Jan. 2020 um 18:05 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Great about github actions - I never had time to check it
>
> I hope to polish 8.0.0 soon..
>
> regards
> Grzegorz Grzybek
>
> sob., 11 sty 2020 o 17:59 'Achim Nierbeck' via OPS4J <
> ops4j@googlegroups.com> napisał(a):
>
>> Hi Grzegorz,
>>
>> yeah I noticed it.
>> regarding 7.2.x seems to be running ok, also with github action.
>> At least we now have a CI again :)
>>
>> https://github.com/ops4j/org.ops4j.pax.web/commit/81092521d84c1f02ea80051c5067536d5f063356/checks?check_suite_id=395536983
>>
>> On my machine the itests are not fully working.
>> Still experimenting with it a bit.
>>
>> So don't wory to much about it, I won't have enough time to cause trouble
>> ;)
>>
>> regards, Achim
>>
>>
>> Am Sa., 11. Jan. 2020 um 17:46 Uhr schrieb Grzegorz Grzybek <
>> gr.grzy...@gmail.com>:
>>
>>> Hello!
>>>
>>> Achim - I'm working (looks like for almost a year...) on
>>> https://ops4j1.jira.com/browse/PAXWEB-1190 EPIC where I'm going to
>>> reorganize some samples, check R7 compatibility review some resource
>>> loading mechanisms (I worked on an issue with primefaces embedded in
>>> WEB-INF/lib - it doesn't work).
>>>
>>> So, pax-web-7.2.x and pax-web-7.3.x should be stable, master is rather
>>> not and I'm working on (not updated for long, but I got back to it locally)
>>> master-improvements branch. Kind of similar work to what I've done with
>>> pax-logging 1.11.x and 2.0.0.
>>>
>>> I'll keep you informed about what I'm doing.
>>>
>>> regards
>>> Grzegorz Grzybek
>>>
>>> sob., 11 sty 2020 o 15:46 'Achim Nierbeck' via OPS4J <
>>> ops4j@googlegroups.com> napisał(a):
>>>
>>>> Hi,
>>>>
>>>> for info, I enabled github actions workflows on the latest branches
>>>> also.
>>>> Looks like it's been really necessary.
>>>> Right now, locally I have failing integration tests and the workflow
>>>> builds are also failing.
>>>> That's really a pity ...
>>>>
>>>> regards, Achim
>>>>
>>>>
>>>> Am Sa., 11. Jan. 2020 um 14:46 Uhr schrieb Achim Nierbeck <
>>>> bcanh...@googlemail.com>:
>>>>
>>>>> Hi,
>>>>>
>>>>> ok ... thanks for the info.
>>>>> On master I disabled travis, didn't work good anyways, and switched to
>>>>> github actions.
>>>>>
>>>>> regards, Achim
>>>>>
>>>>>
>>>>> Am Sa., 11. Jan. 2020 um 13:21 Uhr schrieb Jean-Baptiste Onofré <
>>>>> jeanbaptiste.ono...@gmail.com>:
>>>>>
>>>>>> Hi Achim,
>>>>>>
>>>>>> If you checked on master, we are working on the R7 support, so we
>>>>>> have some parts broken.
>>>>>>
>>>>>> The pax-web-7.2.x (used in Karaf) should be fine for itests.
>>>>>>
>>>>>> Regards
>>>>>> JB
>>>>>> On 11/01/2020 12:38, 'Achim Nierbeck' via OPS4J wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> as I wanted to take a look if the github project build is sufficient,
>>>>>> instead of travis etc.
>>>>>> I wanted to check the build locally.
>>>>>> But right now, the integration tests don't seem to work properly.
>>>>>> At least not all of them.
>>>>>> The following tests are failing: [ERROR] Failures:
>>>>>> [ERROR]   WebContainerSpdyIntegrationTest.listBundles:120 Bundle
>>>>>> should be active: org.apache.felix.scr [20]
>>>>>> [ERROR]
>>>>>> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRequestInfoDto_CustomContext:316->AbstractWhiteboardR6DtoIntegrationTest.lambda$testRequestInfoDto_CustomContext$30:316
>>>>>> CustomContext ServletContext not found
>>>>>> [ERROR] Errors:
>>>>>> [ERROR]   CdiIntegrationTest.testCdi » Connect Connection refused
>>>>>

Re: State of Pax-Web integrationtests?

['Achim Nierbeck' via OPS4J]

Hi Grzegorz,

yeah I noticed it.
regarding 7.2.x seems to be running ok, also with github action.
At least we now have a CI again :)
https://github.com/ops4j/org.ops4j.pax.web/commit/81092521d84c1f02ea80051c5067536d5f063356/checks?check_suite_id=395536983

On my machine the itests are not fully working.
Still experimenting with it a bit.

So don't wory to much about it, I won't have enough time to cause trouble
;)

regards, Achim


Am Sa., 11. Jan. 2020 um 17:46 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello!
>
> Achim - I'm working (looks like for almost a year...) on
> https://ops4j1.jira.com/browse/PAXWEB-1190 EPIC where I'm going to
> reorganize some samples, check R7 compatibility review some resource
> loading mechanisms (I worked on an issue with primefaces embedded in
> WEB-INF/lib - it doesn't work).
>
> So, pax-web-7.2.x and pax-web-7.3.x should be stable, master is rather not
> and I'm working on (not updated for long, but I got back to it locally)
> master-improvements branch. Kind of similar work to what I've done with
> pax-logging 1.11.x and 2.0.0.
>
> I'll keep you informed about what I'm doing.
>
> regards
> Grzegorz Grzybek
>
> sob., 11 sty 2020 o 15:46 'Achim Nierbeck' via OPS4J <
> ops4j@googlegroups.com> napisał(a):
>
>> Hi,
>>
>> for info, I enabled github actions workflows on the latest branches also.
>> Looks like it's been really necessary.
>> Right now, locally I have failing integration tests and the workflow
>> builds are also failing.
>> That's really a pity ...
>>
>> regards, Achim
>>
>>
>> Am Sa., 11. Jan. 2020 um 14:46 Uhr schrieb Achim Nierbeck <
>> bcanh...@googlemail.com>:
>>
>>> Hi,
>>>
>>> ok ... thanks for the info.
>>> On master I disabled travis, didn't work good anyways, and switched to
>>> github actions.
>>>
>>> regards, Achim
>>>
>>>
>>> Am Sa., 11. Jan. 2020 um 13:21 Uhr schrieb Jean-Baptiste Onofré <
>>> jeanbaptiste.ono...@gmail.com>:
>>>
>>>> Hi Achim,
>>>>
>>>> If you checked on master, we are working on the R7 support, so we have
>>>> some parts broken.
>>>>
>>>> The pax-web-7.2.x (used in Karaf) should be fine for itests.
>>>>
>>>> Regards
>>>> JB
>>>> On 11/01/2020 12:38, 'Achim Nierbeck' via OPS4J wrote:
>>>>
>>>> Hi,
>>>>
>>>> as I wanted to take a look if the github project build is sufficient,
>>>> instead of travis etc.
>>>> I wanted to check the build locally.
>>>> But right now, the integration tests don't seem to work properly.
>>>> At least not all of them.
>>>> The following tests are failing: [ERROR] Failures:
>>>> [ERROR]   WebContainerSpdyIntegrationTest.listBundles:120 Bundle should
>>>> be active: org.apache.felix.scr [20]
>>>> [ERROR]
>>>> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRequestInfoDto_CustomContext:316->AbstractWhiteboardR6DtoIntegrationTest.lambda$testRequestInfoDto_CustomContext$30:316
>>>> CustomContext ServletContext not found
>>>> [ERROR] Errors:
>>>> [ERROR]   CdiIntegrationTest.testCdi » Connect Connection refused
>>>> [ERROR]   WarJsfCdiIntegrationTest.testCdi » Connect Connection refused
>>>> [ERROR]   WarJsfResourcehandlerIntegrationTest.testJsfResourceHandler »
>>>> ClassNotFound or...
>>>> [ERROR]   WarJsfResourcehandlerIntegrationTest.testResourceUnavailble »
>>>> ClassNotFound or...
>>>> [ERROR]   WarJsfResourcehandlerIntegrationTest.testServiceOverride »
>>>> ClassNotFound org.o...
>>>> [ERROR]
>>>> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
>>>> » Bundle
>>>> [ERROR]
>>>> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
>>>> » Bundle
>>>> [ERROR]
>>>> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
>>>> » Bundle
>>>> [ERROR]
>>>> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
>>>> » Bundle
>>>> [ERROR]
>>>> WhiteboardDSRestartIn

Re: State of Pax-Web integrationtests?

['Achim Nierbeck' via OPS4J]

Hi,

for info, I enabled github actions workflows on the latest branches also.
Looks like it's been really necessary.
Right now, locally I have failing integration tests and the workflow builds
are also failing.
That's really a pity ...

regards, Achim


Am Sa., 11. Jan. 2020 um 14:46 Uhr schrieb Achim Nierbeck <
bcanh...@googlemail.com>:

> Hi,
>
> ok ... thanks for the info.
> On master I disabled travis, didn't work good anyways, and switched to
> github actions.
>
> regards, Achim
>
>
> Am Sa., 11. Jan. 2020 um 13:21 Uhr schrieb Jean-Baptiste Onofré <
> jeanbaptiste.ono...@gmail.com>:
>
>> Hi Achim,
>>
>> If you checked on master, we are working on the R7 support, so we have
>> some parts broken.
>>
>> The pax-web-7.2.x (used in Karaf) should be fine for itests.
>>
>> Regards
>> JB
>> On 11/01/2020 12:38, 'Achim Nierbeck' via OPS4J wrote:
>>
>> Hi,
>>
>> as I wanted to take a look if the github project build is sufficient,
>> instead of travis etc.
>> I wanted to check the build locally.
>> But right now, the integration tests don't seem to work properly.
>> At least not all of them.
>> The following tests are failing: [ERROR] Failures:
>> [ERROR]   WebContainerSpdyIntegrationTest.listBundles:120 Bundle should
>> be active: org.apache.felix.scr [20]
>> [ERROR]
>> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRequestInfoDto_CustomContext:316->AbstractWhiteboardR6DtoIntegrationTest.lambda$testRequestInfoDto_CustomContext$30:316
>> CustomContext ServletContext not found
>> [ERROR] Errors:
>> [ERROR]   CdiIntegrationTest.testCdi » Connect Connection refused
>> [ERROR]   WarJsfCdiIntegrationTest.testCdi » Connect Connection refused
>> [ERROR]   WarJsfResourcehandlerIntegrationTest.testJsfResourceHandler »
>> ClassNotFound or...
>> [ERROR]   WarJsfResourcehandlerIntegrationTest.testResourceUnavailble »
>> ClassNotFound or...
>> [ERROR]   WarJsfResourcehandlerIntegrationTest.testServiceOverride »
>> ClassNotFound org.o...
>> [ERROR]
>> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
>> » Bundle
>> [ERROR]
>> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
>> » Bundle
>> [ERROR]
>> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
>> » Bundle
>> [ERROR]
>> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
>> » Bundle
>> [ERROR]
>> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
>> » Bundle
>> [ERROR]
>> WhiteboardIntegrationTest>AbstractWhiteboardIntegrationTest.testMultipleContextMappingsWithDTOsCheck:223
>> » IllegalState
>> [ERROR]
>> WhiteboardR6DtoIntegrationTest.testAllSamplesRegisteredAsExpected » Connect
>> Co...
>> [ERROR]
>> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRequestInfoDto:291
>> » ClassCast
>> [ERROR]
>> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRuntimeDto:161->AbstractWhiteboardR6DtoIntegrationTest.withService:149
>> » IllegalState
>> [ERROR]
>> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRuntimeDtoWithFailedServices:274->AbstractWhiteboardR6DtoIntegrationTest.withService:149
>> » IllegalState
>>
>> Is this just for me, or do we have a general problem with the project?
>>
>> regards, Achim
>>
>> --
>>
>> Apache Member
>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
>> & Project Lead
>> blog <http://notizblog.nierbeck.de/>
>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.googl

Re: State of Pax-Web integrationtests?

['Achim Nierbeck' via OPS4J]

Hi,

ok ... thanks for the info.
On master I disabled travis, didn't work good anyways, and switched to
github actions.

regards, Achim


Am Sa., 11. Jan. 2020 um 13:21 Uhr schrieb Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> Hi Achim,
>
> If you checked on master, we are working on the R7 support, so we have
> some parts broken.
>
> The pax-web-7.2.x (used in Karaf) should be fine for itests.
>
> Regards
> JB
> On 11/01/2020 12:38, 'Achim Nierbeck' via OPS4J wrote:
>
> Hi,
>
> as I wanted to take a look if the github project build is sufficient,
> instead of travis etc.
> I wanted to check the build locally.
> But right now, the integration tests don't seem to work properly.
> At least not all of them.
> The following tests are failing: [ERROR] Failures:
> [ERROR]   WebContainerSpdyIntegrationTest.listBundles:120 Bundle should be
> active: org.apache.felix.scr [20]
> [ERROR]
> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRequestInfoDto_CustomContext:316->AbstractWhiteboardR6DtoIntegrationTest.lambda$testRequestInfoDto_CustomContext$30:316
> CustomContext ServletContext not found
> [ERROR] Errors:
> [ERROR]   CdiIntegrationTest.testCdi » Connect Connection refused
> [ERROR]   WarJsfCdiIntegrationTest.testCdi » Connect Connection refused
> [ERROR]   WarJsfResourcehandlerIntegrationTest.testJsfResourceHandler »
> ClassNotFound or...
> [ERROR]   WarJsfResourcehandlerIntegrationTest.testResourceUnavailble »
> ClassNotFound or...
> [ERROR]   WarJsfResourcehandlerIntegrationTest.testServiceOverride »
> ClassNotFound org.o...
> [ERROR]
> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
> » Bundle
> [ERROR]
> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
> » Bundle
> [ERROR]
> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
> » Bundle
> [ERROR]
> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
> » Bundle
> [ERROR]
> WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
> » Bundle
> [ERROR]
> WhiteboardIntegrationTest>AbstractWhiteboardIntegrationTest.testMultipleContextMappingsWithDTOsCheck:223
> » IllegalState
> [ERROR]
> WhiteboardR6DtoIntegrationTest.testAllSamplesRegisteredAsExpected » Connect
> Co...
> [ERROR]
> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRequestInfoDto:291
> » ClassCast
> [ERROR]
> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRuntimeDto:161->AbstractWhiteboardR6DtoIntegrationTest.withService:149
> » IllegalState
> [ERROR]
> WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRuntimeDtoWithFailedServices:274->AbstractWhiteboardR6DtoIntegrationTest.withService:149
> » IllegalState
>
> Is this just for me, or do we have a general problem with the project?
>
> regards, Achim
>
> --
>
> Apache Member
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
> blog <http://notizblog.nierbeck.de/>
> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAD0r13f%3DPeaNfpS2%3D04%3D4CTQr2EMPZy99G2O81OpB%3D6zy%2B_XYg%40mail.gmail.com
> <https://groups.google.com/d/msgid/ops4j/CAD0r13f%3DPeaNfpS2%3D04%3D4CTQr2EMPZy99G2O81OpB%3D6zy%2B_XYg%40mail.gmail.com?utm_medium=email_source=footer>
> .
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/a54cf018-1445-d909-cb3b-e78cf39e5fcd%40gma

State of Pax-Web integrationtests?

['Achim Nierbeck' via OPS4J]

Hi,

as I wanted to take a look if the github project build is sufficient,
instead of travis etc.
I wanted to check the build locally.
But right now, the integration tests don't seem to work properly.
At least not all of them.
The following tests are failing: [ERROR] Failures:
[ERROR]   WebContainerSpdyIntegrationTest.listBundles:120 Bundle should be
active: org.apache.felix.scr [20]
[ERROR]
WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRequestInfoDto_CustomContext:316->AbstractWhiteboardR6DtoIntegrationTest.lambda$testRequestInfoDto_CustomContext$30:316
CustomContext ServletContext not found
[ERROR] Errors:
[ERROR]   CdiIntegrationTest.testCdi » Connect Connection refused
[ERROR]   WarJsfCdiIntegrationTest.testCdi » Connect Connection refused
[ERROR]   WarJsfResourcehandlerIntegrationTest.testJsfResourceHandler »
ClassNotFound or...
[ERROR]   WarJsfResourcehandlerIntegrationTest.testResourceUnavailble »
ClassNotFound or...
[ERROR]   WarJsfResourcehandlerIntegrationTest.testServiceOverride »
ClassNotFound org.o...
[ERROR]
WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
» Bundle
[ERROR]
WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
» Bundle
[ERROR]
WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
» Bundle
[ERROR]
WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
» Bundle
[ERROR]
WhiteboardDSRestartIntegrationTest>AbstractWhiteboardDSRestartIntegrationTest.setUp:48->AbstractControlledTestBase.installAndStartBundle:250
» Bundle
[ERROR]
WhiteboardIntegrationTest>AbstractWhiteboardIntegrationTest.testMultipleContextMappingsWithDTOsCheck:223
» IllegalState
[ERROR]   WhiteboardR6DtoIntegrationTest.testAllSamplesRegisteredAsExpected
» Connect Co...
[ERROR]
WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRequestInfoDto:291
» ClassCast
[ERROR]
WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRuntimeDto:161->AbstractWhiteboardR6DtoIntegrationTest.withService:149
» IllegalState
[ERROR]
WhiteboardR6DtoIntegrationTest>AbstractWhiteboardR6DtoIntegrationTest.testRuntimeDtoWithFailedServices:274->AbstractWhiteboardR6DtoIntegrationTest.withService:149
» IllegalState

Is this just for me, or do we have a general problem with the project?

regards, Achim

-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13f%3DPeaNfpS2%3D04%3D4CTQr2EMPZy99G2O81OpB%3D6zy%2B_XYg%40mail.gmail.com.

Re: [PAX-WEB] org.ops4j.lang.NullArgumentException: Context model is null

['Achim Nierbeck' via OPS4J]

Hi,

this use-case should work, so if it's not working anymore it's clearly a
bug.

regards, Achim


Am Do., 12. Dez. 2019 um 18:15 Uhr schrieb Silvano Maffeis <
silv...@maffeis.com>:

> This used to work with pax-web 4.2.7
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAMuHPN1KFcpPaNKpztYMPXmArSrOBb57As_jg7wqSsEAUUBdSw%40mail.gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13eiXo9c1kXa2WrTkHMDtnTXTaD3ogMYHHHwBopA_8FhkQ%40mail.gmail.com.

Re: [snapshot] - Repository

['Achim Nierbeck' via OPS4J]

Hi,

at some point I was under the impression, that Jenkins just was turned of.
Therefore I switched to CircleCI and Travis to find which one would work
best.
The missing staging repo is strange though ...
If we still have the jenkins server around we should get in Contact with
Niclas and Toni.
Cause then something is awfully wrong with it and should be "terminated".

regards, Achim


Am Mo., 2. Dez. 2019 um 12:48 Uhr schrieb Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> Hi,
>
> Some Pax projects (like Pax Web) used both Jenkins AND Travis. We still
> have the configuration in place.
>
> Regards
> JB
> On 02/12/2019 11:24, françois papon wrote:
>
> Thanks JB!
>
> I also check http://ci.ops4j.org/jenkins/ and it's very slow and unusable.
>
> Is there an another CI for the projects? (like Travis).
>
> regards,
>
> *François Papon*
> *papon...@gmail.com *
>
>
> Le lun. 2 déc. 2019 à 11:20, Jean-Baptiste Onofré <
> jeanbaptiste.ono...@gmail.com> a écrit :
>
>> Hi,
>>
>> Let me check.
>>
>> I keep you posted.
>>
>> Regards
>> JB
>> On 02/12/2019 11:01, françois papon wrote:
>>
>> Hi,
>>
>> The https://oss.sonatype.org/content/repositories/ops4j-snapshots/ is
>> not available.
>>
>> Is it normal? May be the repository have been moved?
>>
>> regards,
>>
>> * François*
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/ops4j/CAJ1FmOgGX7SC5V27x88U%2BDAen02eMWm1WUbyZpoFq-jotondUw%40mail.gmail.com
>> 
>> .
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/ops4j/1eabdde2-01a1-8cfe-ac12-a2b7902aeb6e%40gmail.com
>> 
>> .
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAJ1FmOjmxWkaVa8ELw4q_bA9jCp%3Dw1n09%3DP22tBY7i3iv0pp9Q%40mail.gmail.com
> 
> .
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/6ac8d225-fa0c-2942-d5c2-bb5651298ca1%40gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13e3mEJebvs5cDLiDS26CsuZTv9TE4pYUur_8JkJavUL_Q%40mail.gmail.com.

Re: [PAX-LOGGING] Preparing to release pax-logging 2.0.0 with R7 support

['Achim Nierbeck' via OPS4J]

Hi,

how about doing it as with Pax-Web ... get as close as possible and proceed
from there on.
So a 2.0.1 will be more or fully compliant?

regards, Achim


Am Di., 10. Sept. 2019 um 11:31 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello
>
> Current master branch of pax-logging Github repository (2.0.0-SNAPSHOT)
> already has https://ops4j1.jira.com/browse/PAXLOGGING-269 issue fixed.
>
> This means that new (from OSGi CMPN R7):
>  – org.osgi.service.log.LoggerFactory
>  – org.osgi.service.log.Logger
>
> interfaces are implemented by pax-logging itself and
> "org.osgi.service.log" is (re)exported at version 1.4.
>
> Complete R7 implementation would require implementation of additional
> packages:
>  – org.osgi.service.log.admin
>  – org.osgi.service.log.stream
>
> but I didn't have time yet to do it.
>
> LoggerFactory and Logger interfaces are however fully implemented in 3
> backends (log4j1, log4j2 and logback). New integration tests are added that
> show how these new interfaces can be used.
>
> What do you think about releasing pax-logging 2.0.0 (or e.g., 2.0.0.CR1)
> before fully implementing R7 specification in, say, pax-logging 2.1.0?
>
> regards
> Grzegorz Grzybek
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CAAdXmhqcCn6GDEgTiSfDEsgSvrBP2-h4c7C7cE6QjCNRTMtJGw%40mail.gmail.com
> 
> .
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13cNuSdXzLK-Z43xYErQy11Xvu4hOL8R--0MDgWe9FQJmg%40mail.gmail.com.

Re: PAX WEB: Websocket annotations working?

['Achim Nierbeck' via OPS4J]

Hi,

yes please. Create a Jira issue.
Creating an issue, doesn't mean you have to fix it ;)

Thanks, Achim


Am Di., 2. Juli 2019 um 14:49 Uhr schrieb Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> +1 to create a Jira related to undertow.
>
> Regards
> JB
> On 02/07/2019 13:51, Stephan Siano wrote:
>
> Hi,
>
> OK, I have merged my two changes (the general enablement of the websocket
> integration test and the fix to provide websocket support for tomcat) into
> the pax-web-7.2.x, pax-web-7.3.x, and the master branch.
>
> The whiteboard support for websockets still does not work for all
> containers (that's what is PAXWEB-1027 is mainly about) and the websocket
> support via WAB with the undertow container also doesn't work (the test for
> that is ignored for undertow).
>
> Shall I create a JITA task for the undertow container (though I will not
> be able to actually fix the issue there)?
>
> Best regards
> Stephan
>
> Am Montag, 1. Juli 2019 20:33:58 UTC+2 schrieb Jean-Baptiste Onofré:
>>
>> Thanks Stephan
>>
>> I will take a look.
>>
>> Regards
>> JB
>>
>> Le mer. 26 juin 2019 à 14:32, Stephan Siano  a écrit :
>>
>>> OK, I created a first pull request that only contains the test changes.
>>> It's for the pax-web-7.2.x branch right now, but it should also work in
>>> master and pax-web-7.3.x branches (I can create pull requests also for
>>> these branches, but I would prefer to complete the review first). I have
>>> set you as a reviewer for it. I have not included the Tomcat patch because
>>> I would prefer to have different commits for the test extensions and the
>>> coding changes and because while the change makes the websocket test run on
>>> tomcat it has side effects on other tests (without websockets).
>>>
>>> Am Mittwoch, 26. Juni 2019 13:25:01 UTC+2 schrieb Jean-Baptiste Onofré:

 +1 to reuse PAXWEB-1027, and happy to work with you on this one ;)

 Regards
 JB
 On 26/06/2019 11:33, Stephan Siano wrote:

 Hi,

 I did some further work on the topic. Here are my results:

 1. I have some changes that are required to get the tests working at
 all. There is some heavy use of service loaders in the websocket API, which
 doesn't play too well with OSGi, so some tricks with ThreadContext class
 loaders are needed.
 2. With these changes the tests works with the jetty container (I don't
 know who parses these Annotations, but obviously something in Jetty does).
 3. I did some change to the sample bundle to have it register itself
 programatically (as an option). With this change, the test will work on
 Tomcat, so the runtime does work in tomcat but the automatic registration
 doesn't. In order to make that working, I needed to register an additional
 ServletContainerInitializer in pax-web-tomcat.
 4. I could not get it working with the Undertow container (the
 registration, the test does work but returns a 404 when trying to upgrade
 the websocket), which means that the endpoint is not registered.

 I think I should contribute what I have now because it will bring us a
 working test for websockets on Jetty and at least partially working
 websocket support on Tomcat. Do I create a new JIRA item for that or do I
 re-use PAXWEB-1027, which is still open?

 Does anybody know how the websocket endpoint annotation parsing works
 in pax-web-jetty (and maybe how we can get the same functionality with
 Tomcat and Undertow)?

 Best regards
 Stephan

 Am Dienstag, 25. Juni 2019 17:45:03 UTC+2 schrieb Achim Nierbeck:
>
> Hi,
>
> when I first started to look into websockets, there needed to be extra
> Bundles installed for Jetty.
> That's about 4 to 5 years ago :)
> But I haven't looked into the annotations, as far as I can remember.
>
> Regards, Achim
>
>
> Am Di., 25. Juni 2019 um 16:49 Uhr schrieb Jean-Baptiste Onofré <
> jeanbapti...@gmail.com>:
>
>> I mean that it's a similar pattern we use for other "connector".
>>
>> By the way, did you take a look on the websocket example in Karaf ?
>>
>> Regards
>> JB
>> On 25/06/2019 16:22, Stephan Siano wrote:
>>
>> Hi,
>>
>> I'm not so sure whether this is easy. I couldn't find anything about
>> the web socket annotations in the War extender (plus the annotation 
>> scanner
>> in the War extender creates some kind of dummy web.xml structure from the
>> scanned annotations, but there are no web.xml entries for websockets).
>>
>> Nevertheless, are you interested in my changes to the tests? I think
>> with these changes the tests start again (at least on Tomcat and 
>> Undertow),
>> but the tests fail. I also tried to register the Websocket 
>> programatically
>> with a ContextListener but there I couldn't get the ServerContainer from
>> the ServletContext (AFAIK 

Re: PAX WEB: Websocket annotations working?

['Achim Nierbeck' via OPS4J]

Glad you found it.
Was just about to look for it.
Thanks, Achim

Am Do., 27. Juni 2019 um 16:24 Uhr schrieb Stephan Siano <
stephan.si...@sap.com>:

> Hi.
>
> I found Achim's commit where he added websocket support in Jetty. That
> actually did the trick, after I added a similar approach in Tomcat and now
> also the annotations work. I prepare another commit later today (or
> tomorrow).
>
> Both Jetty and Tomcat have a ServletContainerInitializer that does the
> websocket initialization and Achim's coding is scanning for the required
> annotations.
>
> So in the end the websocket integration test will work with Jetty and
> Tomcat (but not with Undertow).
>
> Best regards
> Stephan
>
> Am Mittwoch, 26. Juni 2019 13:32:46 UTC+2 schrieb Achim Nierbeck:
>>
>> I'll need to dig down to it again,
>> Afaik I added the parser for the websocket stuff ... :D
>>
>> regards, Achim
>>
>>
>> Am Mi., 26. Juni 2019 um 13:25 Uhr schrieb Jean-Baptiste Onofré <
>> jeanbapti...@gmail.com>:
>>
>>> +1 to reuse PAXWEB-1027, and happy to work with you on this one ;)
>>>
>>> Regards
>>> JB
>>> On 26/06/2019 11:33, Stephan Siano wrote:
>>>
>>> Hi,
>>>
>>> I did some further work on the topic. Here are my results:
>>>
>>> 1. I have some changes that are required to get the tests working at
>>> all. There is some heavy use of service loaders in the websocket API, which
>>> doesn't play too well with OSGi, so some tricks with ThreadContext class
>>> loaders are needed.
>>> 2. With these changes the tests works with the jetty container (I don't
>>> know who parses these Annotations, but obviously something in Jetty does).
>>> 3. I did some change to the sample bundle to have it register itself
>>> programatically (as an option). With this change, the test will work on
>>> Tomcat, so the runtime does work in tomcat but the automatic registration
>>> doesn't. In order to make that working, I needed to register an additional
>>> ServletContainerInitializer in pax-web-tomcat.
>>> 4. I could not get it working with the Undertow container (the
>>> registration, the test does work but returns a 404 when trying to upgrade
>>> the websocket), which means that the endpoint is not registered.
>>>
>>> I think I should contribute what I have now because it will bring us a
>>> working test for websockets on Jetty and at least partially working
>>> websocket support on Tomcat. Do I create a new JIRA item for that or do I
>>> re-use PAXWEB-1027, which is still open?
>>>
>>> Does anybody know how the websocket endpoint annotation parsing works in
>>> pax-web-jetty (and maybe how we can get the same functionality with Tomcat
>>> and Undertow)?
>>>
>>> Best regards
>>> Stephan
>>>
>>> Am Dienstag, 25. Juni 2019 17:45:03 UTC+2 schrieb Achim Nierbeck:

 Hi,

 when I first started to look into websockets, there needed to be extra
 Bundles installed for Jetty.
 That's about 4 to 5 years ago :)
 But I haven't looked into the annotations, as far as I can remember.

 Regards, Achim


 Am Di., 25. Juni 2019 um 16:49 Uhr schrieb Jean-Baptiste Onofré <
 jeanbapti...@gmail.com>:

> I mean that it's a similar pattern we use for other "connector".
>
> By the way, did you take a look on the websocket example in Karaf ?
>
> Regards
> JB
> On 25/06/2019 16:22, Stephan Siano wrote:
>
> Hi,
>
> I'm not so sure whether this is easy. I couldn't find anything about
> the web socket annotations in the War extender (plus the annotation 
> scanner
> in the War extender creates some kind of dummy web.xml structure from the
> scanned annotations, but there are no web.xml entries for websockets).
>
> Nevertheless, are you interested in my changes to the tests? I think
> with these changes the tests start again (at least on Tomcat and 
> Undertow),
> but the tests fail. I also tried to register the Websocket programatically
> with a ContextListener but there I couldn't get the ServerContainer from
> the ServletContext (AFAIK this should work via servletContext.
> getAttribute("javax.websocket.server.ServerContainer");). There is
> probably all the websocket infrastructure missing in the Pax-Web classes.
>
> Best regards
> Stephan
>
> On Tuesday, June 25, 2019 at 3:40:22 PM UTC+2, Jean-Baptiste Onofré
> wrote:
>>
>> Hi,
>>
>> AFAIR, it's not yet fully supported.
>>
>> But easy to add/fix, I will tackle that.
>>
>> Regards
>> JB
>> On 25/06/2019 15:25, Stephan Siano wrote:
>>
>> Hi,
>>
>> I have a question concerning web sockets in Pax-Web:
>>
>> A colleague of mine is trying to deploy a war on a Pax-Web container
>> that contains some annotated websocket server endpoints. This works with
>> other web containers but not on Pax web (he is getting a 404 response 
>> when
>> he is trying to upgrade the connection).
>>
>> I 

Re: PAX WEB: Websocket annotations working?

['Achim Nierbeck' via OPS4J]

I'll need to dig down to it again,
Afaik I added the parser for the websocket stuff ... :D

regards, Achim


Am Mi., 26. Juni 2019 um 13:25 Uhr schrieb Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> +1 to reuse PAXWEB-1027, and happy to work with you on this one ;)
>
> Regards
> JB
> On 26/06/2019 11:33, Stephan Siano wrote:
>
> Hi,
>
> I did some further work on the topic. Here are my results:
>
> 1. I have some changes that are required to get the tests working at all.
> There is some heavy use of service loaders in the websocket API, which
> doesn't play too well with OSGi, so some tricks with ThreadContext class
> loaders are needed.
> 2. With these changes the tests works with the jetty container (I don't
> know who parses these Annotations, but obviously something in Jetty does).
> 3. I did some change to the sample bundle to have it register itself
> programatically (as an option). With this change, the test will work on
> Tomcat, so the runtime does work in tomcat but the automatic registration
> doesn't. In order to make that working, I needed to register an additional
> ServletContainerInitializer in pax-web-tomcat.
> 4. I could not get it working with the Undertow container (the
> registration, the test does work but returns a 404 when trying to upgrade
> the websocket), which means that the endpoint is not registered.
>
> I think I should contribute what I have now because it will bring us a
> working test for websockets on Jetty and at least partially working
> websocket support on Tomcat. Do I create a new JIRA item for that or do I
> re-use PAXWEB-1027, which is still open?
>
> Does anybody know how the websocket endpoint annotation parsing works in
> pax-web-jetty (and maybe how we can get the same functionality with Tomcat
> and Undertow)?
>
> Best regards
> Stephan
>
> Am Dienstag, 25. Juni 2019 17:45:03 UTC+2 schrieb Achim Nierbeck:
>>
>> Hi,
>>
>> when I first started to look into websockets, there needed to be extra
>> Bundles installed for Jetty.
>> That's about 4 to 5 years ago :)
>> But I haven't looked into the annotations, as far as I can remember.
>>
>> Regards, Achim
>>
>>
>> Am Di., 25. Juni 2019 um 16:49 Uhr schrieb Jean-Baptiste Onofré <
>> jeanbapti...@gmail.com>:
>>
>>> I mean that it's a similar pattern we use for other "connector".
>>>
>>> By the way, did you take a look on the websocket example in Karaf ?
>>>
>>> Regards
>>> JB
>>> On 25/06/2019 16:22, Stephan Siano wrote:
>>>
>>> Hi,
>>>
>>> I'm not so sure whether this is easy. I couldn't find anything about the
>>> web socket annotations in the War extender (plus the annotation scanner in
>>> the War extender creates some kind of dummy web.xml structure from the
>>> scanned annotations, but there are no web.xml entries for websockets).
>>>
>>> Nevertheless, are you interested in my changes to the tests? I think
>>> with these changes the tests start again (at least on Tomcat and Undertow),
>>> but the tests fail. I also tried to register the Websocket programatically
>>> with a ContextListener but there I couldn't get the ServerContainer from
>>> the ServletContext (AFAIK this should work via servletContext.
>>> getAttribute("javax.websocket.server.ServerContainer");). There is
>>> probably all the websocket infrastructure missing in the Pax-Web classes.
>>>
>>> Best regards
>>> Stephan
>>>
>>> On Tuesday, June 25, 2019 at 3:40:22 PM UTC+2, Jean-Baptiste Onofré
>>> wrote:

 Hi,

 AFAIR, it's not yet fully supported.

 But easy to add/fix, I will tackle that.

 Regards
 JB
 On 25/06/2019 15:25, Stephan Siano wrote:

 Hi,

 I have a question concerning web sockets in Pax-Web:

 A colleague of mine is trying to deploy a war on a Pax-Web container
 that contains some annotated websocket server endpoints. This works with
 other web containers but not on Pax web (he is getting a 404 response when
 he is trying to upgrade the connection).

 I looked into the Pax-Web integration tests and it turned out that
 there is an integration test for a very similar scenario
 WebSocketIntegrationTest,testWebSocket() which uses the websocket-jsr356
 sample bundle.

 However, this test was disabled. Even worse, it did not work anymore
 after the test client was moved from the jetty http client to the apache
 http client (because it currently uses a jetty websocket client which
 relies on the jetty http client).

 I changed the test infrastructure to use a jsr356 client (with the
 container specific implementation) and with some hassle around the class
 loading because of the pax-exam infrastructure I could likely get this
 running (at least with tomcat and undertow). However on both containers I
 get a 404 response code when upgrading the connection (as my colleague got
 with his websocket endpoint.

 Did this ever work in Pax-Web? I couldn't find any coding that is
 

Re: PAX WEB: Websocket annotations working?

['Achim Nierbeck' via OPS4J]

Hi,

when I first started to look into websockets, there needed to be extra
Bundles installed for Jetty.
That's about 4 to 5 years ago :)
But I haven't looked into the annotations, as far as I can remember.

Regards, Achim


Am Di., 25. Juni 2019 um 16:49 Uhr schrieb Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> I mean that it's a similar pattern we use for other "connector".
>
> By the way, did you take a look on the websocket example in Karaf ?
>
> Regards
> JB
> On 25/06/2019 16:22, Stephan Siano wrote:
>
> Hi,
>
> I'm not so sure whether this is easy. I couldn't find anything about the
> web socket annotations in the War extender (plus the annotation scanner in
> the War extender creates some kind of dummy web.xml structure from the
> scanned annotations, but there are no web.xml entries for websockets).
>
> Nevertheless, are you interested in my changes to the tests? I think with
> these changes the tests start again (at least on Tomcat and Undertow), but
> the tests fail. I also tried to register the Websocket programatically with
> a ContextListener but there I couldn't get the ServerContainer from the
> ServletContext (AFAIK this should work via servletContext.getAttribute(
> "javax.websocket.server.ServerContainer");). There is probably all the
> websocket infrastructure missing in the Pax-Web classes.
>
> Best regards
> Stephan
>
> On Tuesday, June 25, 2019 at 3:40:22 PM UTC+2, Jean-Baptiste Onofré wrote:
>>
>> Hi,
>>
>> AFAIR, it's not yet fully supported.
>>
>> But easy to add/fix, I will tackle that.
>>
>> Regards
>> JB
>> On 25/06/2019 15:25, Stephan Siano wrote:
>>
>> Hi,
>>
>> I have a question concerning web sockets in Pax-Web:
>>
>> A colleague of mine is trying to deploy a war on a Pax-Web container that
>> contains some annotated websocket server endpoints. This works with other
>> web containers but not on Pax web (he is getting a 404 response when he is
>> trying to upgrade the connection).
>>
>> I looked into the Pax-Web integration tests and it turned out that there
>> is an integration test for a very similar scenario
>> WebSocketIntegrationTest,testWebSocket() which uses the websocket-jsr356
>> sample bundle.
>>
>> However, this test was disabled. Even worse, it did not work anymore
>> after the test client was moved from the jetty http client to the apache
>> http client (because it currently uses a jetty websocket client which
>> relies on the jetty http client).
>>
>> I changed the test infrastructure to use a jsr356 client (with the
>> container specific implementation) and with some hassle around the class
>> loading because of the pax-exam infrastructure I could likely get this
>> running (at least with tomcat and undertow). However on both containers I
>> get a 404 response code when upgrading the connection (as my colleague got
>> with his websocket endpoint.
>>
>> Did this ever work in Pax-Web? I couldn't find any coding that is parsing
>> for the ServerEndpoint annotation (only Servlet and other stuff). Or is
>> this still unimplemented?
>>
>> Best regards
>> Stephan
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - op...@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to op...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/ops4j/1baaf72c-d85f-423f-a9f3-91974ca72ba4%40googlegroups.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/919b3351-ea5e-46e7-8e3c-310970cb71b1%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/0d56e6d8-2bad-fec5-f7e5-ccf6ba007882%40gmail.com
> 
> .
> For more options, visit 

Re: Pax Exam 4.12.0 release?

['Achim Nierbeck' via OPS4J]

Hi,

one thing worries me here.
Obviously Sonatype closed the snapshot repo for ops4j.
Do we know why this happened?
Have there been any information about this prior?

thanks, Achim


Am Do., 20. Juni 2019 um 10:48 Uhr schrieb Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> Hi Jürgen,
>
> I will check the status and eventually cut the release.
>
> I keep you posted.
>
> Regards
> JB
> On 20/06/2019 10:48, Jürgen Schmid wrote:
>
> Hi laeubi,
>
> just wanted to check the current release status.
> Unfortunately the ops4j Repositories were shut down (
> https://oss.sonatype.org/content/repositories/ops4j-snapshots) and the
> Snapshot artifacts including the new RCP Eclipse container feature are no
> more available. Due to the fact we are using the version in production for
> our integration tests since more than one year with just some minor issues
> we had to do a fork and deploy the artifacts into our own nexus.
>
> In my opinion, you all did a great job getting pax exam to support rcp
> testing and it would be sad if the feature will never get released and
> snapshots are unavailable anymore.
> I know, there are tests missing, but i think it would be a great benefit
> releasing that feature. Mark that uncovered features as experimental and
> ship it. Afterwards we can do pull requests to eliminate issues from the
> community.
>
> The issue popped up again because the ExamSystem streams the bundle into a
> temporary folder and never cleans up them. I am working on a patch to
> recognize the working directory to avoid risking disk space on our build
> agents.
>
>
>
> Am Mittwoch, 2. Mai 2018 08:52:26 UTC+2 schrieb laeubi:
>>
>> The problem is that most code uses some kind of external resources
>> (bundle, product/feature files and so on) what makes it hard to write
>> real unit test.
>> So I'm currently evaluate how I can make a good test without rely on
>> external (web) resources to much.
>>
>> Beside that, it would be good if you might can review the documentation
>> at [1], Ive asked a while back in this group but have not goten any
>> feedback on it yet.
>>
>> So if no one vetoes and you think the doku is comprehensive enough for
>> someone to start with (if not feel free to enhance it of course), I
>> think we can merge the PR and make a release.
>>
>>
>> [1]
>> https://ops4j1.jira.com/wiki/spaces/PAXEXAM4/pages/167018497/Eclipse+PDE-Container
>>
>> Am 01.05.2018 um 23:18 schrieb Jürgen Schmid:
>> > Hi Christoph,
>> >
>> > we are already using 5.0.0-Snapshot from ops4j repository.
>> > We started using the eclipse container with two existing pde product
>> configurations for integration tests and for debugging a pde application
>> within intellij instead of eclipse successfully. (A big step forward!)
>> > Thanks for your contribution, are there some hot spots which needs to
>> be unit tested?
>> >
>> > Best, J
>> >
>> >> On 1. May 2018, at 19:25, 'Christoph Läubrich' via OPS4J <
>> op...@googlegroups.com> wrote:
>> >>
>> >> Hi Jürgen,
>> >>
>> >> in fact there is only some unit-test missing (i'm currently a little
>> bit short of time), if you like you can test the snapshot-5.0 version or
>> build the corresponding branch of the 4.12 line and do some testing, let me
>> know if you need help or there is anything missing.
>> >>
>> >> Would be cool to here back from you.
>> >>
>> >>> Am 01.05.2018 um 10:42 schrieb Jürgen Schmid:
>> >>> Are there any updates when the eclipse container will be available as
>> a release version?
>> >>> Are there any open tasks?
>> >>> This container would match perfectly in our production environment
>> for testing pde.
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/c5df3468-6d05-4310-a696-c1ce831cfbbf%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/57098ed5-eb45-97ba-1aaa-8ad7d377243d%40gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC

Re: pax-web not recognizing JAXB implementation with Java 11

['Achim Nierbeck' via OPS4J]

Hi,

how are you using Pax Web and which version?
As far as I know Java 11 runs smoothly with the setup the Apache Karaf
project has been using.
I was under the impression, we already had some adjustments in the pax web
project for Java 11.

regards, Achim

Am Di., 21. Mai 2019 um 21:38 Uhr schrieb 'Jasper Siepkes' via OPS4J <
ops4j@googlegroups.com>:

> Hi all!
>
> I'm trying to migrate our OSGi application to Java 11. However I cannot
> get pax-web to find the JAXB implementation. Which leads to a exception
> like the one below when it tries to parse a web.xml. I've added `com.sun.*`
> to bootdelegation but oddly enough that doesn't seem to matter.
>
> I'm using the Apache Servicemix jaxb implementation bundle
> (org.apache.servicemix.bundles.jaxb-runtime) together with the Jakarta API
> bundle (jakarta.xml.bind-api). I've also tried adding a fragment which
> makes the jakarta API bundle import the apache servicemix jaxb
> implementation package (com.sun etc.). That also didn't work.
>
> Can someone tell me what the proper way is to make pax-web recognize the
> JAXB implementation?
>
> Regards,
>
> Jasper
>
> --8<-
> [org.ops4j.pax.web.extender.war.internal.parser.WebAppParser] : error
> parsing web.xml
> javax.xml.bind.JAXBException: Implementation of JAXB-API has not been
> found on module path or classpath.
>  - with linked exception:
> [java.lang.ClassNotFoundException: com.sun.xml.bind.v2.ContextFactory]
> at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:232)
> at javax.xml.bind.ContextFinder.find(ContextFinder.java:351)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:691)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:632)
> at
> org.ops4j.pax.web.extender.war.internal.parser.WebAppParser.parseWebXml(WebAppParser.java:955)
> at
> org.ops4j.pax.web.extender.war.internal.parser.WebAppParser.scanWebFragments(WebAppParser.java:363)
> at
> org.ops4j.pax.web.extender.war.internal.parser.WebAppParser.parse(WebAppParser.java:186)
> at
> org.ops4j.pax.web.extender.war.internal.WebObserver.createExtension(WebObserver.java:145)
> at
> org.ops4j.pax.web.extender.war.internal.Activator.doCreateExtension(Activator.java:82)
> at
> org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.createExtension(AbstractExtender.java:259)
> at
> org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.modifiedBundle(AbstractExtender.java:242)
> at
> org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.addingBundle(AbstractExtender.java:195)
> at
> org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.addingBundle(AbstractExtender.java:54)
> at
> org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:475)
> at
> org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:420)
> at
> org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
> at
> org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)
> at org.osgi.util.tracker.BundleTracker.open(BundleTracker.java:159)
> at
> org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.startTracking(AbstractExtender.java:154)
> at
> org.ops4j.pax.web.extender.war.internal.Activator.doStart(Activator.java:59)
> at
> org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.start(AbstractExtender.java:117)
> at
> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:698)
> at org.apache.felix.framework.Felix.activateBundle(Felix.java:2402)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:2308)
> at
> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1539)
> at
> org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: java.lang.ClassNotFoundException:
> com.sun.xml.bind.v2.ContextFactory
> at
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
> at
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
> at
> javax.xml.bind.ServiceLoaderUtil.nullSafeLoadClass(ServiceLoaderUtil.java:92)
> at
> javax.xml.bind.ServiceLoaderUtil.safeLoadClass(ServiceLoaderUtil.java:125)
> at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:230)
> ... 26 more
> --8<-
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> 

Re: Pax Runner

['Achim Nierbeck' via OPS4J]

And if you are looking for something that is more like a minimal runtime to
run your OSGi -  Services.
I would suggest to switch over to the Apache Karaf project. Most likely the
minimal version is what you're looking for.
It's flexible, you can decide which framework to use, it's stable and it
includes already everything to expand it and use it.
For example, the logging is already handled by included Pax Logging.

For me, this would be my starting point to get OSGi running smoothly.
Without wanting to take a look at how to run a framework.

just my 2 cents, Achim

Am Di., 7. Mai 2019 um 11:35 Uhr schrieb Niclas Hedhman :

>
> I can chime in;
>
> I started Pax Runner because back in the day, because it was really hard
> to write a bundle that worked on all available frameworks, and it was even
> harder to automate it. Alin Dreghiciu took over at some point and made Pax
> Runner into what it still is. That was in 2007 or so...
>
> When Alin, I and Toni Menzel were on a project together, Toni and Alin
> proceeded to create/expand Pax Exam, a testing framework that leveraged Pax
> Runner to run your tests against all of the frameworks. In parallel a
> "native" test launcher was made in Pax Exam and at some point the Pax
> Runner launcher was dropped, and Pax Runner basically ended up being
> unmaintained from then on, mostly because it wasn't too hard to do the same
> thing with Pax Exam. I even used Pax Exam in 2011 as launcher on a project
> where we couldn't decide which framework to use.
>
> So, most things that Pax Runner can do, can be done in Pax Exam (at least
> ver 2.x). But there is nothing stopping you from reviving it and take over
> maintenance. If one prefers config files over code, then that could make
> sense.
>
>
> HTH
> Niclas
>
> On Fri, May 3, 2019 at 11:56 PM 
> wrote:
>
>> is there any way to find out who was maintaing that pax runner and to see
>> why the project was discontinued.
>>
>> it was able to let eclipse know how to trigger an osgi run configuration
>> with a different framework than equinox. i want that :D
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> --
> Niclas Hedhman, Software Developer
> http://polygene.apache.org - New Energy for Java
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ops4j/CADmm%2BKcmsE%3DoK1hvoT0YUhg2c00gO03yR1o%3DG0m2szh%3D9pGmPA%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/CAD0r13cbmaW2o-4zEgFO%2BzP5tQioVMz2z3BZ5qrwaT-A9hmwxQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [PAX-EXAM] How to configure JaCoCo with multiple bundles iTest

['Achim Nierbeck' via OPS4J]

Hi,

we used to have JaCoCo with Pax-Web.
But I couldn't find a "quick" fix from the sources ...
Might want to look for yourself if it's still used and if, how it's
configured :)

sorry, only a hint.

regards, Achim

Am Sa., 30. März 2019 um 00:01 Uhr schrieb Dutch Dude :

> Hi,
>
> This might not be the correct mailing list but I thought I give it a try
> since the pax-exam experts live here. Will crosspost in jaCoCo mailing list
> (if I can find one).
>
> I have an integration test bundle that itself doesn't contain any
> application code, just tests. The integration tests validate the proper
> functioning of several other bundles.
>
> Everything runs fine inside a 4.13.0 pax-exam container. I just can't
> figure out how to get JaCoCo configured. I (believe I) understand what the
> problem is, Jacoco only analyzes the classes inside the current
> project/bundle. But how can I instruct it to include other classes on the
> class path? I tried many combinations of include ... and
> inclBootStrapClasses and inclNoLocationClasses, but whatever I try, the
> result is 0 classes.
>
> I am sure I am missing something, but I have run out of ideas.
>
> Any suggestions are greatly appreciated.
>
>
> Cheers,
>
> Erwin
>
> Maven output.
> [INFO] --- jacoco-maven-plugin:0.8.3:report-integration
> (report-integration) @ com.my.itest ---
> [INFO] Loading execution data file
> /Users/erwin/work/PROJECT/branches/5.2/src/server/com.my.itest/target/jacoco-it.exec
> [INFO] Analyzed bundle 'PROJECT :: Automation Itest Bundle' with 0
> classes
>
>
> Pax-Exam config.
>
> 
>
> org.ops4j.pax.exam
>
> pax-exam-container-native
>
> test
>
> 
>
>
> 
>
> org.ops4j.pax.exam
>
> pax-exam-junit4
>
> test
>
> 
>
>
> 
>
> org.ops4j.pax.exam
>
> pax-exam-cm
>
> test
>
> 
>
>
> 
>
> org.ops4j.pax.exam
>
> pax-exam-link-mvn
>
> test
>
> 
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Request for JIRA access

['Achim Nierbeck' via OPS4J]

Hi,

sorry did take a bit longer but welcome aboard.

regards, Achim

Am Fr., 22. März 2019 um 15:33 Uhr schrieb Matt Bellinger <
matthew.bellin...@gmail.com>:

> Hello,
>
> I need to create a JIRA issue for a bug I found in a previous mailing list
> email.  May I have access to JIRA?
>
> Thank you,
> Matt
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Duplicated Listener registered

['Achim Nierbeck' via OPS4J]

Hi,

thanks for reporting.
Do you have already a JIRA account, if not I'll create one.
Could you please report this as a Jira Issue?

thanks, Achim

Am Mo., 25. Feb. 2019 um 17:58 Uhr schrieb Nhut Thai Le :

> Hello,
>
> I recently notice that my SessionListener is being registered twice for
> the same servlet context which causes the sessionDestroyed and
> sessionCreated trigger twice for the same event. Looking at the code i
> found that
> org.ops4j.pax.web.service.jetty.internal.HttpServiceContext::addEventListener
> is calling super but also repeat what its parent does:
>
> [image: sessionDup.PNG]
>
>
> I'm using pax-web-jetty_7.2.4 with jetty 9.4.12. Is this a known bug and
> is there a work around for this?
>
> Thai Le
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Web whiteboard: is the order of filter and servlet registration signifikant?

['Achim Nierbeck' via OPS4J]

Hi,

afaik, at least I think I or someone else tried to implement it, the rank
of a service is taken into account when
registering a filter for a servlet. Servlets itself don't have a "Ordering"
so the rank of the servlet filter can be used for odering.

regards, Achim

Am Mi., 13. Feb. 2019 um 17:17 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello
>
> When you have some set of servlets+filters and register another one,
> everything is recreated again and the filters + servlets are just
> registered in order found in OSGi registry.
> So I think it's not that predictable - especially with filters where order
> may matter.
>
> best regards
> Grzegorz Grzybek
>
> wt., 12 lut 2019 o 18:37 Steinar Bang  napisał(a):
>
>> (Here's another registration order question from me)
>>
>> The question this time is about filters and servlets: must filters be
>> registered before the servlets they are filtering?  Or doesn't the order
>> of registration matter?
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Does pax exam work with junit 5?

['Achim Nierbeck' via OPS4J]

Afaik no, but there had been a "Pax Exam 5" confluence planning page.
Though it seems it's kinda "dead" by now.
maybe you want to revoke it?

regards, Achim

Am Mo., 11. Feb. 2019 um 12:31 Uhr schrieb Christian Schneider <
ch...@die-schneider.net>:

> I would like to start migrating to junit 5. Does pax exam work with junit
> 5?
> Are there any examples?
>
> Christian
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Need ops4j JIRA user to report a bug

['Achim Nierbeck' via OPS4J]

Done,

welcome aboard ;)

regards, Achim

Am Sa., 12. Jan. 2019 um 08:48 Uhr schrieb Steinar Bang :

> Hi,
>
> I need an ops4j JIRA user to report a bug.
>
> Thanks!
>
>
> - Steinar
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [PAX-WEB] Master branch, servlet-api 4 and jax-rs-whiteboard

['Achim Nierbeck' via OPS4J]

Hi Gregorz,

sounds ok with me.

regards, Achim

Am Mi., 9. Jan. 2019 um 09:41 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello
>
> Some tie ago, I've send an info about testing branch[1] with working
> Undertow 2 and Tomcat 9 upgrades.
>
> I still don't see any clear release date for Jetty 10 (servlet-api 4.0)
> though.
>
> I'm thinking about releasing (not that soon) pax-web-8.0.0 with these
> themes:
>  - Undertow 2
>  - Tomcat 9 (there's already one Tomcat 9 TIPI release)
>  - JAX-RS Whiteboard (Aries)
>  - JDK 11 ready
>
> Do you know if there were other ideas for pax-web 8?
>
> ===
> [1]: https://groups.google.com/d/msg/ops4j/6nF78NKs2qA/oRUxNtSyAQAJ
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: web whiteboard construction order?

['Achim Nierbeck' via OPS4J]

Hi Steinar,

yes please open an issue for it ;)

regards, Achim


Am Mi., 9. Jan. 2019 um 07:43 Uhr schrieb Steinar Bang :

> > Nhut Thai Le :
>
> > I had some REST api hosted by jersey running on a stand alone version of
> > jetty but when we moved to paxweb, i was not able to make it work
> anymore,
> > so i end up switching to aries-jax-rs-whiteboard.
>
> I have Jersey in Karaf working in two different places:
>  https://github.com/steinarb/ukelonn/tree/master/ukelonn.web.services
>  https://github.com/steinarb/jersey-demo
>
> The jersey-demo is a minimal example of how to do jersey in karaf, there
> is also a PR in progress to turn the jersey-demo into an example in
> karaf:
> https://github.com/apache/karaf/pull/633
>
> I was able to load and run the project with the problem in karaf actual,
> but the pax exam test of the bundle failed.
>
> The reason for the test startup failure was that this maven dependency
> in the pax exam test project, had transitive dependencies to bundles in
> karaf 4.1.1 and that caused pax exam to fail on startup:
> 
> org.ops4j.pax.jdbc
> pax-jdbc-features
> 1.3.1
> xml
> features
> 
>
> Adding an  for the root transitive dependency made the pax
> exam test start without failing:
> 
> org.ops4j.pax.jdbc
> pax-jdbc-features
> 1.3.1
> xml
> features
> 
> 
> org.apache.karaf
> org.apache.karaf.client
> 
> 
> 
>
> This is the same as the other pax exam issue I had, ie. that just having
> a maven dependency to something affect the way pax exam starts (or:
> affects the way karaf starts in pax exam (I'm not sure exactly what the
> problem is?)).
>
> Ie. it's not a dependency *in* the features repository the maven
> dependency loads, that is the problem.  It's the maven dependency
> *itself* that causes the pax exam startup problems.
>
> (And this is unexpected and can be tricky to find)
>
> Perhaps I should open a JIRA for this?
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Karaf build with maven plugin - multiple versions of feature repo ignored

['Achim Nierbeck' via OPS4J]

I guess this  would have suited the Karaf mailinglist better.
Never the less I think I understand your issue.
As you're installing the "same" feature with just different version, the
feature resolver (actually the same as for the bundle resolver) doesn't
seem to understand the need for the same dependencies twice, and therefore
automatically only installs the latest version.

regards, Achim

Am Mo., 17. Dez. 2018 um 10:55 Uhr schrieb Lukasz Lech :

> Hello,
>
>
>
> Some time ago I’ve started a thread about building Karaf distribution with
> maven plugin, and with your help, I’ve got a working example.
>
>
>
> However, now it’s time to add another version of some feature to the
> distribution (groupId and artifactId are the same, only the version differ,
> this is exactly why I need OSGi container instead of, say, Jetty).
>
>
>
> I have the dependencies in my pom.xml:
>
>
>
>
>
>  com.example
>
>  some-features
>
>  2.5.0-SNAPSHOT
>
>  features
>
>  xml
>
>  runtime
>
>
>
>
>
>  com.example
>
>  some-features
>
>  3.0.0-SNAPSHOT
>
>  features
>
>  xml
>
>  runtime
>
>
>
>
>
> And boot features definition:
>
>
>
>   
>
>  ...
>
>
> my-feature-2
>
>
> my-feature-3
>
>   
>
>
>
> However, I see, that only the newest version (3) is installed. I see no
> error in logs.
>
>
>
> The whole setup works perfectly in stand-alone karaf, where the
> org.apache.karaf.features.cfg is manually edited. But when building using
> karaf plugin, it looks like the other feature is totally ignored.
>
>
>
> It has likely to do with inability of Maven to deal with more than 1
> version of one dependency in single project? If so, how to work around it?
> Is there any other way to ‘tell’ karaf plugin about required dependencies
> than pom.xml?
>
>
>
> Best regards,
>
> Lukasz Lech
>
>
>
>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: dependency chain split for org.osgi.service.http.runtime.dto

['Achim Nierbeck' via OPS4J]

Remove the org.eclipse.osgi.services bundle. As per Spec all compendium
implementing bundles usually also provide the corresponding OSGi spec
Packages.
In this case everything for http etc.

regards, Achim

Am Di., 6. Nov. 2018 um 20:19 Uhr schrieb Nhut Thai Le :

> Hello,
>
> I am using pax-web-extender-whiteboard to host our web application in
> equinox and i see some split dependency chain errors when starting up my
> env:
> This one is caused by org.osgi.service.http.runtime.dto being exported by
> both org.ops4j.pax.web.pax-web-api and org.eclipse.osgi.services
> RESOLVER: Candidate permutation failed due to a conflict between imports;
> will try another if possible. (Uses constraint violation. Unable to resolve
> resource org.ops4j.pax.web.pax-web-extender-whiteboard [osgi.identity;
> osgi.identity="org.ops4j.pax.web.pax-web-extender-whiteboard";
> type="osgi.bundle"; version:Version="7.2.0"] because it is exposed to
> package 'org.osgi.service.http.runtime.dto' from resources
> org.ops4j.pax.web.pax-web-api [osgi.identity;
> osgi.identity="org.ops4j.pax.web.pax-web-api"; type="osgi.bundle";
> version:Version="7.2.0"] and org.eclipse.osgi.services [osgi.identity;
> osgi.identity="org.eclipse.osgi.services"; type="osgi.bundle";
> version:Version="3.6.0.v20170228-1906"] via two dependency chains.
>
> Chain 1:
>   org.ops4j.pax.web.pax-web-extender-whiteboard [osgi.identity;
> osgi.identity="org.ops4j.pax.web.pax-web-extender-whiteboard";
> type="osgi.bundle"; version:Version="7.2.0"]
> import:
> (&(osgi.wiring.package=org.osgi.service.http.runtime.dto)(&(version>=1.0.0)(!(version>=2.0.0
>  |
> export: osgi.wiring.package: org.osgi.service.http.runtime.dto
>   org.ops4j.pax.web.pax-web-api [osgi.identity;
> osgi.identity="org.ops4j.pax.web.pax-web-api"; type="osgi.bundle";
> version:Version="7.2.0"]
>
> Chain 2:
>   org.ops4j.pax.web.pax-web-extender-whiteboard [osgi.identity;
> osgi.identity="org.ops4j.pax.web.pax-web-extender-whiteboard";
> type="osgi.bundle"; version:Version="7.2.0"]
> import:
> (&(osgi.wiring.package=org.osgi.service.http.runtime)(&(version>=1.0.0)(!(version>=2.0.0
>  |
> export: osgi.wiring.package: org.osgi.service.http.runtime;
> uses:=org.osgi.service.http.runtime.dto
> export: osgi.wiring.package=org.osgi.service.http.runtime.dto
>   org.eclipse.osgi.services [osgi.identity;
> osgi.identity="org.eclipse.osgi.services"; type="osgi.bundle";
> version:Version="3.6.0.v20170228-1906"])
>
> Not sure what i should do about this since pax-web-api is used heavily by
> other pax-web bundles and org.eclipse.osgi.services is the super bundle
> that provides many packages from osgi specs (cm, http, component,...)
>
> Does anyone has a suggestion ?
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [PAX-WEB] Plan to release pax web 7.2.4 soon and idea for 7.3.x

['Achim Nierbeck' via OPS4J]

And yes, please also create a Jira entry for it :)

regards, Achim

Am Mo., 5. Nov. 2018 um 08:39 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Thanks for reminding - checking.
>
> regards
> Grzegorz Grzybek
>
> pon., 5 lis 2018 o 08:32 Daniel Stoch  napisał(a):
>
>> Hi,
>>
>> What about a NullPointerException in
>> JettyServerWrapper.configureSessionManager in 7.2.3 about which I wrote
>> in an earlier message? Maybe I should create a JIRA ticket for this?
>>
>> --
>> Best regards,
>> Daniel
>>
>> W dniu piątek, 2 listopada 2018 17:03:48 UTC+1 użytkownik Jean-Baptiste
>> Onofré napisał:
>>>
>>> Hi,
>>>
>>> 7.3.0 is fine.
>>>
>>> I'm also working on a branch from master (8.0.0) to have new R7 features
>>> supported.
>>>
>>> Regards
>>> JB
>>> On 02/11/2018 15:36, Grzegorz Grzybek wrote:
>>>
>>> Hello
>>>
>>> There are several fixes in pax-web 7.2.x branch:
>>>
>>> * [PAXWEB-1184] Upgrade to Karaf 4.2.1
>>> * [PAXWEB-1158][PAXWEB-1183] Reviewing session persistence - in memory
>>> and file persistence for sessions
>>> * [PAXWEB-1182] upgrade to jetty 9.4.12.v20180830
>>> * [PAXWEB-1177] fix resource leak
>>> * [PAXWEB-1180] Add ability to specify a default authMethod and
>>> realmName for Jetty Container
>>>
>>> I want to release pax-web 7.2.4 soon (sorry Kal for the delay)! What do
>>> you think? Any other issues that should be included in the release?
>>>
>>> As about pax-web 7.3.0, I plan to upgrade pax-web-undertow to use
>>> Undertow 2.x - With Jetty, we never created pax-web-jetty8, pax-web-jetty9,
>>> ... so I don't think we need both pax-web-undertow and pax-web-undertow2.
>>> But maybe? What do you think?
>>>
>>> best regards
>>> Grzegorz Grzybek
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com
>>>
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "OPS4J" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to ops4j+un...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [PAX-WEB] Plan to release pax web 7.2.4 soon and idea for 7.3.x

['Achim Nierbeck' via OPS4J]

Hi Grzegorz,

7.3.0 is fine with me.
I think in the past I tried to do major version bumps, that's why all
modules have different versions for the modules.
since we now have 3 different underlying server implementations, I doubt
that this is feasible anymore.

regards, Achim

Am Fr., 2. Nov. 2018 um 15:36 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello
>
> There are several fixes in pax-web 7.2.x branch:
>
> * [PAXWEB-1184] Upgrade to Karaf 4.2.1
> * [PAXWEB-1158][PAXWEB-1183] Reviewing session persistence - in memory and
> file persistence for sessions
> * [PAXWEB-1182] upgrade to jetty 9.4.12.v20180830
> * [PAXWEB-1177] fix resource leak
> * [PAXWEB-1180] Add ability to specify a default authMethod and realmName
> for Jetty Container
>
> I want to release pax-web 7.2.4 soon (sorry Kal for the delay)! What do
> you think? Any other issues that should be included in the release?
>
> As about pax-web 7.3.0, I plan to upgrade pax-web-undertow to use Undertow
> 2.x - With Jetty, we never created pax-web-jetty8, pax-web-jetty9, ... so I
> don't think we need both pax-web-undertow and pax-web-undertow2. But maybe?
> What do you think?
>
> best regards
> Grzegorz Grzybek
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Is it possible to use servlet 3.0 api annotations with pax web whiteboard?

['Achim Nierbeck' via OPS4J]

Hi Steinar,

yes, OSGi R7 just means it's a spec.
If it is related to a "core" it usually means the OSGi - Framework itself,
while everything else is usually a compendium service.
Like the Whiteboard specification, you can have a perfectly fine OSGi
framework running without it.

regards, Achim

Am Di., 30. Okt. 2018 um 07:20 Uhr schrieb Steinar Bang :

> >>>>> "'Achim Nierbeck' via OPS4J" :
>
> > depends on who will pickup the task :)
>
> Ok.  What's in OSGi 7 is just a spec, and is an extension to OSGi core
> (that's what "compendium" means?), so it will never be in the OSGi core
> of e.g. equinox or Apache Felix?  It will need to be implemented by
> something like pax web?
>
> (I've assumed it is that way, but I haven't been able to google up a
> place where it is stated clearly...)
>
> Is there a JIRA issue for adding OSGi 7 web support to pax web on the
> OPS4?  Yes there is:
>  https://ops4j1.jira.com/browse/PAXWEB-1181
>
> Heh! Created yesterday...:-)  Targeted for pax web 8.
>
> > You're more then welcome to join and add your efforts to it
>
> Maybe I will.  At least the odd pull request or 2...:-)
>
> The web whiteboard annotation syntax of OSGi 7 looks like what I was
> hoping for.
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Is it possible to use servlet 3.0 api annotations with pax web whiteboard?

['Achim Nierbeck' via OPS4J]

depends on who will pickup the task :)
You're more then welcome to join and add your efforts to it

Am Mo., 29. Okt. 2018 um 22:56 Uhr schrieb Steinar Bang :

> >>>>> "'Achim Nierbeck' via OPS4J" :
>
> > OSGi 7? Not yet.
>
> Ok.  Any idea when?
>
> Thanks!
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Is it possible to use servlet 3.0 api annotations with pax web whiteboard?

['Achim Nierbeck' via OPS4J]

OSGi 7? Not yet.

regards, Achim

Am Mo., 29. Okt. 2018 um 18:57 Uhr schrieb Steinar Bang :

> >>>>> "'Achim Nierbeck' via OPS4J" :
>
> > you have to decide if you want to do the Whiteboard approach, or
> > Servlet 3 annotations.
>
> Ok.
>
> > If you want to use Whiteboard do as you alsready did.
> > If you want to use Servlet 3.0 annotations, make shure to define your
> > application to be a WebApplicationBundle (WAB).
>
> Right, thanks for the clarification!  I've been moving away from that
> during the last year and a half or so... won't be going back. :-)
>
> But what about the fancy new annotations from the OSGi 7 Http Whiteboard
> Specification that google has found me?
>
> https://osgi.org/specification/osgi.cmpn/7.0.0/service.http.whiteboard.html
>
> Is this something that will be in a future version of pax web?
>
> Or is it already present in the OSGi 7 framework, and I can get it in
> karaf simply by switching from my current karaf 4.1.5 and OSGi 6, to
> karaf 4.2.x and OSGi 7?
>
> Thanks!
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [PAX-WEB] WebContainer - registering ServletFilter - confusion

['Achim Nierbeck' via OPS4J]

Hi,

here's a sample (itest) on how to use services for the jetty handler:

https://github.com/ops4j/org.ops4j.pax.web/blob/master/pax-web-itest/pax-web-itest-container/pax-web-itest-container-jetty/src/test/java/org/ops4j/pax/web/itest/jetty/JettyHandlerServiceIntegrationTest.java

regards, Achim

Am Fr., 19. Okt. 2018 um 09:05 Uhr schrieb Grzegorz Grzybek <
gr.grzy...@gmail.com>:

> Hello
>
> if you want global filters or prometheus integration (I imagine it like
>>> single endpoint, like /health or /metrics or something) you could try doing
>>> something container (jetty/undertow/tomcat) specific. Tomcat has
>>> valves, jetty and undertow have handlers - you can look at the code to
>>> check how for example NSCA logging interceptor/handler/valve is implemented.
>>>
>>
>> What would be the right place to register my handler directly on Jetty?
>>
>> It is somewhere created internally in Pax-Web and it is not exposed to
>> OSGi context
>>
>
> I didn't check it, but you could try adding some additional handlers in
> etc/jetty.xml (in Karaf). Something like:
>
> 
>   
> 
>   
>
> I'm not sure if it will work, but jetty.xml syntax is quite powerful. You
> can add different "beans" to different objects.
> Also I see that pax-web-jetty tracks instances of OSGi services for
> org.eclipse.jetty.server.Handler - so you should be able to register your
> own. See
> org.ops4j.pax.web.service.jetty.internal.JettyServerImpl#addHandler() for
> where it's used and how - it can even be prioritized.
>
> The main handler (actually HandlerCollection) is
> org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection and
> when a handler is added to this collection, it'll be called - see here
> how pax-web-jetty calls all the handlers
> 
> .
>
> best regards
> Grzegorz Grzybek
>
>
>>
>> Best regards,
>>
>> Lukasz Lech
>>
>>
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: JIRA registration

['Achim Nierbeck' via OPS4J]

Done!

Welcome aboard.

regards, Achim

Am Do., 4. Okt. 2018 um 17:35 Uhr schrieb Vladimir Konkov :

> Hi,
>
> Give me Jira access please. I need it to register tickets for several pull
> requests like this:
> https://github.com/ops4j/org.ops4j.pax.jms/pull/14
>
> Regards,
> Vladimir
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: osgi.http.whiteboard.context.select=(osgi.http.whiteboard.context.name=*) does not work for servlet filter

['Achim Nierbeck' via OPS4J]

Hi Thai,

as this is an open source community, you can take control of the ETA of
this fix, by providing us with a Patch for it :)

best regards, Achim

Am Di., 18. Sep. 2018 um 18:26 Uhr schrieb Nhut Thai Le :

> Look like this is a known issue:
> https://ops4j1.jira.com/projects/PAXWEB/issues/PAXWEB-1123. Is there an
> ETA for this ?
>
> Thai
>
> On Thursday, September 13, 2018 at 4:05:15 PM UTC-4, Nhut Thai Le wrote:
>>
>> Hello,
>>
>> I have 2 bundles, one hosts a few servlets and resource services, the
>> other hosts my servlet filters. The idea is to have the filters shared
>> between all bundles. So, for each bundle (not the one contain the servlet
>> filters) I create a ServletContextHelper:
>> @Component(
>> service = ServletContextHelper.class,
>>   scope = ServiceScope.SINGLETON,
>> property = {
>>"osgi.http.whiteboard.context.name
>> =HomeServletContextHelper",
>>   "osgi.http.whiteboard.context.path=/home"
>>   })
>> public class HomeServletContextHelper extends ServletContextHelper {
>>  @Override
>>   public URL getResource(String name) {
>>   BundleContext bundleContext = FrameworkUtil.getBundle(this.
>> getClass()).getBundleContext();
>>  Bundle bundle = bundleContext.getBundle();
>>  if ((name != null) && (bundle != null)) {
>>   if (name.startsWith("/")) {
>> name = name.substring(1);
>>   }
>>
>> return bundle.getEntry(name);
>>   }
>>   return null;
>>}
>> }
>>
>> Then in my servlet (in the same bundle as my ServletContextHelper above)
>> I tell it to use the ServletContextHelper:
>> @Component(
>> service = Servlet.class,
>>property= {
>> "osgi.http.whiteboard.servlet.pattern=/token"
>> ,
>>  "osgi.http.whiteboard.context.select=(
>> osgi.http.whiteboard.context.name=HomeServletContextHelper)"
>>  }
>> )
>> public final class AccessTokenServlet extends HttpServlet {...}
>>
>> My resource service (in the same bundle as my ServletContextHelper above)
>> is also set to use the same ServletContextHelper:
>> @Component(service = IndexPageResourceService.class,
>>property = {
>>"osgi.http.whiteboard.resource.pattern=/",
>>  "osgi.http.whiteboard.resource.prefix=/index.html",
>> "osgi.http.whiteboard.context.select=(
>> osgi.http.whiteboard.context.name=HomeServletContextHelper)"
>>  }
>> )
>> public class IndexPageResourceService {}
>>
>> and finally my servlet filter (in the other bundle):
>> @Component(
>> service = Filter.class,
>> scope = ServiceScope.PROTOTYPE,
>> property = {
>>"osgi.http.whiteboard.filter.name
>> =AuthenticationFilter",
>>"osgi.http.whiteboard.filter.pattern=/*",
>>   "osgi.http.whiteboard.context.select=(
>> osgi.http.whiteboard.context.name=*)"
>> }
>> )
>> public final class AuthenticationFilter implements Filter {...}
>>
>> Here the filter is configured to be used by ANY servlet context helper
>> (*) but it never got triggered. Interestingly, if i change the context
>> selection of this filter to: "osgi.http.whiteboard.context.select=(
>> osgi.http.whiteboard.context.name=HomeServletContextHelper)" then the
>> filter is triggered when i request for /home or /home/token.
>> So the problem is the * not get interpreted as ANY but rather a name that
>> never match. Is there a work around for this?
>>
>> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: pax-web-jetty-bundle vs pax-web-runtime

['Achim Nierbeck' via OPS4J]

Hi,

the pax-web-runtime is included in the pax-web-jetty-bundle. Basically the
*-jetty-bundle is just an "uber"-jar for running Pax Web with Jetty without
having to take care of all the other bundles.
The Karaf Feature files gives a good impression of which kind of bundles
are required:
https://github.com/ops4j/org.ops4j.pax.web/blob/master/pax-web-features/src/main/resources/features.xml#L35-L85

regards, Achim

Am Mi., 29. Aug. 2018 um 20:46 Uhr schrieb Nhut Thai Le :

> Hello,
>
> I am using pax-web-jetty-bundle 7.2.0 in felix 6 to run my web app which
> has been working fine. Recently I need to add some REST service so I start
> using aries-jax-rs-whiteboard
>  to host the service.
> This aries-jax-rs-whiteboard Require-Capability:
> osgi.implementation;filter:="(&(osgi.implementatio
>  n=osgi.http)(version>=1)(!(version>=2)))" which can only be found in
> pax-web-runtime. What is the relationship between this pax-web-runtime and
> the pax-web-jetty-bundle? Back in Feb 2017, someone report issue when
> having both bundle in his launch, has it been addressed (
> https://ops4j1.jira.com/browse/PAXWEB-1025)?
>
>
> Thank you
>
> Thai
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: jira login

['Achim Nierbeck' via OPS4J]

Your're added, welcome to the team :)

Am Mo., 27. Aug. 2018 um 14:40 Uhr schrieb Jens Kordowski <
jens.kordow...@sap.com>:

> Hi,
>
> I created a jira account and verified my mail address. I cannot log in, it
> says "doesn't have access to ops4j1.jira.com".
>
> Can somebody help me here?
>
> Best regards
> Jens
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Karaf pax exam test works locally but fails on travis-ci

['Achim Nierbeck' via OPS4J]

Try to use a different tool, I've experienced that travis-ci also does have
a limitation on the time of a project build.
Therefore it might very well be, that your project just takes to long.

regards, Achim

Am So., 26. Aug. 2018 um 22:45 Uhr schrieb Steinar Bang :

> I've merged in a large change to master of my project[1], transforming a
> vaadin webapp into a react webapp.
>
> In the last commit on master before the merge, the pax exam test[2] runs
> as expected.
>
> After the merge the test[3] fails to start on travis-ci.
>
> The test after the merge runs fine when I run it locally, but as said,
> it fails to start on travis-ci.
>
> Does anyone have any idea how to debug this?  The travis-ci log doesn't
> say much other than that it times out waiting for the karaf node to
> start in the pax exam test, and I don't know how to get hold of the
> karaf.log after the build.
>
> Thanks!
>
>  - Steinar
>
>
> References;
> [1] 
> [2] <
> https://github.com/steinarb/ukelonn/blob/a3e9b928a781c78252c65a69c6298b433ae065aa/ukelonn.tests/src/test/java/no/priv/bang/ukelonn/tests/UkelonnServiceIntegrationTest.java#L54
> >
> [3] <
> https://github.com/steinarb/ukelonn/blob/5755236cc036bc256348dc6d7b38ff2c95748a97/ukelonn.tests/src/test/java/no/priv/bang/ukelonn/tests/UkelonnServiceIntegrationTest.java#L45
> >
>
>

-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: ops4j jenkins down?

['Achim Nierbeck' via OPS4J]

yeah it seems to be dead.
I already pinged toni, he might know.

regards, Achim

2018-05-25 8:30 GMT+02:00 Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> Thanks for the update Achim.
>
> Unfortunately, I can't access (using SSH) to the Jenkins server :/
>
> Regards
> JB
>
> On 25/05/2018 08:16, 'Achim Nierbeck' via OPS4J wrote:
>
> actually cirlce ci does have some issues with long running tests, which
> are needed for the integration tests.
> Therefore Jenkins is still the main build server.
> I'll check
>
> regards, Achim
>
> 2018-05-25 7:51 GMT+02:00 Jean-Baptiste Onofré <
> jeanbaptiste.ono...@gmail.com>:
>
>> Hi Stephan,
>>
>> AFAIR, we are using circleci now (at least for Pax Web):
>>
>> https://circleci.com/gh/ops4j
>>
>> Let me check if Jenkins is still used.
>>
>> Regards
>> JB
>>
>> On 25/05/2018 07:49, Stephan Siano wrote:
>>
>> Hi,
>>
>> Is it possible that the ops4j jenkins ci.ops4j.org is down? I get a
>> connection timeout if I try to access it.
>>
>> Best regards
>> Stephan
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
>
> Apache Member
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
> blog <http://notizblog.nierbeck.de/>
> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>
> Software Architect / Project Manager / Scrum Master
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: ops4j jenkins down?

['Achim Nierbeck' via OPS4J]

yep, it seems to be gone for good.
I'm not able to ssh into it.

regards, achim

2018-05-25 8:16 GMT+02:00 Achim Nierbeck :

> actually cirlce ci does have some issues with long running tests, which
> are needed for the integration tests.
> Therefore Jenkins is still the main build server.
> I'll check
>
> regards, Achim
>
> 2018-05-25 7:51 GMT+02:00 Jean-Baptiste Onofré <
> jeanbaptiste.ono...@gmail.com>:
>
>> Hi Stephan,
>>
>> AFAIR, we are using circleci now (at least for Pax Web):
>>
>> https://circleci.com/gh/ops4j
>>
>> Let me check if Jenkins is still used.
>>
>> Regards
>> JB
>>
>> On 25/05/2018 07:49, Stephan Siano wrote:
>>
>> Hi,
>>
>> Is it possible that the ops4j jenkins ci.ops4j.org is down? I get a
>> connection timeout if I try to access it.
>>
>> Best regards
>> Stephan
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
>
> Apache Member
> Apache Karaf  Committer & PMC
> OPS4J Pax Web  Committer &
> Project Lead
> blog 
> Co-Author of Apache Karaf Cookbook 
>
> Software Architect / Project Manager / Scrum Master
>
>


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Need access to Issue Tracker

['Achim Nierbeck' via OPS4J]

Invitations are send ...

regards, Achim

2018-05-15 18:37 GMT+02:00 françois papon :

> Hi guys,
>
> I'm also interested to be add in the Pax JIRA and I already had an account
> on https://id.atlassian.com/login
>
> Thanks ;)
>
> François
>
> *papon...@gmail.com *
>
> 2018-05-15 18:24 GMT+04:00 Jean-Baptiste Onofré <
> jeanbaptiste.ono...@gmail.com>:
>
>> I will.
>>
>> Regards
>> JB
>> Le 15 mai 2018, à 16:15, Alex Soto  a écrit:
>>>
>>> I have an account already, please add me. Thanks
>>>
>>> Best regards,
>>> Alex soto
>>>
>>>
>>>
>>>
>>> On May 15, 2018, at 10:08 AM, Grzegorz Grzybek 
>>> wrote:
>>>
>>> Hello
>>>
>>> I think you have to start with https://id.atlassian.com/login
>>>
>>> If you already have account, I (think I) can add you to PAXJDBC people.
>>>
>>> regards
>>> Grzegorz Grzybek
>>>
>>> 2018-05-15 14:45 GMT+02:00 Alex Soto :
>>>
 Hello,

 I need to create a new issue in Pax JDBC, but I don't have permissions.
 What is the procedure to gain access?

 --
 --
 --
 OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

 ---
 You received this message because you are subscribed to the Google
 Groups "OPS4J" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to ops4j+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>>
>>> ---
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "OPS4J" group.
>>> To unsubscribe from this topic, visit https://groups.google.com/d/to
>>> pic/ops4j/4J0Em3mVVoQ/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> ops4j+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Requesting a JIRA login

['Achim Nierbeck' via OPS4J]

Hi,

I just de- and activated again your account.
with email address: arunan.balasubraman...@interlinksoftware.com
could you please try once more?

regards, Achim

2018-04-05 15:46 GMT+02:00 Arunan Balasubramaniam <
arunan.balasubraman...@interlinksoftware.com>:

>
>
>
>
>   Hi there,
>
>
>
>   Due to creating two JIRA accounts previously, the previous JIRA login I
> had is now gone. Can I be added to the OPS4J Jira again please? It is the
> same email address as before, it’s just on a different JIRA account now.
>
>
>
>   It is just for the trivial https://github.com/ops4j/org.
> ops4j.pax.web/pull/195 in case you want the PR to have an accompanying
> JIRA ticket.
>
>
>
>   Regards,
>
>  Arunan
>
>
>
>
>
>
>
> *From:* ops4j@googlegroups.com [mailto:ops4j@googlegroups.com] *On Behalf
> Of *arunan.balasubraman...@interlinksoftware.com
> *Sent:* 10 May 2017 10:56
> *To:* OPS4J 
> *Subject:* Requesting a JIRA login
>
>
>
> Hi there,
>
> Could I have a Jira login please? I would like to update
> https://ops4j1.jira.com/browse/PAXEXAM-815 to point at
> https://github.com/NetNow/org.ops4j.pax.exam2/tree/
> configure-karaf-logging-by-backend
>
> Regards,
> Arunan
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "OPS4J" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/ops4j/qVdLTJvWEIY/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [PAX WEB] Release Pax Web 7.0.0 this morning

['Achim Nierbeck' via OPS4J]

+1 sounds fine with me

2018-03-26 8:09 GMT+02:00 Grzegorz Grzybek :

> +1 from me
>
> regards
> Grzegorz Grzybek
>
> 2018-03-26 7:58 GMT+02:00 Jean-Baptiste Onofré <
> jeanbaptiste.ono...@gmail.com>:
>
>> Hi guys,
>>
>> I plan to release Pax Web 7.0.0 this morning (I'm fixing the Jetty 9.4.x
>> update
>> on master right now).
>>
>> If you have any objection, please let me know.
>>
>> Thanks,
>> Regards
>> JB
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: karaf2 random failure: UnmarshalException

['Achim Nierbeck' via OPS4J]

Karaf2? Like version 2.x?
That one is out of "service" now for quite some long time.

regards, Achim

2018-03-20 17:24 GMT+01:00 Gareth Healy :

> Any ideas?
>
>
> On Monday, 26 February 2018 11:05:15 UTC, Gareth Healy wrote:
>>
>> We test karaf2 and karaf4 for dozer. The karaf4 tests always succeed, but
>> the karaf2 sometimes fail, due to a random issue, which i've not been able
>> to pin down.
>>
>> - https://github.com/DozerMapper/dozer/tree/master/tests/dozer-osgi-tests
>>
>> The logs are:
>> - https://gist.github.com/garethahealy/f868e56ffe3e267adf2f7ca985168c07
>>
>> If anyone could help pin point whats wrong, that would be helpful.
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Pax Whiteboard, ShiroFilter and error message: "No WebEnvironment found: no EnvironmentLoaderListener registered?"

['Achim Nierbeck' via OPS4J]

Hi Steinar,

I thought that's what pax shiro is for.  [1]

regards, Achim

[1] - https://github.com/ops4j/org.ops4j.pax.shiro

2018-03-18 20:23 GMT+01:00 Steinar Bang :

> Has anyone else been using apache shiro with the pax web whiteboard
> extender?  Has anyone else succeeded in making it work?
>
> Shiro uses a filter to handle authentication and authorization for a
> paths of a webapp.
>
> I'm trying to create a ShiroFilter DS component to front a servlet
> (also a DS component) when using the Pax Web Whiteboard Exctender.
>
> It seemed to work at first, ie. I got a login windown in my application
> and was able to log in (which means that shiro is working as it is
> supposed to), but when I changed the name of the filter DS component it
> started failing.
>
> I don't know *why* it fails when the name is changed, but I know *how*
> it fails: it fails with the error message:
>   No WebEnvironment found: no EnvironmentLoaderListener registered?
>
> This is a well known and dreaded error message when using apache shiro,
> see eg.
>  https://stackoverflow.com/questions/15645799/jetty-
> maven-plugin-unable-to-hot-redeploy-shiro-filter
>  https://stackoverflow.com/questions/15645799/jetty-
> maven-plugin-unable-to-hot-redeploy-shiro-filter
>
> I have encountered this issue earlier, when I first tried to use the pax
> web whiteboard extender, using my home brewed "mini dependency
> injection" BundleActivator.  The way I solved it make the ShiroFilter
> listen for a service of type WebContainer, and create an
> EnvironmentLoaderListener when a WebContainer is enabled, like this:
>
>  @Component(
>  property= {
>  HttpWhiteboardConstants.HTTP_WHITEBOARD_FILTER_PATTERN+"=/
> ukelonn/*",
>  "servletNames=ukelonn"},
>  service=Filter.class,
>  immediate=true
>  )
>  public class UkelonnShiroFilter extends ShiroFilter {
>  private WebContainer webContainer;
>  private HttpContext httpcontext;
>  private EnvironmentLoaderListener listener;
>
>  @Reference
>  public void setWebContainer(WebContainer webContainer) {
>  createEnvironmentLoaderListenerAndDefaultContext(webContainer);
>  }
>
>  private void 
> createEnvironmentLoaderListenerAndDefaultContext(WebContainer
> webContainer) {
>  if (this.webContainer == webContainer) {
>  return; // already registered, nothing to do
>  }
>
>  unregisterExistingEnvironmentLoaderListener();
>
>  this.webContainer = webContainer;
>
>  if (webContainer != null) {
>  httpcontext = webContainer.createDefaultHttpContext();
>  listener = new EnvironmentLoaderListener();
>  webContainer.registerEventListener(listener, httpcontext);
>  }
>  }
>
>  private void unregisterExistingEnvironmentLoaderListener() {
>  if (webContainer != null) {
>  webContainer.unregisterEventListener(listener);
>  listener = null;
>  }
>  }
>
>  }
>
> This worked at first, but stopped working when I changed the name of the
> class.  I can see in the debugger that the UkelonnShiroFilter gets a
> WebContainer injection and creates and registers an
> EnvironmentLoaderListener.
>
> But even so the ShiroFilter fails during initialization with the
> following error message:
>  java.lang.IllegalStateException: No WebEnvironment found: no
> EnvironmentLoaderListener registered?
>
> Does anyone know what I can/should do to initialize the WebEnvironment
> properly for the shiro filter?
>
> Thanks!
>
>
> - Steinar
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [PAX-JDBC] Remove pax-jdbc-mysql bundle from the org.ops4j.pax.jdbc Karaf feature due to GPL concerns (PAXJDBC-128)

['Achim Nierbeck' via OPS4J]

Breaking changes are fine, as long as we bump the major version for this.


regards, Achim

2018-02-28 14:02 GMT+01:00 Michael Vorburger :

> Hello,
>
> would anyone have any objection to a breaking change in PAX-JDBC which
> would remove the pax-jdbc-mysql bundle from the org.ops4j.pax.jdbc Karaf
> feature? The pax-jdbc-mariadb can typically be used instead of
> pax-jdbc-mysql.
>
> The reason is that at least in our use, as part of a custom Karaf distro
> at https://www.opendaylight.org, we are having to manually excluding the
> mysql-connector-java JDBC driver JAR which the pax-jdbc-mysql bundle drags
> along, because it is GPL licensed.
>
> Full background in https://ops4j1.jira.com/browse/PAXJDBC-128 ...
>
> Thanks,
> M.
> --
> Michael Vorburger, Red Hat | IRC: vorburger @freenode | ~ =
> http://vorburger.ch
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [PAX WEB] Update master to 8.0.0-SNAPSHOT and create 7.0.x branch

['Achim Nierbeck' via OPS4J]

Hi,

done :)

regards, Achim

2018-02-27 10:20 GMT+01:00 Stephan Siano :

> Hi,
>
> just one question: Is it possible to set up a build job for the new
> pax-web-7.0.x branch?
>
> Best regards
> Stephan
>
> Am Montag, 5. Februar 2018 08:38:49 UTC+1 schrieb Achim Nierbeck:
>>
>> Fine with me.
>>
>> regards, Achim
>>
>> 2018-02-05 7:58 GMT+01:00 Jean-Baptiste Onofré :
>>
>>> Hi guys,
>>>
>>> In order to upgrade to Jetty 9.4.x without bringing OSGi R7 on the
>>> table, I will
>>> do the following:
>>>
>>> - Change version on master to 8.0.0-SNAPSHOT
>>> - Create a branch 7.0.x based on latest 6.1.x
>>> - Upgrade to Jetty 9.4.x on both master and 7.0.x branches
>>>
>>> Any objection ?
>>>
>>> Regards
>>> JB
>>>
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com
>>>
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "OPS4J" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to ops4j+un...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>>
>> Apache Member
>> Apache Karaf  Committer & PMC
>> OPS4J Pax Web  Committer
>> & Project Lead
>> blog 
>> Co-Author of Apache Karaf Cookbook 
>>
>> Software Architect / Project Manager / Scrum Master
>>
>> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Injecting BundleContext Issue

['Achim Nierbeck' via OPS4J]

Hi,

just a little tip for you, now from your second mail I get the context,
you're obviously are talking either of Pax CDI or Pax Exam.
Next it would be best to add a little bit of context to your initial query.
I for myself can't read minds so your request was hard to understand ;)

regards, Achim

2018-02-21 1:53 GMT+01:00 Tyler Dinh :

> Looks like I have to also use the @Immediate annotation for BundleContext
> to be injected.
>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Restore JIRA account rights

['Achim Nierbeck' via OPS4J]

Invitation has been sent, your user had been removed.

2018-02-15 21:52 GMT+01:00 Alexander Rotnov :

> Its seems that after long inactivity access to JIRA was been removed (like
> in this theme https://groups.google.com/d/topic/ops4j/h533qIuxV9w/
> discussion).
> Could somebody restore it, please? My JIRA account is binded to Google
> account
>
> Thanks!
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Pax Web Jetty Bundle 6.1.0 : ClassNotFoundException: org.osgi.service.http.runtime.dto.ServletDTO

['Achim Nierbeck' via OPS4J]

Hi,

just one note, I got from another mail thread here.
The pax-web-api bundle should provide you with the correct packages.

regards, Achim

2017-12-29 14:29 GMT+01:00 Daniele :

> Thanks Achim but i don't understand.
>
> When i was using pax-web 4.2.7, all was working well. Now migrating to
> 6.1.0 i'm facing this issue .
>
> I have tried to add R6 compendium jar to my target platform but it doesn't
> resolve (Unresolved requirements: [[osgi.cmpn [76](R 76.0)]
> osgi.compile.time.only;)
>
> Any idea?
>
> Il giorno giovedì 28 dicembre 2017 18:46:18 UTC+1, Achim Nierbeck ha
> scritto:
>>
>> Hi,
>>
>> looks like you don't have the R6 compendium jar available in your setup.
>> You'll need that also if you use it in a felix only environment.
>>
>> regards, Achim
>> --
>>
>> Apache Member
>> Apache Karaf  Committer & PMC
>> OPS4J Pax Web  Committer
>> & Project Lead
>> blog 
>> Co-Author of Apache Karaf Cookbook 
>>
>> Software Architect / Project Manager / Scrum Master
>>
>> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [PAX WEB] Update master to 8.0.0-SNAPSHOT and create 7.0.x branch

['Achim Nierbeck' via OPS4J]

Fine with me.

regards, Achim

2018-02-05 7:58 GMT+01:00 Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> Hi guys,
>
> In order to upgrade to Jetty 9.4.x without bringing OSGi R7 on the table,
> I will
> do the following:
>
> - Change version on master to 8.0.0-SNAPSHOT
> - Create a branch 7.0.x based on latest 6.1.x
> - Upgrade to Jetty 9.4.x on both master and 7.0.x branches
>
> Any objection ?
>
> Regards
> JB
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [pax-web] Planned release 6.1.1

['Achim Nierbeck' via OPS4J]

+1 fine with me :)

regards, Achim

2018-01-09 11:52 GMT+01:00 Jean-Baptiste Onofré <
jeanbaptiste.ono...@gmail.com>:

> +1 for me.
>
>
> Regards
> JB
>
> On 01/09/2018 11:23 AM, Grzegorz Grzybek wrote:
>
> Hello
>
> I'd like to release pax-web 6.1.1 with minor fixes to welcome file
> handling (unification across all 3 containers!)[1] and with undertow.xml
> configuration adjusted to Undertow 1.4 and Wildfly 11 (from Undertow 1.3
> and Wildfly 10).
>
> Do you plan any other fixes before?
>
> best regards
> Grzegorz Grzybek
> ===
> [1] https://ops4j1.jira.com/browse/PAXWEB-1145
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: PAX-HTTP-WHITEBOARD hangs on Karaf 4.1.2

['Achim Nierbeck' via OPS4J]

Hi,

are you sure it really hangs, or is jline and therefore the shell not
responsive anymore.


regards, Achim

2018-01-04 19:58 GMT+01:00 Grzegorz Grzybek :

> Hello
>
> Did you by any chance get a thread dump? That's really strange... It works
> fine on Linux, so JLine seems to be the problem... I don't have Windows box
> at hand so it'll take more time for me...
>
> regards
> Grzegorz Grzybek
>
> 2018-01-04 12:59 GMT+01:00 Maurice Betzel :
>
>> Using platform: Windows 10 x86_64, Java 1.8.0_144, Karaf 4.1.2, Pax Web
>> 6.1.0
>>
>> Trying to install pax-http-whiteboard on karaf lockes up the console.
>> To reproduce, start up a clean karaf and add pax-web features:
>>
>> karaf@root()> feature:repo-add mvn:org.ops4j.pax.web/pax-web-features/6.1
>> .0/xml/features
>>
>> Installing pax-http-whiteboard:
>>
>> karaf@root()> feature:install pax-http-whiteboard/6.1.0
>>
>> JLine gives a exception along the way, log:
>>
>> 2018-01-04T12:56:00,835 | DEBUG | features-1-thread-1 |
>> jline| 49 - org.jline - 3.4.0 | Error
>> creating JNA based terminal: [6] The handle is invalid.
>> com.sun.jna.LastErrorException: [6] The handle is invalid.
>> at com.sun.jna.Native.invokeVoid(Native Method) ~[?:?]
>> at com.sun.jna.Function.invoke(Function.java:408) ~[?:?]
>> at com.sun.jna.Function.invoke(Function.java:354) ~[?:?]
>> at com.sun.jna.Library$Handler.invoke(Library.java:244) ~[?:?]
>> at 
>> org.jline.terminal.impl.jna.win.$Proxy52.GetConsoleScreenBufferInfo(Unknown
>> Source) ~[?:?]
>> at org.jline.terminal.impl.jna.win.WindowsAnsiOutputStream.getC
>> onsoleInfo(WindowsAnsiOutputStream.java:92) ~[?:?]
>> at org.jline.terminal.impl.jna.win.WindowsAnsiOutputStream.> t>(WindowsAnsiOutputStream.java:86) ~[?:?]
>> at 
>> org.jline.terminal.impl.jna.win.JnaWinSysTerminal.(JnaWinSysTerminal.java:38)
>> ~[?:?]
>> at 
>> org.jline.terminal.impl.jna.JnaSupportImpl.winSysTerminal(JnaSupportImpl.java:25)
>> ~[?:?]
>> at org.jline.terminal.TerminalBuilder.doBuild(TerminalBuilder.java:243)
>> ~[?:?]
>> at org.jline.terminal.TerminalBuilder.build(TerminalBuilder.java:172)
>> ~[?:?]
>> at org.apache.karaf.shell.impl.console.osgi.LocalConsoleManager
>> .start(LocalConsoleManager.java:65) ~[?:?]
>> at 
>> org.apache.karaf.shell.impl.console.osgi.Activator.start(Activator.java:114)
>> ~[?:?]
>> at 
>> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:697)
>> ~[?:?]
>> at org.apache.felix.framework.Felix.activateBundle(Felix.java:2239)
>> ~[?:?]
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:2145)
>> ~[?:?]
>> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:998)
>> ~[?:?]
>> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:984)
>> ~[?:?]
>> at org.apache.karaf.features.internal.service.FeaturesServiceIm
>> pl.startBundle(FeaturesServiceImpl.java:1346) ~[?:?]
>> at 
>> org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:891)
>> ~[?:?]
>> at org.apache.karaf.features.internal.service.FeaturesServiceIm
>> pl.doProvision(FeaturesServiceImpl.java:1233) ~[?:?]
>> at org.apache.karaf.features.internal.service.FeaturesServiceIm
>> pl.lambda$doProvisionInThread$0(FeaturesServiceImpl.java:1132) ~[?:?]
>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
>> at 
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>> [?:?]
>> at 
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>> [?:?]
>> at java.lang.Thread.run(Thread.java:748) [?:?]
>> 2018-01-04T12:56:00,851 | DEBUG | features-1-thread-1 |
>> jline| 49 - org.jline - 3.4.0 | Error
>> creating JANSI based terminal: Could not get the screen info: T
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 

Re: Pax Web Jetty Bundle 6.1.0 : ClassNotFoundException: org.osgi.service.http.runtime.dto.ServletDTO

['Achim Nierbeck' via OPS4J]

Hi,

looks like you don't have the R6 compendium jar available in your setup.
You'll need that also if you use it in a felix only environment.

regards, Achim

2017-12-28 17:46 GMT+01:00 Daniele :

> Hi,
> in my OSGI application (where i'm using apache felix implementation) i
> have the following pax web bundles (last version 6.1.0):
>
> "org.ops4j.pax.web.pax-web-api"
>
> "org.ops4j.pax.web.pax-web-jetty-bundle"
>
> "org.ops4j.pax.web.pax-web-extender-whiteboard"
>
> "org.ops4j.pax.web.pax-web-runtime"
>
> "org.ops4j.pax.web.pax-web-spi"
>
>
> and i'm facing the below stack trace error during startup inside Eclipse
> IDE. How can i fix it?
>
>
>
>
> 2017-12-28 17:33:12 ERROR FELIX - org.ops4j.pax.web.pax-web-jetty-bundle:
> BundleComponentActivator : Bundle [71] Unexpected failure enabling
> component holder org.ops4j.pax.web.service.internal.WhiteboardDtoService
>
> 2017-12-28 17:33:12 ERROR FELIX - org.ops4j.pax.web.pax-web-jetty-bundle
>
> org.apache.felix.log.LogException: java.lang.NoClassDefFoundError:
> org/osgi/service/http/runtime/dto/ServletDTO
>
> at java.lang.Class.getDeclaredMethods0(Native Method)
>
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
>
> at java.lang.Class.getDeclaredMethods(Class.java:1975)
>
> at org.apache.felix.scr.impl.inject.BindMethod.
> getServiceObjectAssignableMethod(BindMethod.java:459)
>
> at org.apache.felix.scr.impl.inject.BindMethod.
> doFindMethod(BindMethod.java:188)
>
> at org.apache.felix.scr.impl.inject.BaseMethod.findMethod(
> BaseMethod.java:175)
>
> at org.apache.felix.scr.impl.inject.BaseMethod.access$400(
> BaseMethod.java:39)
>
> at org.apache.felix.scr.impl.inject.BaseMethod$NotResolved.
> resolve(BaseMethod.java:593)
>
> at org.apache.felix.scr.impl.inject.BaseMethod$NotResolved.
> methodExists(BaseMethod.java:615)
>
> at org.apache.felix.scr.impl.inject.BaseMethod.
> methodExists(BaseMethod.java:520)
>
> at org.apache.felix.scr.impl.inject.BindMethod.
> getServiceObject(BindMethod.java:648)
>
> at org.apache.felix.scr.impl.manager.DependencyManager.getServiceObject(
> DependencyManager.java:2206)
>
> at org.apache.felix.scr.impl.manager.DependencyManager$
> MultipleDynamicCustomizer.prebind(DependencyManager.java:403)
>
> at org.apache.felix.scr.impl.manager.DependencyManager.
> prebind(DependencyManager.java:1520)
>
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.
> collectDependencies(AbstractComponentManager.java:1022)
>
> at org.apache.felix.scr.impl.manager.SingleComponentManager.
> getServiceInternal(SingleComponentManager.java:860)
>
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.
> activateInternal(AbstractComponentManager.java:755)
>
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.
> enableInternal(AbstractComponentManager.java:675)
>
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(
> AbstractComponentManager.java:430)
>
> at org.apache.felix.scr.impl.manager.ConfigurableComponentHolder.
> enableComponents(ConfigurableComponentHolder.java:657)
>
> at org.apache.felix.scr.impl.BundleComponentActivator.initialEnable(
> BundleComponentActivator.java:341)
>
> at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:387)
>
> at org.apache.felix.scr.impl.Activator.access$200(Activator.java:52)
>
> at org.apache.felix.scr.impl.Activator$ScrExtension.start(
> Activator.java:262)
>
> at org.apache.felix.scr.impl.AbstractExtender.createExtension(
> AbstractExtender.java:196)
>
> at org.apache.felix.scr.impl.AbstractExtender.modifiedBundle(
> AbstractExtender.java:169)
>
> at org.apache.felix.scr.impl.AbstractExtender.modifiedBundle(
> AbstractExtender.java:49)
>
> at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(
> BundleTracker.java:482)
>
> at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(
> BundleTracker.java:415)
>
> at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:232)
>
> at org.osgi.util.tracker.BundleTracker$Tracked.
> bundleChanged(BundleTracker.java:444)
>
> at org.apache.felix.framework.EventDispatcher.
> invokeBundleListenerCallback(EventDispatcher.java:915)
>
> at org.apache.felix.framework.EventDispatcher.fireEventImmediately(
> EventDispatcher.java:834)
>
> at org.apache.felix.framework.EventDispatcher.fireBundleEvent(
> EventDispatcher.java:516)
>
> at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4579)
>
> at org.apache.felix.framework.Felix.startBundle(Felix.java:2174)
>
> at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1373)
>
> at org.apache.felix.framework.FrameworkStartLevelImpl.run(
> FrameworkStartLevelImpl.java:308)
>
> at java.lang.Thread.run(Thread.java:745)
>
> Caused by: java.lang.ClassNotFoundException:
> org.osgi.service.http.runtime.dto.ServletDTO not found by
> org.ops4j.pax.web.pax-web-jetty-bundle [71]
>
> at org.apache.felix.framework.BundleWiringImpl.
> 

Re: [ANN] PaxWeb 6.1.0 released

['Achim Nierbeck' via OPS4J]

Thanks and merry merry Christmas to the team.
Wonderful work of all that participated :)

Achim

2017-12-22 14:28 GMT+01:00 Grzegorz Grzybek :

> Merry Christmas!
> Grzegorz Grzybek
>
> 2017-12-22 14:22 GMT+01:00 Jean-Baptiste Onofré <
> jeanbaptiste.ono...@gmail.com>:
>
>> Thanks and merry Christmas !
>>
>> Regards
>> JB
>>
>> On 12/22/2017 02:04 PM, Guillaume Nodet wrote:
>>
>> Pax-Web 6.1.0 has been released this week and is now available in maven
>> central.
>>
>> It features upgrades to Tomcat 8.5, Undertow 1.4, better Java 9 support,
>> specific undertow xml configuration and much more...
>>
>> The release notes are available from JIRA
>>   Release Notes
>> 
>>
>> Merry Christmas  to everyone !
>>
>> Cheers,
>> Guillaume Nodet
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [HEADS UP] Keycloak integration, Pax-Web 6.1 release

['Achim Nierbeck' via OPS4J]

Oh I wasn't aware or the 6.1.0 release 

It would be great if the person could also mark that version as released in
jira.
An announcement mail is also always welcome.

regards, Achim

2017-12-22 8:09 GMT+01:00 Stephan Siano <stephan.si...@sap.com>:

> Hi,
>
> Sorry for my late response, but I was pretty busy the last days. So giving
> a +1 is moot, since the 6.1.0 version already is released.
>
> Tomcat support is quite good with the 6.1.0 release. All the common tests
> are running on the Tomcat container, except one (because of PAXWEB-1142).
> This only concerns error page registration for 4xx and 5xx patterns, which
> is probably not the most important feature of all, so it's completely fine
> to fix this in 6.1.1.
>
> One question about the documentation: I would not consider tomcat support
> experimental anymore, so we might want to update the documentation. I just
> don't really understand where (from which branch) which part of the
> documentation comes from (and how properties are supposed to be used to
> keep e.g. the version of dependencies in sync with the acutally used
> versions).
>
> Best regards and happy holidays,
> Stephan
>
> Am Mittwoch, 20. Dezember 2017 16:07:46 UTC+1 schrieb Achim Nierbeck:
>>
>> cool,
>>
>> I'm gonna wait a bit longer for some more feedback, in case.
>> I'll cut the release latest on the 23rd, unless we need to hurry?
>>
>> Regards, Achim
>>
>> 2017-12-20 14:40 GMT+01:00 Grzegorz Grzybek <gr.gr...@gmail.com>:
>>
>>> Thanks Achim for comment - I'll do my changes in 6.1.1 ;)
>>>
>>> regards
>>> Grzegorz Grzybek
>>>
>>> 2017-12-20 13:45 GMT+01:00 'Achim Nierbeck' via OPS4J <
>>> op...@googlegroups.com>:
>>>
>>>> Hi,
>>>>
>>>> afaik we're all set to have a 6.1 release.
>>>> @Grzegorz, I'd say release now with the current set and with 6.1.1 we
>>>> can ship a complete setup :)
>>>>
>>>> we also are set on the Tomcat front as far as I can see right now :)
>>>>
>>>> Unless Stephan Siano does say so otherwise I'm fine with it.
>>>>
>>>> regards, Achim
>>>>
>>>>
>>>> 2017-12-20 10:37 GMT+01:00 Grzegorz Grzybek <gr.gr...@gmail.com>:
>>>>
>>>>> +0.99 from me
>>>>>
>>>>> why not +1? I have only one little concern and I hope it's not that
>>>>> important.
>>>>>
>>>>> With https://ops4j1.jira.com/browse/PAXWEB-1103 I added support for
>>>>> undertow.xml based configuration, which is based on these two XSDs:
>>>>>  - urn:jboss:domain:4.2
>>>>>  - urn:jboss:domain:undertow:3.1
>>>>>
>>>>> I used the schemas from wildfly 10.x which uses Undertow 1.3.x,
>>>>> because at the time I was implementing PAXWEB-1103, pax-web also was using
>>>>> TIPI versions of Undertow 1.3.x
>>>>>
>>>>> But then we've switched to Undertow 1.4 (official bundles, no more
>>>>> pax-tipi), which is related more to Wildfly 11.x, which uses:
>>>>>  - urn:jboss:domain:5.0
>>>>>  - urn:jboss:domain:undertow:4.0
>>>>>
>>>>> The changes are actually not that huge (a medium refactoring to
>>>>> truststore/keystore configuration), but I wanted to have the XSD versions
>>>>> bumped before 6.1.0.GA...
>>>>>
>>>>> However, because I didn't implement full "information content model"
>>>>> from the above XSDs, I can add support for wildfly 11.x *later*, after
>>>>> 6.1.0.GA. What do you think?
>>>>>
>>>>> I can even try to support both (pairs of) schemas.
>>>>>
>>>>> regards
>>>>> Grzegorz Grzybek
>>>>>
>>>>>
>>>>> 2017-12-20 0:22 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
>>>>>
>>>>>> [[ I sent this email on monday but to the old list and it took quite
>>>>>> some time to come back in error, so I'm sending it again now... ]]
>>>>>>
>>>>>> Hi everybody !
>>>>>>
>>>>>> Last week, I pushed a new small project, pax-keycloak, to the osp4j
>>>>>> repository.
>>>>>> The aim is simply to provide a good integration between keycloak (
>>>>>> http://www.keycloak.org) and pax-web / karaf.
>>>>>> Keycloak is an ope

Re: [HEADS UP] Keycloak integration, Pax-Web 6.1 release

['Achim Nierbeck' via OPS4J]

cool,

I'm gonna wait a bit longer for some more feedback, in case.
I'll cut the release latest on the 23rd, unless we need to hurry?

Regards, Achim

2017-12-20 14:40 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:

> Thanks Achim for comment - I'll do my changes in 6.1.1 ;)
>
> regards
> Grzegorz Grzybek
>
> 2017-12-20 13:45 GMT+01:00 'Achim Nierbeck' via OPS4J <
> ops4j@googlegroups.com>:
>
>> Hi,
>>
>> afaik we're all set to have a 6.1 release.
>> @Grzegorz, I'd say release now with the current set and with 6.1.1 we can
>> ship a complete setup :)
>>
>> we also are set on the Tomcat front as far as I can see right now :)
>>
>> Unless Stephan Siano does say so otherwise I'm fine with it.
>>
>> regards, Achim
>>
>>
>> 2017-12-20 10:37 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:
>>
>>> +0.99 from me
>>>
>>> why not +1? I have only one little concern and I hope it's not that
>>> important.
>>>
>>> With https://ops4j1.jira.com/browse/PAXWEB-1103 I added support for
>>> undertow.xml based configuration, which is based on these two XSDs:
>>>  - urn:jboss:domain:4.2
>>>  - urn:jboss:domain:undertow:3.1
>>>
>>> I used the schemas from wildfly 10.x which uses Undertow 1.3.x, because
>>> at the time I was implementing PAXWEB-1103, pax-web also was using TIPI
>>> versions of Undertow 1.3.x
>>>
>>> But then we've switched to Undertow 1.4 (official bundles, no more
>>> pax-tipi), which is related more to Wildfly 11.x, which uses:
>>>  - urn:jboss:domain:5.0
>>>  - urn:jboss:domain:undertow:4.0
>>>
>>> The changes are actually not that huge (a medium refactoring to
>>> truststore/keystore configuration), but I wanted to have the XSD versions
>>> bumped before 6.1.0.GA...
>>>
>>> However, because I didn't implement full "information content model"
>>> from the above XSDs, I can add support for wildfly 11.x *later*, after
>>> 6.1.0.GA. What do you think?
>>>
>>> I can even try to support both (pairs of) schemas.
>>>
>>> regards
>>> Grzegorz Grzybek
>>>
>>>
>>> 2017-12-20 0:22 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
>>>
>>>> [[ I sent this email on monday but to the old list and it took quite
>>>> some time to come back in error, so I'm sending it again now... ]]
>>>>
>>>> Hi everybody !
>>>>
>>>> Last week, I pushed a new small project, pax-keycloak, to the osp4j
>>>> repository.
>>>> The aim is simply to provide a good integration between keycloak (
>>>> http://www.keycloak.org) and pax-web / karaf.
>>>> Keycloak is an open source identity / access management server. Fwiw,
>>>> there's already an integration layer between keycloak and fuse, but it's
>>>> quite cumbersome to setup and use, so I basically rewrote it.  At some
>>>> point, maybe it can be integrated back into keycloak to replace their
>>>> existing layer.
>>>>
>>>> This small project is now an optional dependency of pax-web, and
>>>> provides an easy integration of web application into keycloak.  The setup
>>>> is basically to register a login config in the web.xml with an
>>>> authentication type of KEYCLOAK and to add a keycloak json config file in
>>>> the web app.
>>>>
>>>> With the above integrated in both 6.1.x and master branches of pax-web,
>>>> I'd like to have a release of pax-web 6.1.x which brings better Java 9
>>>> support (through xbean 4.6 / asm 6.0 upgrade).  The goal would be to
>>>> integrate that into Karaf in order to release a 4.2.0.M2.
>>>> Any objection to releasing 6.1.0 this week ?
>>>>
>>>> Cheers,
>>>> Guillaume Nodet
>>>>
>>>> --
>>>> --
>>>> --
>>>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>>>
>>>> ---
>>>> You received this message because you are subscribed to the Google
>>>> Groups "OPS4J" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>> an email to ops4j+unsubscr...@googlegroups.com.
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - ops4j@go

Re: [HEADS UP] Keycloak integration, Pax-Web 6.1 release

['Achim Nierbeck' via OPS4J]

Hi,

afaik we're all set to have a 6.1 release.
@Grzegorz, I'd say release now with the current set and with 6.1.1 we can
ship a complete setup :)

we also are set on the Tomcat front as far as I can see right now :)

Unless Stephan Siano does say so otherwise I'm fine with it.

regards, Achim


2017-12-20 10:37 GMT+01:00 Grzegorz Grzybek :

> +0.99 from me
>
> why not +1? I have only one little concern and I hope it's not that
> important.
>
> With https://ops4j1.jira.com/browse/PAXWEB-1103 I added support for
> undertow.xml based configuration, which is based on these two XSDs:
>  - urn:jboss:domain:4.2
>  - urn:jboss:domain:undertow:3.1
>
> I used the schemas from wildfly 10.x which uses Undertow 1.3.x, because at
> the time I was implementing PAXWEB-1103, pax-web also was using TIPI
> versions of Undertow 1.3.x
>
> But then we've switched to Undertow 1.4 (official bundles, no more
> pax-tipi), which is related more to Wildfly 11.x, which uses:
>  - urn:jboss:domain:5.0
>  - urn:jboss:domain:undertow:4.0
>
> The changes are actually not that huge (a medium refactoring to
> truststore/keystore configuration), but I wanted to have the XSD versions
> bumped before 6.1.0.GA...
>
> However, because I didn't implement full "information content model" from
> the above XSDs, I can add support for wildfly 11.x *later*, after 6.1.0.GA.
> What do you think?
>
> I can even try to support both (pairs of) schemas.
>
> regards
> Grzegorz Grzybek
>
>
> 2017-12-20 0:22 GMT+01:00 Guillaume Nodet :
>
>> [[ I sent this email on monday but to the old list and it took quite some
>> time to come back in error, so I'm sending it again now... ]]
>>
>> Hi everybody !
>>
>> Last week, I pushed a new small project, pax-keycloak, to the osp4j
>> repository.
>> The aim is simply to provide a good integration between keycloak (
>> http://www.keycloak.org) and pax-web / karaf.
>> Keycloak is an open source identity / access management server. Fwiw,
>> there's already an integration layer between keycloak and fuse, but it's
>> quite cumbersome to setup and use, so I basically rewrote it.  At some
>> point, maybe it can be integrated back into keycloak to replace their
>> existing layer.
>>
>> This small project is now an optional dependency of pax-web, and provides
>> an easy integration of web application into keycloak.  The setup is
>> basically to register a login config in the web.xml with an authentication
>> type of KEYCLOAK and to add a keycloak json config file in the web app.
>>
>> With the above integrated in both 6.1.x and master branches of pax-web,
>> I'd like to have a release of pax-web 6.1.x which brings better Java 9
>> support (through xbean 4.6 / asm 6.0 upgrade).  The goal would be to
>> integrate that into Karaf in order to release a 4.2.0.M2.
>> Any objection to releasing 6.1.0 this week ?
>>
>> Cheers,
>> Guillaume Nodet
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: pax-web with Tomcat

['Achim Nierbeck' via OPS4J]

Not right now, it's planned for Pax Web version 7.0 ...
but requires a lot of changes, next to support for J9.

There is already (a bit stale though) a branch for the switch.
We experienced that there are a lot of breaking changes.

Regards, Achim

2017-12-18 15:55 GMT+01:00 Bartłomiej Turos :

> Thanks Achim! On a related note, do you guys have rough estimate on when
> Jetty 9.4+ would be introduced as Pax-Web dependency?  I do realize this
> will take some effort :)
>
> Regards,
> Bartek
>
> W dniu sobota, 16 grudnia 2017 11:24:31 UTC+1 użytkownik Achim Nierbeck
> napisał:
>>
>> Hi Bartek,
>>
>> with Pax Web you can either use Tomcat or Undertow as alternative for
>> Jetty.
>> If you want to do so, just make sure you install the feature for it
>> before installing the Pax web runtime features.
>>
>> regards, Achim
>>
>> 2017-12-14 19:50 GMT+01:00 Bartłomiej Turos :
>>
>>> Hi everyone. My name is Bartłomiej Turos and I'm working on a project
>>> which is based on the ServiceMix (7.0.1). Part of that build is Pax-web,
>>> which by default seems to be using Jetty.
>>> Due to the following issue: https://github.com/ecli
>>> pse/jetty.project/issues/1446 we cannot deploy our product with Jetty
>>> 9.2.x inside (this is affecting our users).
>>>
>>> The issue has been reportedly fixed in Jetty version 9.4.4+, but even
>>> the latest version of pax-web seems to be using Jetty 9.3.x. I tried to
>>> upgrade Jetty to 9.4.8 by updating relevant jars in ServiceMix installation
>>> and relevant pax-web feature descriptor file 
>>> (pax-web-features-4.3.0-features.xml),
>>> but it turned out that Jetty 9.4 has non-backward compatible API changes.
>>>
>>> I am hoping that I can configure pax-web to use Tomcat instead. I would
>>> like to ask some help on configuring Tomcat under pax-web.
>>>
>>> Also, are there any limitations when working with Tomcat instead of
>>> Jetty?
>>>
>>> If any of this sounds noobish, please forgive me.
>>> If there's any documentation / tutorial that has what I probably need,
>>> please point me in the right direction.
>>> If there's a better way than replacing Tomcat with Jetty, don't hesitate
>>> to share.
>>>
>>> Any help will be greatly appreciate.
>>>
>>> Regards,
>>> Bartek
>>>
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com
>>>
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "OPS4J" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to ops4j+un...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>>
>> Apache Member
>> Apache Karaf  Committer & PMC
>> OPS4J Pax Web  Committer
>> & Project Lead
>> blog 
>> Co-Author of Apache Karaf Cookbook 
>>
>> Software Architect / Project Manager / Scrum Master
>>
>> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: pax-web with Tomcat

['Achim Nierbeck' via OPS4J]

Hi Bartek,

with Pax Web you can either use Tomcat or Undertow as alternative for
Jetty.
If you want to do so, just make sure you install the feature for it before
installing the Pax web runtime features.

regards, Achim

2017-12-14 19:50 GMT+01:00 Bartłomiej Turos :

> Hi everyone. My name is Bartłomiej Turos and I'm working on a project
> which is based on the ServiceMix (7.0.1). Part of that build is Pax-web,
> which by default seems to be using Jetty.
> Due to the following issue: https://github.com/
> eclipse/jetty.project/issues/1446 we cannot deploy our product with Jetty
> 9.2.x inside (this is affecting our users).
>
> The issue has been reportedly fixed in Jetty version 9.4.4+, but even the
> latest version of pax-web seems to be using Jetty 9.3.x. I tried to upgrade
> Jetty to 9.4.8 by updating relevant jars in ServiceMix installation and
> relevant pax-web feature descriptor file 
> (pax-web-features-4.3.0-features.xml),
> but it turned out that Jetty 9.4 has non-backward compatible API changes.
>
> I am hoping that I can configure pax-web to use Tomcat instead. I would
> like to ask some help on configuring Tomcat under pax-web.
>
> Also, are there any limitations when working with Tomcat instead of Jetty?
>
> If any of this sounds noobish, please forgive me.
> If there's any documentation / tutorial that has what I probably need,
> please point me in the right direction.
> If there's a better way than replacing Tomcat with Jetty, don't hesitate
> to share.
>
> Any help will be greatly appreciate.
>
> Regards,
> Bartek
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [pax-web] pax-web-6.1.x build hanging

['Achim Nierbeck' via OPS4J]

Hi

I killed it.
The last commit seems to have broken the build.
https://github.com/ops4j/org.ops4j.pax.web/commit/5180b512c4cebfd2684cb1bd790f6161575035d8

@gnodet, could you please take a look at the PR which you merged into the
6.1.x branch.
It seems to have broken the build.


Thanks, Achim



2017-11-29 13:07 GMT+01:00 Stephan Siano :

> Hi,
>
> currently the jenkins build for the pax-web-6.1.x branch is hanging.
>
> Is someone able to stop that job?
>
> The issue can be reproduced quite easily. The pax-exam conatiner is not
> coming up with error messages like this:
>
> 12:46:44.137 ERROR {FelixDispatchQueue} 
> [org.ops4j.pax.logging.log4j2.internal.FrameworkHandler]
> (FrameworkHandler.java:137) : FrameworkEvent ERROR -
> org.ops4j.pax.web.itest.pax-web-itest-base
> org.osgi.framework.BundleException: Unable to resolve
> org.ops4j.pax.web.itest.pax-web-itest-base [17](R 17.0): missing
> requirement [org.ops4j.pax.web.itest.pax-web-itest-base [17](R 17.0)]
> osgi.wiring.package; (&(osgi.wiring.package=org.
> osgi.service.http)(version>=1.2.0)(!(version>=2.0.0))) [caused by: Unable
> to resolve org.ops4j.pax.web.pax-web-api [31](R 31.0): missing requirement
> [org.ops4j.pax.web.pax-web-api [31](R 31.0)] osgi.wiring.package;
> (&(osgi.wiring.package=org.apache.xbean.finder)(version>=4.6.0)(!(version>=5.0.0)))
> [caused by: Unable to resolve org.apache.xbean.finder [22](R 22.0): missing
> requirement [org.apache.xbean.finder [22](R 22.0)] osgi.wiring.package;
> (&(osgi.wiring.package=org.objectweb.asm.commons)(
> version>=6.0.0)(!(version>=7.0.0)))]] Unresolved requirements:
> [[org.ops4j.pax.web.itest.pax-web-itest-base [17](R 17.0)]
> osgi.wiring.package; (&(osgi.wiring.package=org.
> osgi.service.http)(version>=1.2.0)(!(version>=2.0.0)))]
> at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4132)
> ~[?:?]
> at org.apache.felix.framework.Felix.startBundle(Felix.java:2117)
> ~[?:?]
> at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1371)
> ~[?:?]
> at org.apache.felix.framework.FrameworkStartLevelImpl.run(
> FrameworkStartLevelImpl.java:308) ~[?:?]
> at java.lang.Thread.run(Thread.java:745) [?:?]
>
> Who can fix this?
>
> Best regards
> Stephan
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [pax-web] profiles and how to handle test issues

['Achim Nierbeck' via OPS4J]

Some more updates regarding the tests.
We finally have all current version 6.0.x, 6.1.x and master successfully
build on Jenkins \o/
I'll try to fix the cirlce-ci build also, so we have a better automatic
testing for the Pull-Requests.

regards, Achim

2017-11-25 18:28 GMT+01:00 Achim Nierbeck <bcanh...@googlemail.com>:

> Ok guys,
>
> I've been working on fixing those issues.
> First of all I made sure the doclint-java8-disable profile is always
> enabled.
> It turned out, due to this the rat profile wasn't working either ...
>
> Second thing I'm trying to fix now is the failing jetty handler test.
> it seems to have been introduced due to PAXWEB-966.
> Another reason to have all tests work stable so we can actually rely on
> cirlce-ci for pull request.
>
> regards, Achim
>
> 2017-11-22 13:17 GMT+01:00 Achim Nierbeck <bcanh...@googlemail.com>:
>
>> right now the master branch fails on circle ci cause the junit
>> dependencies itself seem to be missing :/
>>
>>
>> 2017-11-22 13:09 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:
>>
>>>
>>>
>>> 2017-11-22 12:18 GMT+01:00 'Achim Nierbeck' via OPS4J <
>>> ops4j@googlegroups.com>:
>>>
>>>> Yes and no :)
>>>>
>>>> if you work on a jetty related bug and just want to make sure your
>>>> build cycle is fast, those profiles are a nice to have.
>>>> for circle-ci I just enabled those profiles as we have them for the
>>>> jenkins build.
>>>>
>>>
>>> Good choice ;)
>>>
>>> regards
>>> Grzegorz
>>>
>>>
>>>> regards, Achim
>>>>
>>>>
>>>> 2017-11-22 11:45 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:
>>>>
>>>>> Hello
>>>>>
>>>>> IMO, we don't need special tomcat/jetty/undertow profiles at all...
>>>>> But that's my suggestion - I always built them all.
>>>>>
>>>>> regards
>>>>> Grzegorz Grzybek
>>>>>
>>>>> 2017-11-22 11:28 GMT+01:00 Stephan Siano <stephan.si...@sap.com>:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> OK, that explains it. If ANY profile is active, the profiles which
>>>>>> are activeByDefault are not active. Your change enables the 
>>>>>> doclint-java-8
>>>>>> profile if the build is running on JDK 8 or later (so always...).
>>>>>>
>>>>>> @Achim: The problem is not that the containers are not tested, but
>>>>>> that they are not built (because of this profile issue).
>>>>>>
>>>>>> I see two options:
>>>>>> 1. We remove the profiles and have the containers built always (as
>>>>>> the release profiles). The build time for the containers is anyway rather
>>>>>> small compared to the other stuff (especially if you run the tests).
>>>>>> 2. As starting from pax-web-6.0 the build is running on Java 8,
>>>>>> anyway, we might set the property as well outside a profile for these
>>>>>> branches.
>>>>>>
>>>>>> Best regards
>>>>>> Stephan
>>>>>>
>>>>>> Am Mittwoch, 22. November 2017 09:33:39 UTC+1 schrieb Grzegorz
>>>>>> Grzybek:
>>>>>>>
>>>>>>> Hello, I can answer to:
>>>>>>>
>>>>>>> Why are these profiles there at all? Wouldn't it be easier to remove
>>>>>>>> all these profiles and build all containers by default?
>>>>>>>>
>>>>>>>
>>>>>>> The problem is with Maven itself. After I introduced:
>>>>>>>
>>>>>>> 
>>>>>>> doclint-java8-disable
>>>>>>> 
>>>>>>> [1.8,)
>>>>>>> 
>>>>>>> 
>>>>>>> -Xdoclint:none
>>>>>>> 
>>>>>>> 
>>>>>>>
>>>>>>> Maven stopped taking  into account for tomcat,
>>>>>>> jetty and undertow profiles.
>>>>>>>
>>>>>>> The change[1] was related to my general build fixes.
>>>>>>>
>>>>>>> regards
>>>>>>> Grzegorz Grzybek
>>>>>>> ===
>>

Re: Need new JIRA account

['Achim Nierbeck' via OPS4J]

Done,

welcome aboard :)

regards, Achim

2017-11-26 19:28 GMT+01:00 Guillaume KLECH :

> Hi,
>
> I proposed a pull request on pax-logging, i was told i need to post a
> corresponding issue on the JIRA.
>
> Please allow me to access it.
>
> Best regards,
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [pax-web] profiles and how to handle test issues

['Achim Nierbeck' via OPS4J]

Ok guys,

I've been working on fixing those issues.
First of all I made sure the doclint-java8-disable profile is always
enabled.
It turned out, due to this the rat profile wasn't working either ...

Second thing I'm trying to fix now is the failing jetty handler test.
it seems to have been introduced due to PAXWEB-966.
Another reason to have all tests work stable so we can actually rely on
cirlce-ci for pull request.

regards, Achim

2017-11-22 13:17 GMT+01:00 Achim Nierbeck <bcanh...@googlemail.com>:

> right now the master branch fails on circle ci cause the junit
> dependencies itself seem to be missing :/
>
>
> 2017-11-22 13:09 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:
>
>>
>>
>> 2017-11-22 12:18 GMT+01:00 'Achim Nierbeck' via OPS4J <
>> ops4j@googlegroups.com>:
>>
>>> Yes and no :)
>>>
>>> if you work on a jetty related bug and just want to make sure your build
>>> cycle is fast, those profiles are a nice to have.
>>> for circle-ci I just enabled those profiles as we have them for the
>>> jenkins build.
>>>
>>
>> Good choice ;)
>>
>> regards
>> Grzegorz
>>
>>
>>> regards, Achim
>>>
>>>
>>> 2017-11-22 11:45 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:
>>>
>>>> Hello
>>>>
>>>> IMO, we don't need special tomcat/jetty/undertow profiles at all... But
>>>> that's my suggestion - I always built them all.
>>>>
>>>> regards
>>>> Grzegorz Grzybek
>>>>
>>>> 2017-11-22 11:28 GMT+01:00 Stephan Siano <stephan.si...@sap.com>:
>>>>
>>>>> Hi,
>>>>>
>>>>> OK, that explains it. If ANY profile is active, the profiles which are
>>>>> activeByDefault are not active. Your change enables the doclint-java-8
>>>>> profile if the build is running on JDK 8 or later (so always...).
>>>>>
>>>>> @Achim: The problem is not that the containers are not tested, but
>>>>> that they are not built (because of this profile issue).
>>>>>
>>>>> I see two options:
>>>>> 1. We remove the profiles and have the containers built always (as the
>>>>> release profiles). The build time for the containers is anyway rather 
>>>>> small
>>>>> compared to the other stuff (especially if you run the tests).
>>>>> 2. As starting from pax-web-6.0 the build is running on Java 8,
>>>>> anyway, we might set the property as well outside a profile for these
>>>>> branches.
>>>>>
>>>>> Best regards
>>>>> Stephan
>>>>>
>>>>> Am Mittwoch, 22. November 2017 09:33:39 UTC+1 schrieb Grzegorz Grzybek:
>>>>>>
>>>>>> Hello, I can answer to:
>>>>>>
>>>>>> Why are these profiles there at all? Wouldn't it be easier to remove
>>>>>>> all these profiles and build all containers by default?
>>>>>>>
>>>>>>
>>>>>> The problem is with Maven itself. After I introduced:
>>>>>>
>>>>>> 
>>>>>> doclint-java8-disable
>>>>>> 
>>>>>> [1.8,)
>>>>>> 
>>>>>> 
>>>>>> -Xdoclint:none
>>>>>> 
>>>>>> 
>>>>>>
>>>>>> Maven stopped taking  into account for tomcat, jetty
>>>>>> and undertow profiles.
>>>>>>
>>>>>> The change[1] was related to my general build fixes.
>>>>>>
>>>>>> regards
>>>>>> Grzegorz Grzybek
>>>>>> ===
>>>>>> [1]: https://github.com/ops4j/org.ops4j.pax.web/commit/247a1f6b90
>>>>>> e4a9d4c2e914672462c38e4349eeed
>>>>>>
>>>>>> 2017-11-22 8:52 GMT+01:00 Stephan Siano <stepha...@sap.com>:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I have a few (not really related) questions concerning pax-web:
>>>>>>>
>>>>>>> 1. There are separate profiles for building tomcat, jetty, and
>>>>>>> undertow support. At least when I do the builds locally none of these
>>>>>>> profiles is activated by default. The workaround for my local build is 
>>>>>&

Re: How to restrict access to sun.misc.Unsafe when using PaxExam ?

['Achim Nierbeck' via OPS4J]

Hi,

you could write a little test and do look for which bundle actually exports
that package.

for example with the following code you'll find all exports of all bundles
;)


List bundleWirings = Arrays.stream(bundleContext.getBundles())
.map(bundle ->
bundle.adapt(BundleWiring.class)).collect(Collectors.toList());

List exportedPackages = (List) bundleWirings.stream()
.map(bundleWiring ->
bundleWiring.getCapabilities("osgi.wiring.package"))
.flatMap(bundleCapabilities -> bundleCapabilities.stream())
.map(bundleCapability ->
bundleCapability.getAttributes().get("osgi.wiring.package"))
.map(o -> ((String) o))
.distinct()
.collect(Collectors.toList());


It should be straight forward to have a filter and a print out for the
bundle that does it ;)

regards, Achim

2017-11-23 11:06 GMT+01:00 'Norman Maurer' via OPS4J :

> Hmm I do not export it... Can I somehow see "who" export it ?
> I only run the unit test and add my bundle to the config thats it.
>
>
> Am Donnerstag, 23. November 2017 11:00:02 UTC+1 schrieb Achim Nierbeck:
>>
>> Hi,
>>
>> first of all, if you don't have a bundle or system-fragment-bundle
>> exporting sun.misc* it won't be available at all.
>> As per default the framework itself only provides following packages
>> (defined per spec):
>> java.*
>> As you can see here[1]
>> some more are per default exported. But sun.misc isn't one of them.
>> So unless you don't have any special setup sun.misc shouldn't be
>> available to your setup :)
>>
>> regards, Achim
>>
>> [1] - https://github.com/apache/felix/blob/trunk/framework/src/
>> main/resources/default.properties#L711-L865
>>
>> 2017-11-23 10:54 GMT+01:00 'Norman Maurer' via OPS4J <
>> op...@googlegroups.com>:
>>
>>> Hi all,
>>>
>>> I am trying to use @RunWith(PaxExam.class) and restrict the access to
>>> sun.misc.Unsafe while doing this. I want to do this to write a unit that
>>> ensure we are still able to init a class when sun.misc.Unsafe is not
>>> present. Any idea how to do this ? So far I could not find any way to do so.
>>>
>>> This is the issue I want to write a unit test for:
>>>
>>> https://github.com/netty/netty/pull/7432
>>>
>>> Thanks
>>>
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com
>>>
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "OPS4J" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to ops4j+un...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>>
>> Apache Member
>> Apache Karaf  Committer & PMC
>> OPS4J Pax Web  Committer
>> & Project Lead
>> blog 
>> Co-Author of Apache Karaf Cookbook 
>>
>> Software Architect / Project Manager / Scrum Master
>>
>> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [pax-web] profiles and how to handle test issues

['Achim Nierbeck' via OPS4J]

right now the master branch fails on circle ci cause the junit dependencies
itself seem to be missing :/


2017-11-22 13:09 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:

>
>
> 2017-11-22 12:18 GMT+01:00 'Achim Nierbeck' via OPS4J <
> ops4j@googlegroups.com>:
>
>> Yes and no :)
>>
>> if you work on a jetty related bug and just want to make sure your build
>> cycle is fast, those profiles are a nice to have.
>> for circle-ci I just enabled those profiles as we have them for the
>> jenkins build.
>>
>
> Good choice ;)
>
> regards
> Grzegorz
>
>
>> regards, Achim
>>
>>
>> 2017-11-22 11:45 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:
>>
>>> Hello
>>>
>>> IMO, we don't need special tomcat/jetty/undertow profiles at all... But
>>> that's my suggestion - I always built them all.
>>>
>>> regards
>>> Grzegorz Grzybek
>>>
>>> 2017-11-22 11:28 GMT+01:00 Stephan Siano <stephan.si...@sap.com>:
>>>
>>>> Hi,
>>>>
>>>> OK, that explains it. If ANY profile is active, the profiles which are
>>>> activeByDefault are not active. Your change enables the doclint-java-8
>>>> profile if the build is running on JDK 8 or later (so always...).
>>>>
>>>> @Achim: The problem is not that the containers are not tested, but that
>>>> they are not built (because of this profile issue).
>>>>
>>>> I see two options:
>>>> 1. We remove the profiles and have the containers built always (as the
>>>> release profiles). The build time for the containers is anyway rather small
>>>> compared to the other stuff (especially if you run the tests).
>>>> 2. As starting from pax-web-6.0 the build is running on Java 8, anyway,
>>>> we might set the property as well outside a profile for these branches.
>>>>
>>>> Best regards
>>>> Stephan
>>>>
>>>> Am Mittwoch, 22. November 2017 09:33:39 UTC+1 schrieb Grzegorz Grzybek:
>>>>>
>>>>> Hello, I can answer to:
>>>>>
>>>>> Why are these profiles there at all? Wouldn't it be easier to remove
>>>>>> all these profiles and build all containers by default?
>>>>>>
>>>>>
>>>>> The problem is with Maven itself. After I introduced:
>>>>>
>>>>> 
>>>>> doclint-java8-disable
>>>>> 
>>>>> [1.8,)
>>>>> 
>>>>> 
>>>>> -Xdoclint:none
>>>>> 
>>>>> 
>>>>>
>>>>> Maven stopped taking  into account for tomcat, jetty
>>>>> and undertow profiles.
>>>>>
>>>>> The change[1] was related to my general build fixes.
>>>>>
>>>>> regards
>>>>> Grzegorz Grzybek
>>>>> ===
>>>>> [1]: https://github.com/ops4j/org.ops4j.pax.web/commit/247a1f6b90
>>>>> e4a9d4c2e914672462c38e4349eeed
>>>>>
>>>>> 2017-11-22 8:52 GMT+01:00 Stephan Siano <stepha...@sap.com>:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I have a few (not really related) questions concerning pax-web:
>>>>>>
>>>>>> 1. There are separate profiles for building tomcat, jetty, and
>>>>>> undertow support. At least when I do the builds locally none of these
>>>>>> profiles is activated by default. The workaround for my local build is to
>>>>>> use the -Prelease parameter. The same issue applies with the CircleCI 
>>>>>> build
>>>>>> created for pull requsts. It does not build any container support (and
>>>>>> fetches it from nexus, which means that it executes new tests with old
>>>>>> implementations). I have not found a way to enable the release profile 
>>>>>> for
>>>>>> the CircleCI builds, but this may be because of my lack of understanding
>>>>>> about the CircleCI infrastructure.
>>>>>>
>>>>>> My question: Why are these profiles there at all? Wouldn't it be
>>>>>> easier to remove all these profiles and build all containers by default?
>>>>>>
>>>>>> 2. There is one jetty test consistently failing. The test is rather
>>>>>> jetty specific and I a

Re: [pax-web] profiles and how to handle test issues

['Achim Nierbeck' via OPS4J]

Yes and no :)

if you work on a jetty related bug and just want to make sure your build
cycle is fast, those profiles are a nice to have.
for circle-ci I just enabled those profiles as we have them for the jenkins
build.

regards, Achim


2017-11-22 11:45 GMT+01:00 Grzegorz Grzybek :

> Hello
>
> IMO, we don't need special tomcat/jetty/undertow profiles at all... But
> that's my suggestion - I always built them all.
>
> regards
> Grzegorz Grzybek
>
> 2017-11-22 11:28 GMT+01:00 Stephan Siano :
>
>> Hi,
>>
>> OK, that explains it. If ANY profile is active, the profiles which are
>> activeByDefault are not active. Your change enables the doclint-java-8
>> profile if the build is running on JDK 8 or later (so always...).
>>
>> @Achim: The problem is not that the containers are not tested, but that
>> they are not built (because of this profile issue).
>>
>> I see two options:
>> 1. We remove the profiles and have the containers built always (as the
>> release profiles). The build time for the containers is anyway rather small
>> compared to the other stuff (especially if you run the tests).
>> 2. As starting from pax-web-6.0 the build is running on Java 8, anyway,
>> we might set the property as well outside a profile for these branches.
>>
>> Best regards
>> Stephan
>>
>> Am Mittwoch, 22. November 2017 09:33:39 UTC+1 schrieb Grzegorz Grzybek:
>>>
>>> Hello, I can answer to:
>>>
>>> Why are these profiles there at all? Wouldn't it be easier to remove all
 these profiles and build all containers by default?

>>>
>>> The problem is with Maven itself. After I introduced:
>>>
>>> 
>>> doclint-java8-disable
>>> 
>>> [1.8,)
>>> 
>>> 
>>> -Xdoclint:none
>>> 
>>> 
>>>
>>> Maven stopped taking  into account for tomcat, jetty
>>> and undertow profiles.
>>>
>>> The change[1] was related to my general build fixes.
>>>
>>> regards
>>> Grzegorz Grzybek
>>> ===
>>> [1]: https://github.com/ops4j/org.ops4j.pax.web/commit/247a1f6b90
>>> e4a9d4c2e914672462c38e4349eeed
>>>
>>> 2017-11-22 8:52 GMT+01:00 Stephan Siano :
>>>
 Hi,

 I have a few (not really related) questions concerning pax-web:

 1. There are separate profiles for building tomcat, jetty, and undertow
 support. At least when I do the builds locally none of these profiles is
 activated by default. The workaround for my local build is to use the
 -Prelease parameter. The same issue applies with the CircleCI build created
 for pull requsts. It does not build any container support (and fetches it
 from nexus, which means that it executes new tests with old
 implementations). I have not found a way to enable the release profile for
 the CircleCI builds, but this may be because of my lack of understanding
 about the CircleCI infrastructure.

 My question: Why are these profiles there at all? Wouldn't it be easier
 to remove all these profiles and build all containers by default?

 2. There is one jetty test consistently failing. The test is rather
 jetty specific and I am not deep enough in the jetty implementation to fix
 it (or event to esimate how important that is), so I created a JIRA bug for
 it (PAXWEB-1136). The test error makes all CircleCI jobs fail (for pull
 requests) and prevents any SNAPSHOT propagation to nexus.

 What would be the best way to proceed? Disable the test (with a
 reference to the JIRA bug) to allow proper validation of unrelated pull
 requests or keep it in error as a reminder that it should be fixed?

 Best regards
 Stephan

 --
 --
 --
 OPS4J - http://www.ops4j.org - op...@googlegroups.com

 ---
 You received this message because you are subscribed to the Google
 Groups "OPS4J" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to ops4j+un...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  

[ANN] - Release of Pax Web 6.0.9

['Achim Nierbeck' via OPS4J]

Hi,

on behalf of the ops4j pax web team
I'm pleased to announce release 6.0.9.
It only contains bugfix PAXWEB-1133 for a Jetty version upgrade to
9.3.21.v20170918

regards, Achim


-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: PAX-EXAM doesn't stop per-suite container when tests are filtered by category

['Achim Nierbeck' via OPS4J]

yeah self signup has been disabled due to a flood of spam in jira and
confluence. As this is a community managed space, we can't spent all day on
cleaning up the mess.
So I just invited you to jira and confluence.
Please be so kind and report your bug in the jira system.

thanks, Achim

2017-11-08 16:30 GMT+01:00 Dan Berindei :

> Self-registration is still disabled in JIRA, so I'm posting the bug report
> here:
>
> JUnit doesn't have suite listeners. ReactorManager tries to emulate them
> by tracking test classes for which a runner was created and calling
> afterSuite() on the reactor when there are 0 classes left.
>
> This breaks down when some tests are excluded because of their categories
> (e.g. in Surefire using  and ). Runners are still
> created for the excluded tests, but then some of them are excluded in
> ParentRunner.filter(), and the testClasses set in ReactorManager never
> becomes empty.
>
> A javadoc comment in SingletonStageReactor says "The teardown logic is
> postponed to a JVM shutdown hook.", but I haven't found that shutdown hook.
>
> In our POM we filter tests by category [1] so that we can run the
> reactor-per-suite tests in one JVM and the 
> reactor-per-class/reactor-per-method
> tests in another JVM (as a workaround for PAXEXAM-639 [2]).
>
> Thanks
> Dan
>
> [1]: https://github.com/infinispan/infinispan/blob/
> master/integrationtests/osgi/pom.xml#L352
> [2]: https://ops4j1.jira.com/browse/PAXEXAM-639
>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [pax-web][proposal] Reorganization of branches

['Achim Nierbeck' via OPS4J]

Hi,

I know it's still not https but I just created the corresponding build :)
http://ci.ops4j.org/jenkins/job/org.ops4j.pax.web-6.1.x/1/

cheers, Achim

2017-11-07 17:53 GMT+01:00 Grzegorz Grzybek :

> Hello
>
> 2017-11-07 16:54 GMT+01:00 Stephan Siano :
>
>> Hi,
>>
>> Just a dumb question: Who can set up a build job for the pax-web-6.1.x
>> branch?
>>
>
> In fact - I tried, but didn't do it after discovering I can't log-in to
> http://ci.ops4j.org/jenkins/ - it's not running on https...
> It's not a technical problem and I remember to get back to it at some
> point ;)
>
> Also - I planned 6.1.0 release and writing some docs too - but I didn't
> have much time recently.
>
> regards
> Grzegorz Grzybek
>
>
>>
>> Best regards
>> Stephan
>>
>> Am Freitag, 13. Oktober 2017 22:37:23 UTC+2 schrieb Achim Nierbeck:
>>>
>>> Thanks, looks fine for me :)
>>>
>>> 2017-10-13 13:30 GMT+02:00 Grzegorz Grzybek :
>>>
 Hello

 I just pushed changes to master branch - it's now at version
 7.0.0-SNAPSHOT. All tests pass except usual  org.ops4j.pax.web.itest.undert
 ow.WhiteboardR7JaxRsIntegrationTest and similar in Jetty.

 master branch is now "pax web 7" == R7 spec
 6.0.x branch is maintenance branch (used currently in Karaf 4.x)
 6.1.x branch is new "pax web 6", where I've added Undertow XML support
 - no release yet here - I'll write documentation and prepare a release soon
 (with a notice)

 regards
 Grzegorz Grzybek


 W dniu wtorek, 12 września 2017 13:23:30 UTC+2 użytkownik Grzegorz
 Grzybek napisał:
>
> OK, branch https://github.com/ops4j/org.o
> ps4j.pax.web/commits/pax-web-6.1.x is ready - I started it again from
> current pax-web-6.0.x, so your Tomcat changes are already there.
>
> regards
> Grzegorz Grzybek
>
> 2017-09-12 13:11 GMT+02:00 Grzegorz Grzybek :
>
>
>>
>> 2017-09-12 12:53 GMT+02:00 Stephan Siano :
>>
>>> Hi Gregorsz,
>>>
>>> I can also pick my changes into that branch (I had have already a
>>> local change for this). I would not squash the commits too much (at 
>>> least
>>> the JIRA tasks that are in the history should be identifiable).
>>>
>>
>> Thanks - I also prefer NOT to squash commits. Let me just merge/ff
>> the branch to 6.1.x, ok?
>>
>> regards
>> Grzegorz
>>
>>
>>> Best regards
>>> Stephan
>>>
>>> Am Dienstag, 12. September 2017 07:52:58 UTC+2 schrieb Grzegorz
>>> Grzybek:

 Hello

 Thanks for answer. I left the branch pax-web-6.1.x-proposal for a
 while to get answer: to squash commits or to not squash.
 I'll look again today (or tomorrow), write a doc about new Undertow
 configuration and look at merging PAXWEB-1075 and PAXWEB-1129.

 best regards
 Grzegorz Grzybek


 2017-09-12 7:36 GMT+02:00 Stephan Siano :

> Hi,
>
> I also think it is a good idea to have a pax-web 6.1.x release
> with some updated references. I would also like to have the update to
> Tomcat 8.5.20 in that branch (PAXWEB-1129) and I would also like to 
> pick
> the additional integration tests for Tomcat (PAXWEB-1075).
>
> What is the status of the pax-web-6.1.x-proposal branch? Should I
> merge the tomcat changes there? For some reason I don't understand the
> jetty integration tests fail in my local build from that branch (the 
> tomcat
> und undertow integration tests work).
>
> Best regards
> Stephan
>
>
> Am Montag, 4. September 2017 14:03:29 UTC+2 schrieb Grzegorz
> Grzybek:
>>
>> Hello
>>
>> I'm almost done with PAXWEB-1103 (XML configuration for Undertow)
>> and it looks like this can no longer be considered a micro change.
>>
>> I wanted to ask you if we can do this:
>>  – create new branch pax-web-6.1.x out of current 6.0.x from
>> which version 6.1.0 could be released soon (including PAXWEB-1103)
>>  – have pax-web-6.0.x branch as is for 6.0.x maintenance
>>  – bump version to 7.0.0-SNAPSHOT in master branch (to reflect
>> work on R7 spec)
>>
>> What do you think?
>> regards
>> Grzegorz Grzybek
>>
>> --
> --
> --
> OPS4J - http://www.ops4j.org - op...@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google
> Groups "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it,
> send an email to ops4j+un...@googlegroups.com.

Re: PAX-WEB: ServerEnpointConfig -> RuntimeException: Cannot load platform configurator

['Achim Nierbeck' via OPS4J]

Hi,

afaik the spec doesn't allow changes on the host bundle manifest entry
through a fragment.
At least this "hack" I used some years ago doesn't work anymore :)

regards, Achim


2017-10-23 15:41 GMT+02:00 Rob T :

> Was anyone able to solve this issue with a bundle fragment that adds the
> require-capability?
>
>
> On Friday, September 30, 2016 at 2:47:34 AM UTC-4, Pavel wrote:
>>
>> The problem with runtime exception was solved by adding
>> Require-Capability: osgi.extender;filter:="(osgi.extender=
>> osgi.serviceloader.processor)",osgi.serviceloader;
>> filter:="(osgi.servicelo‌​ader=javax.websocket.server.Se
>> rverEndpointConfig$Configurator)";resolut‌​ion:=optional;
>> cardinality:=multiple
>> to manifest of javax.websocket-api.jar.
>>
>> However, in  MyConfigurator class http session is always null.
>>
>> So, the question is the same - is the matter in PAX-WEB?
>>
>> Best, regards
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Relationship between Pax web whiteboard extender and the OSGi R6 httpextender?

['Achim Nierbeck' via OPS4J]

Hi Steinar,

I don't know about how Vaadin is doing it, though Pax Web aims to be
completely OSGi R6 compliant with the whiteboard extender approach.
from the links you provided it looks like you need to register those
servlets yourself as services, from there on they'll be picked up by the
extender.

regards, Achim



2017-10-21 10:40 GMT+02:00 Steinar Bang :

> > Steinar Bang :
>
> > But I'm having a hard time figuring out how to use this stuff.  The
> > documentation of Vaadin OSGi doesn't make sense to me...
>
> The ideal thing would have been if I could just expose eg. UIProvider as
> a service and Vaadin would pick it up and just use it in a VaadinServlet
> it itself had registered...?
>
> (just thinking out loud...)
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Pax-exam karaf test fails to start up because it can't get a BundleContext

['Achim Nierbeck' via OPS4J]

Hi Steinar,

afaik Mockito does some real nasty things on the classpath with reflection
etc.
That'll hurt to have it running on Pax Exam.
You have to differ.
Mockito is great with unit tests and it's where it belongs.
Pax Exam is the foundation for your integration tests, and there you
usually don't mock in that way.
If you depend on external services that aren't available in your scenario,
you'll need to create dummy services.
But the main scope of Pax Exam is to make sure your wiring is correct and
everything runs smoothly in an OSGi environment.
If you want to test your method functionality you should stick to plain
unit tests.

regards, Achim



2017-10-09 19:54 GMT+02:00 Steinar Bang :

> > Steinar Bang :
>
> > The problem is similar to what was seen in this bug, 6 years ago
> >  https://ops4j1.jira.com/browse/PAXEXAM-274
>
> > But the bug was 6 years ago, and many versions of everything (OSGi,
> > pax-exam, mockito, Java) ago, so I'm not sure if the simiarlities are a
> > red herring...?
>
> The more I looked at it, it looked similar.  And the issue is still
> open.
>
> So what I've done now is to ditch mockito from the integration test, and
> just mock the response and request objects manually (create a base class
> implementing the interface with default content created by the IDE, and
> then extend that base class and actually implement the methods I
> otherwise would have mocked).
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: misuse of init parameters during filter registration?

['Achim Nierbeck' via OPS4J]

Oh cool, and thanks for pointing this out here on the list :)

2017-10-04 15:10 GMT+02:00 Stephan Siano :

> Hi,
>
> I fixed this as part of the PAXWEB-1079 fix.
>
> Best regards
> Stephan
>
> Am Mittwoch, 13. September 2017 20:26:37 UTC+2 schrieb Achim Nierbeck:
>>
>> hi Jens,
>>
>> would you mind documenting your findings on that corresponding Issue?
>> As Stephano does a great work on the tomcat front, it would be really
>> helpful if it's an "easy" fix.
>>
>> regards, Achim
>>
>> 2017-09-07 11:16 GMT+02:00 'Jens Kordowski' via OPS4J <
>> op...@googlegroups.com>:
>>
>>> Hi,
>>>
>>> org.ops4j.pax.web.pax-web-extender-war
>>> /src/main/java/org/ops4j/pax/web/extender/war/internal/Regis
>>> terWebAppVisitorWC.java
>>> adds filter-name and filter-mapping-dispatcher to the init parameters
>>> (although not defined as init-param in the web.xml), which creates problems
>>> in Tomcat.
>>>
>>> Tomcat (IntrospectionUtils) will go through all init parameters looking
>>> for the corresponding setter-methods finally leading
>>> to javax.servlet.ServletException: The property "filter-name" is not
>>> defined for filters of type ..
>>>
>>> This might be related to https://ops4j1.jira.com/browse/PAXWEB-1079
>>>
>>> Best regards
>>> Jens
>>>
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com
>>>
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "OPS4J" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to ops4j+un...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>>
>> Apache Member
>> Apache Karaf  Committer & PMC
>> OPS4J Pax Web  Committer
>> & Project Lead
>> blog 
>> Co-Author of Apache Karaf Cookbook 
>>
>> Software Architect / Project Manager / Scrum Master
>>
>> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: New Jira account

['Achim Nierbeck' via OPS4J]

Done.

Welcome aboard :)

regards, Achim

2017-09-21 14:12 GMT+02:00 Maurice Betzel :

> Willing to report a PAX-JDBC issue therefore needing a account.
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: New Jira Account

['Achim Nierbeck' via OPS4J]

Hi,

done and welcome aboard :)

regards, Achim

2017-09-20 13:08 GMT+02:00 Asma Zinneera Jabir :

> Hi
>
> Will i be able to get a Jira Account created? I cannot comment on issues
> without an account.
>
> Thanks
> Asma
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Any plans on extending the 4.4.x stream?

['Achim Nierbeck' via OPS4J]

Hi Trevor,

you still could try out with the 4.3 line.
It might already contain what you need.
Regarding Jira and PR, yes, please a Jira with a PR that contains the jira
number. This way we always can
make sure which commit belongs to which version.

One thing though, as 6 is the actually last released version, what made it
hard for you to upgrade?
Cause even though it's a major version, we look carefully not to break to
much stuff.


regards, Achim


2017-09-16 2:16 GMT+02:00 Niclas Hedhman :

>
> I suggest that you submit the PR. That is the easy part. Question is if
> there is someone willing to do the release. If you are, then great... if
> not, you would need to convince (charm, beer, bribe, threat...) someone to
> do it.
>
> Cheers
> Niclas
>
> On Sat, Sep 16, 2017 at 5:04 AM, Trevor Brown <
> tbr...@securityfirstcorp.com> wrote:
>
>> Hi all,
>>
>> My company is using Pax Web 4.2.7 right now. Unfortunately the version of
>> Jetty in that release (and actually all Pax Web releases, it seems) is
>> vulnerable to a timing channel attack (see https://github.com/eclips
>> e/jetty.project/issues/1556 for details).
>>
>> I started looking at options, and right now it looks like the only
>> upgrade path I have that won't require a lot of effort on my part (I
>> experimented and failed using any of the 6.x releases) is to upgrade within
>> the 4.x releases of Pax Web. I just rebuilt 4.4.1 locally with Jetty 9.2.22
>> and all the unit tests passed.
>>
>> So I'm wondering whether I should open a JIRA and submit a pull request
>> for the upgrade in the 4.4.x stream, or whether I should just consider this
>> a one-off fork for now and maybe work to pick up the Jetty 9.4.x work in
>> the 6.0.x stream?
>>
>> Thanks in advance.
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Niclas Hedhman, Software Developer
> http://polygene.apache.org - New Energy for Java
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Unit test failures on build

['Achim Nierbeck' via OPS4J]

Tevor,
first of all welcome to the community.
Even though you found out it's a self-inflicted issue you ran into, don't
hesitate to ask on this list.
Sometimes answers will take a bit longer but usually somebody is available
to help :)

regards, Achim


2017-09-15 22:59 GMT+02:00 Grzegorz Grzybek :

> Hello
>
> Looks like tests in this branch weren't updated recently. The certificate
> used in the tests expired on "Jan 14, 2013 11:51:59 PM CET"
> (pax-web-itest/pax-web-itest-container/pax-web-itest-
> container-jetty/src/test/resources/keystore)
>
> regards
> Grzegorz Grzybek
>
> 2017-09-15 22:12 GMT+02:00 Trevor Brown :
>
>> I apologize if this is a new guy mistake, but I'm getting these unit test
>> errors when I try to build the 4.4.1 branch on my local system:
>>
>>
>> [INFO] 
>> 
>> [INFO] Building OPS4J Pax Web - Integration Jetty Container Tests 4.4.1
>> [INFO] 
>> 
>> 
>> Omitted for brevity...
>> 
>> Tests in error:
>>   testWC(org.ops4j.pax.web.itest.jetty.WarBasicAuthSecuredIntegrationTest):
>> unable to find valid certification path to requested target
>>   
>> testSlash(org.ops4j.pax.web.itest.jetty.WarBasicAuthSecuredIntegrationTest):
>> unable to find valid certification path to requested target
>>   
>> testWebContainerSN(org.ops4j.pax.web.itest.jetty.WarBasicAuthSecuredIntegrationTest):
>> unable to find valid certification path to requested target
>>   
>> testWebContainerExample(org.ops4j.pax.web.itest.jetty.WarBasicAuthSecuredIntegrationTest):
>> unable to find valid certification path to requested target
>>   
>> testWebContextPath(org.ops4j.pax.web.itest.jetty.WebContainerSecuredIntegrationTest):
>> unable to find valid certification path to requested target
>>   
>> testWebContextPath(org.ops4j.pax.web.itest.jetty.WebContainerSpdyIntegrationTest):
>> unable to find valid certification path to requested target
>>
>>
>> Any ideas what I'm doing wrong? Do I need to import a certificate
>> somewhere to run these tests?
>>
>> --
>> --
>> --
>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to ops4j+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: New JIRA account

['Achim Nierbeck' via OPS4J]

done, welcome aboard.

2017-09-14 21:22 GMT+02:00 Trevor Brown :

> Hi, I would like to have an account created. I would like to be able to
> report bugs and offer patches back.
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: misuse of init parameters during filter registration?

['Achim Nierbeck' via OPS4J]

hi Jens,

would you mind documenting your findings on that corresponding Issue?
As Stephano does a great work on the tomcat front, it would be really
helpful if it's an "easy" fix.

regards, Achim

2017-09-07 11:16 GMT+02:00 'Jens Kordowski' via OPS4J <
ops4j@googlegroups.com>:

> Hi,
>
> org.ops4j.pax.web.pax-web-extender-war
> /src/main/java/org/ops4j/pax/web/extender/war/internal/
> RegisterWebAppVisitorWC.java
> adds filter-name and filter-mapping-dispatcher to the init parameters
> (although not defined as init-param in the web.xml), which creates problems
> in Tomcat.
>
> Tomcat (IntrospectionUtils) will go through all init parameters looking
> for the corresponding setter-methods finally leading to 
> javax.servlet.ServletException:
> The property "filter-name" is not defined for filters of type ..
>
> This might be related to https://ops4j1.jira.com/browse/PAXWEB-1079
>
> Best regards
> Jens
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Programmatically add new http connector in Jetty from Karaf

['Achim Nierbeck' via OPS4J]

Hi Nicolas,

this would require, that we open an API for every supported Container ...
still thinking about how to handle that :/
Please open an issue for your new requirements ...
but don't know how fast people are to actually get to it.

Regards, Achim


2017-09-12 17:56 GMT+02:00 Nicolas Brasey <nicolas.bra...@gmail.com>:

> Hi Achim,
>
> Thanks a lot for your answer. Yes I think it would be good to be able to
> access directly the lower http server for deeper customization. Do you
> think this would be possible to have it scheduled for the future releases ?
> Let me know if I should create a new story for that...
>
> In the mean time, we will manage our own jetty server in the application
> directly to serve our angular and react applications which are only static
> resources apps. And keep the existing karaf jetty server for our backend
> rest resources.
>
> Thanks again!
>
> Best regards,
> Nicolas
>
>
>
> On Sun, Sep 10, 2017 at 8:20 AM, 'Achim Nierbeck' via OPS4J <
> ops4j@googlegroups.com> wrote:
>
>> Hi Nicolas,
>>
>> I fear right now this isn't possible.
>> As Pax Web doesn't expose a "Jetty service".
>>
>> It would need the following changes:
>> The JettyFactory would also need to listen to Connectors and restart the
>> jetty instance every time this changes.
>>
>> But what you could do:
>> Configure a bunch of connectors (Virtual Hosts) on Jetty, so they are
>> available.
>> Now your webapp-mgmnt application registers each new application with a
>> new configuration bound to a free instance of your already configured
>> virtual hosts.
>>
>> Take a look at the following sample:
>> https://github.com/ops4j/org.ops4j.pax.web/blob/master/sampl
>> es/whiteboard-extended/src/main/java/org/ops4j/pax/web/
>> extender/samples/whiteboard/internal/Activator.java
>>
>> regards, Achim
>>
>>
>>
>> 2017-09-07 13:27 GMT+02:00 Nicolas Brasey <nicolas.bra...@gmail.com>:
>>
>>> Hi,
>>>
>>> With Karaf 4.1.2, I'm trying to programmatically configure Jetty to
>>> deploy web bundles on different http ports.
>>>
>>> For example, I'm trying the achieve the following scenario:
>>>
>>> Karaf root instance:
>>>admin-web-app on port 8181
>>>
>>> Karaf instance 1:
>>>my-web-app-1 on port 10081
>>>
>>> Karaf instance 2:
>>>my-web-app-2 on port 10082
>>>
>>> Karaf instance 3:
>>>my-web-app-1 on port 10083
>>>my-web-app-3 on port 10084
>>>
>>>
>>> But this scenario is also possible:
>>>
>>> Karaf root instance:
>>>admin-web-app on port 8181
>>>my-web-app-1 on port 10081
>>>my-web-app-1 on port 10082
>>>my-web-app-2 on port 10083
>>>my-web-app-3 on port 10084
>>>
>>>
>>> My constraints are that the ports and the context path is not known at
>>> compile time, it will be dynamically resolved at runtime from a deployment
>>> configuration file.
>>>
>>> What would be the best approach to implement such thing ?
>>>
>>> My initial idea would be to have a webapp-mgmnt module who listens on
>>> new web bundle and deploys it properly using the configuration setting
>>> (ports, instances).
>>>
>>> Some initial questions I have:
>>>
>>> 1) How to listen on new bundle that have a give meta information in the
>>> manifest ?
>>> 2) How to access the Jetty server from the app code ?
>>>
>>> Thanks a lot
>>> Nicolas
>>>
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>>>
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "OPS4J" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to ops4j+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>>
>> Apache Member
>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
>> & Project Lead
>> blog <http://notizblog.nierbeck.de/>
>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>>
>> Software Architect / Project Manager / Scrum Master
>>
>> --
>> 

Re: Programmatically add new http connector in Jetty from Karaf

['Achim Nierbeck' via OPS4J]

Hi Nicolas,

I fear right now this isn't possible.
As Pax Web doesn't expose a "Jetty service".

It would need the following changes:
The JettyFactory would also need to listen to Connectors and restart the
jetty instance every time this changes.

But what you could do:
Configure a bunch of connectors (Virtual Hosts) on Jetty, so they are
available.
Now your webapp-mgmnt application registers each new application with a new
configuration bound to a free instance of your already configured virtual
hosts.

Take a look at the following sample:
https://github.com/ops4j/org.ops4j.pax.web/blob/master/samples/whiteboard-extended/src/main/java/org/ops4j/pax/web/extender/samples/whiteboard/internal/Activator.java

regards, Achim



2017-09-07 13:27 GMT+02:00 Nicolas Brasey :

> Hi,
>
> With Karaf 4.1.2, I'm trying to programmatically configure Jetty to deploy
> web bundles on different http ports.
>
> For example, I'm trying the achieve the following scenario:
>
> Karaf root instance:
>admin-web-app on port 8181
>
> Karaf instance 1:
>my-web-app-1 on port 10081
>
> Karaf instance 2:
>my-web-app-2 on port 10082
>
> Karaf instance 3:
>my-web-app-1 on port 10083
>my-web-app-3 on port 10084
>
>
> But this scenario is also possible:
>
> Karaf root instance:
>admin-web-app on port 8181
>my-web-app-1 on port 10081
>my-web-app-1 on port 10082
>my-web-app-2 on port 10083
>my-web-app-3 on port 10084
>
>
> My constraints are that the ports and the context path is not known at
> compile time, it will be dynamically resolved at runtime from a deployment
> configuration file.
>
> What would be the best approach to implement such thing ?
>
> My initial idea would be to have a webapp-mgmnt module who listens on new
> web bundle and deploys it properly using the configuration setting (ports,
> instances).
>
> Some initial questions I have:
>
> 1) How to listen on new bundle that have a give meta information in the
> manifest ?
> 2) How to access the Jetty server from the app code ?
>
> Thanks a lot
> Nicolas
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 

Apache Member
Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
blog 
Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [paxweb] Update of Tomcat version

['Achim Nierbeck' via OPS4J]

Hi Stephan,

actually I have no idea.
But glad you managed to get around your issues.

regards, Achim


2017-09-07 9:25 GMT+02:00 Stephan Siano :

> Hi Achim,
>
> I did the release for tomcat-embed-websocket and here the release:perform
> worked fine (in the correct repository). Do you have any idea how the
> staging plugin selects the checkout directory?
>
> Best regards
> Stephan
>
>
> Am Donnerstag, 7. September 2017 09:16:12 UTC+2 schrieb Stephan Siano:
>>
>> Hi Achim,
>>
>> I finally managed to release org.ops4j.pax.tipi.tomcat-embed-core with
>> Linux. The "mvn release:prepare" worked fine, but the release:perform
>> really went wrong:
>> I ran the release:perform in directory tomcat-embed-core-8.0.46, but the
>> release perform then created the staging repository in
>> tomcat-embed-core-8.0.46/target/checkout/tomcat-embed-core-8.0.14, so
>> there was nothing in tomcat-embed-core-8.0.46/targe
>> t/checkout/tomcat-embed-core-8.0.46 to be promoted to nexus. I tried a
>> "mvn clean install gpg:sign deploy" there, which created a staging
>> repository on nexus, but had an invalid gpg signature. I finally ended up
>> doing a "mvn clean install gpg:sign" (which generated a valid signature) in
>> that directory and manually uploading the generated and signed artifacts to
>> nexus, which worked.
>>
>> If this is really the way to go this should be documented in the Wiki.
>> How do we proceed with this, do you have an idea? The issue is really nasty
>> to test (because it only happens during the release)
>>
>> Best regards
>> Stephan
>>
>> Am Dienstag, 5. September 2017 06:33:41 UTC+2 schrieb Achim Nierbeck:
>>>
>>> Hi Stephan,
>>>
>>> I'm not sure but you might have a valid point :)
>>> Most of the people here at ops4j do use anything besides Windows ;)
>>>
>>> for Pax Web the following is needed to run, this might also be possible
>>> for the Pax-Tipi release:
>>>
>>> mvn -Prelease -Darguments="-Prelease" release:prepare
>>> -DautoVersionSubmodules=true
>>>
>>> mvn -Prelease -Darguments="-Prelease" -Dgoals=deploy release:perform
>>>
>>>
>>> regards, Achim
>>>
>>>
>>> 2017-09-04 12:42 GMT+02:00 Stephan Siano :
>>>
 Hi Achim,

 has anyone actually tried that under Windows? I have successfully
 created a sonatype account and got the access rights, but the mvn
 release:prepare fails for me with
 [ERROR] Failed to execute goal 
 org.apache.maven.plugins:maven-release-plugin:2.5.1:prepare
 (default-cli) on project org.ops4j.pax.tipi.tomcat-embed-core: Unable
 to tag SCM
 [ERROR] Provider message:
 [ERROR] The git-tag command failed.
 [ERROR] Command output:
 [ERROR] fatal: could not open or read 'tomcat-embed-core-8.0.46/C:\p
 rogs\cygwin64\tmp\maven-scm-1813708102.commit': No such file or
 directory

 Does anybody know this error?

 I am currently trying to get a Linux VM from our IT deplartment, but
 that might take some time.

 Best regards
 Stephan

 Am Donnerstag, 31. August 2017 22:40:16 UTC+2 schrieb Achim Nierbeck:
>
> Hi Stephan,
>
> actually anybody following this:
> https://ops4j1.jira.com/wiki/spaces/ops4j/pages/12060688/Releasing
> can do the releasing :)
>
> about pax tipi, take a look here:
> https://ops4j1.jira.com/wiki/spaces/PAXTIPI/pages/28540952/C
> reating+New+Bundles
>
> regards, Achim
>
>
>
> 2017-08-31 8:40 GMT+02:00 Stephan Siano :
>
>> Hi Achim,
>>
>> OK, thanks for your feedback. I have merged the pull request.
>>
>> What needs to be done next? Is there a build job that runs a SNAPSHOT
>> build somewhere (so I can push a pull request to Pax-Web that references
>> these SNAPSHOTS)? I actually don't understand how any consumable version 
>> of
>> this will get to Nexus. Who can release this (and how is this done)?
>>
>> Best regards
>> Stephan
>>
>> Am Donnerstag, 31. August 2017 07:48:37 UTC+2 schrieb Achim Nierbeck:
>>>
>>> Hi
>>>
>>> looks good to me.
>>>
>>> regards, Achim
>>>
>>> 2017-08-30 12:01 GMT+02:00 Stephan Siano :
>>>
 Hi Achim,

 OK, I created PAXTIPI-47
  and PAXWEB-1128
  for the update. Would
 you be willing to have a look into the pull requests?

 Best regards
 Stephan


 Am Dienstag, 29. August 2017 23:23:23 UTC+2 schrieb Achim Nierbeck:
>
> Hi Stephan,
>
> Technically you are correct. Create the pax-tipi projects, a
> release is needed at lease the moment we release the pax-web project
> referencing that version.
> So you could also reference some snapshot versions from pax-web.
> Regarding