Re: [VOTE] Apache Geronimo BatchEE 2.0.0 - Binaries

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Wed, May 1, 2024 at 5:22 PM fpapon  wrote:
>
> Hi everyone,
>
> A problem occured with the stagging repository of the release (the repo
> has been dropped), so had to redeploy them to a new stagging repo.
>
> I submit Apache Geronimo BatchEE 2.0.0 release binaries to your vote.
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachebatchee-1015
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> --
> --
> François
>

Re: [VOTE] Apache Geronimo BatchEE 2.0.0

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Mon, Apr 22, 2024 at 9:56 PM fpapon  wrote:
>
> Hi everyone,
>
> I submit Apache Geronimo BatchEE 2.0.0 release to your vote.
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12314924=12352769
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachebatchee-1012
>
> Staging dist repository:
> https://dist.apache.org/repos/dist/dev/geronimo/batchee/
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> --
> --
> François
>

Re: [VOTE] Apache Geronimo Arthur 1.0.9 release

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Sun, Apr 7, 2024 at 5:39 PM fpapon  wrote:
>
> Hi everyone,
>
> I submit Apache Geronimo Arthur 1.0.9 release to your vote.
>
> We fixed 1 issue:
>
> - [GERONIMO-6859] - Enable to use .zip from graal-ce for windows
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachegeronimo-1168
>
> Staging dist repository:
> https://dist.apache.org/repos/dist/dev/geronimo/arthur/
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> --
> --
> François
>

Re: Arthur release

[Jean-Baptiste Onofré]

No problem for me.

Regards
JB

On Fri, Apr 5, 2024 at 9:30 AM Francois Papon
 wrote:
>
> Hi all,
>
> I would like to start the release process for Arthur, any objection?
>
> regards,
>
> François
>

Re: [VOTE] Apache Geronimo BatchEE 1.0.4

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

Le ven. 22 mars 2024 à 21:40, fpapon  a écrit :

> Hi everyone,
>
> I submit Apache Geronimo BatchEE 1.0.4 release to your vote.
>
> Release Notes:
>
>  * [BATCHEE-169] - Apache Parent POM 31
>  * [BATCHEE-170] - Jackson 2.17.0
>  * [BATCHEE-171] - Johnzon 1.2.21
>  * [BATCHEE-172] - TomEE 8.0.16
>  * [BATCHEE-173] - XBean 4.24
>  * [BATCHEE-174] - Deltaspike 1.9.6
>  * [BATCHEE-175] - Use createAnnotatedType(Class,String) to avoid
> NoSuchMethodErrors in CDI-4
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachebatchee-1011
>
> Staging dist repository:
> https://dist.apache.org/repos/dist/dev/geronimo/batchee/
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
>
> François
>
>

Re: [VOTE] Apache Geronimo Arthur 1.0.8 release

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Tue, Jan 23, 2024 at 9:36 AM fpapon  wrote:
>
> Hi everyone,
>
> I submit Apache Geronimo Arthur 1.0.8 release to your vote.
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10220=12353687
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachegeronimo-1167
>
> Staging dist repository:
> https://dist.apache.org/repos/dist/dev/geronimo/arthur/
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> --
> --
> François
>

Re: [VOTE] Apache Geronimo TXManager 4.0.0 release

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Fri, Oct 20, 2023 at 11:24 AM fpapon  wrote:
>
> Hi everyone,
>
> I submit Apache Geronimo TXManager 4..0.0 release to your vote.
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10220=12352739
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachegeronimo-1163
>
> Staging dist repository:
> https://dist.apache.org/repos/dist/dev/geronimo/txmanager/
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> --
> --
> François
>

Re: [VOTE] Apache XBean 4.24 release

[Jean-Baptiste Onofré]

+1

Regards
JB

On Fri, Oct 13, 2023 at 3:58 PM fpapon  wrote:
>
> Hi everyone,
>
> I submit Apache XBean 4.24 release to your vote.
>
> This release mainly includes (other issue description is available on
> the release note):
>
> - ASM 9.6 update
>
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310312=12353264
>
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachegeronimo-1162
>
> Staging dist repository:
> https://dist.apache.org/repos/dist/dev/geronimo/xbean/
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> --
> --
> François
>
> --
> --
> François
>

Re: Terminate Specs jars in Geronimo

[Jean-Baptiste Onofré]

Hi,

It sounds good to me. We can "host" the OSGi part in Karaf if needed.

Regards
JB

On Fri, Jan 6, 2023 at 1:03 PM Jean-Louis Monteiro
 wrote:
>
> Hi all,
>
> Historically due to legal restrictions mainly, we created a bunch of spec 
> jars for all APIs from almost the beginning of Java EE.
>
> Now that Jakarta is in Eclipse, I don't think there are restrictions to 
> prevent us from using theM.
>
> I can think of a few exceptions
>
> - activation and mail because API/IMPL are mixed
> - same for Faces (we use spec and impl from MyFaces).
>
> I know we have some minor add-ons like a service locator for OSGi. Do we 
> still need all of this?
> Who is maintaining that and the features XML file when they exist?
>
> From my window, except the few exceptions, we can terminate the spec jars and 
> only maintain what we have if needed but encourage Apache projects to rely on 
> Eclipse APIs instead.
>
> What do you think?
> Did I miss something?
>
>
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com

Re: [Arthur] Next release

[Jean-Baptiste Onofré]

+1

Regards
JB

On Tue, Jan 3, 2023 at 5:56 PM Francois Papon
 wrote:
>
> Hi all,
>
> I would like to prepare the next 1.0.6 version of Arthur.
>
> Any objections or wishes to be included?
>
> Regards,
>
> François
>

Re: [VOTE] Apache XBean 4.22 release

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Mon, Oct 10, 2022 at 11:23 AM fpapon  wrote:
>
> Hi everyone,
>
> I submit Apache XBean 4.22 release to your vote.
>
> This release includes:
> - ASM 9.4 update
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310312=12352368
>   
> 
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachegeronimo-1157
>
> Staging dist repository:
> https://dist.apache.org/repos/dist/dev/geronimo/xbean/
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> --
> --
> François
>

Re: Next XBEAN release

[Jean-Baptiste Onofré]

+1

Thanks
Regards
JB

On Fri, Oct 7, 2022 at 1:36 PM Francois Papon
 wrote:
>
> Ok,
>
> Thanks for the reply, I will start the release process for the 4.22 and close 
> the old jira versions.
>
> regards,
>
> Francois
>
> On 07/10/2022 13:25, Romain Manni-Bucau wrote:
>
> PS: 3.19 and 3.20 never got released so think it is ok to keep them hanging 
> even if it is unlikely we would release them.
>
> Romain Manni-Bucau
> @rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book
>
>
> Le jeu. 6 oct. 2022 à 15:06, Romain Manni-Bucau  a 
> écrit :
>>
>> +1
>>
>> Romain Manni-Bucau
>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book
>>
>>
>> Le jeu. 6 oct. 2022 à 15:01, fpapon  a écrit :
>>>
>>> Hi,
>>>
>>> I upgraded the ASM version (9.4) in XBean and would like to start the
>>> release of the 4.22 version:
>>>
>>> https://issues.apache.org/jira/projects/XBEAN/versions/12352368
>>>
>>> Is it ok for all or is there some other issues that someone want to be
>>> include?
>>>
>>> NB: we have the 3.19 and 3.20 old versions in Jira marked as
>>> "unreleased", should we closed them?
>>>
>>> Regards,
>>>
>>> --
>>> --
>>> François
>>>

Re: Proposal: Retiring the Geronimo Project

[Jean-Baptiste Onofré]

Agree. As soon as we fond good Host projects for the different part, it's
ok for me.

Regards
JB

Le lun. 11 juil. 2022 à 18:52, Raymond Augé  a
écrit :

> The "Geronimo" project is getting long in the tooth and has very few
> maintainers. It's been teetering on the edge of what could be considered
> active ever since I've been involved (I believe more than 5 years now.)
>
> The project has seen many parts of its portfolio go unmaintained or
> deprecated. We've seen other projects adopt parts (with this project's
> blessing [1]). I would also argue this project seems to have lost its
> identity and is now some sort of mishmash of libraries and utilities with
> barely related aspects which I don't believe is really the model for a good
> Open Source Apache project to bank a future on.
>
> And now, we really should make an effort to settle the issue of
> "Native"-themed mascotry which was raised again most recently here [2].
>
> PROPOSAL:
> I would like to propose we attempt to find any other ASF projects that
> would be willing to take over interesting parts of the portfolio. After
> that is exhausted, if nothing significant of interest remains the project
> could simply be retired. However, if something significant does remain and
> someone speaks up about wanting to maintain it, they could initiate a new
> ASF project to house the remaining parts and have the new project adopt
> those interesting bits.
>
> Thoughts?
>
> Ray
>
> [1] https://lists.apache.org/thread/sdny91l920o2lnl58sj5wy577k39fhsz
> [2] https://lists.apache.org/thread/bd8s3knj2541275rbdnx2718h0y8qhrj
>
>

Re: Apache Geronimo Mail (provider) 2.1 - 1.0.0

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Mon, Jun 20, 2022 at 5:14 PM Jean-Louis Monteiro
 wrote:
>
> Hi,
>
> I'd like to call a vote for Apache Geronimo Mail 2.1 version 1.0.0. This is 
> the first implementation of the Jakarta based Mail 2.1 specification. It does 
> not fully pass the standalone TCK but the mail part of the platform TCK 
> already passes.
>
> Sources
> https://dist.apache.org/repos/dist/dev/geronimo/javamail/geronimo-mail_2.1_mail-1.0.0/
>
> Github Tag
> https://github.com/apache/geronimo-javamail/tree/geronimo-mail_2.1-1.0.0
>
> Staging repo
> https://repository.apache.org/content/repositories/orgapachegeronimo-1156
>
> Release notes
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10220=12351860
>
> New Feature
>
> [GERONIMO-6837] - Implement Geronimo Mail 2.1 for Jakarta Mail 2.1
>
> Improvement
>
> [GERONIMO-6838] - Support additional body after IMAP CONTINUATION response
> [GERONIMO-6839] - Upgrade to Activation Spec 2.0 - 1.0.0-M1
>
>
> [ ] +1 approve this release
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
>
> Here is my +1 Binding vote.
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com

Re: Moving Mail, Activation, Transaction and Connector to Apache TomEE (was Re: [DISCUSS] Move microprofile impl to Apache TomEE)

[Jean-Baptiste Onofré]

Hi,

Activation, transaction and connector are used also in Aries, ActiveMQ, Karaf.

So, no problem for me as soon as we keep the "generic" aspect (not
TomEE too centric).

Regards
JB

On Tue, Jun 14, 2022 at 6:29 PM David Blevins  wrote:
>
> Jumping off of this thread, is there any openness to discussing moving this 
> code over to TomEE?
>
>  - http://svn.apache.org/repos/asf/geronimo/components/txmanager/trunk/
>  - 
> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-activation_2.0_spec/
>  - 
> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-jakartamail_2.1_spec/
>  - 
> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-mail_2.1_spec/
>
> These are on the critical path for TomEE, being updated in Jakarta EE 10.  
> We're not working on Jakarta EE 10 yet, but we'll hopefully be doing that by 
> early next year.
>
> It's a bit painful to send people over from the TomEE project to here and 
> submit patches against SVN repos.  It would be great if we could have them in 
> git and under the TomEE PMC if possible.
>
> Thoughts?
>
>
> -David
>
> > On Jun 6, 2022, at 1:59 AM, fpapon  wrote:
> >
> > Hi all,
> >
> > I would like to start a thread to discuss about the future of the Apache 
> > Geronimo Microprofile implementation:
> >
> > https://geronimo.apache.org/microprofile/
> >
> > As we can see, we don't have a lot of traction about the maintenance of the 
> > implementation to be up-to-date with the Microprofile specification.
> >
> > The J2EE Geronimo server is no longer exist and at Apache, the active EE 
> > server seems to be Apache TomEE.
> >
> > May be it could make more sense to move the Microprofile implementation to 
> > the Apache TomEE umbrella.
> >
> > WDYT?
> >
> > regards,
> >
> > --
> > --
> > François
> >
>

Re: [VOTE] Apache BatchEE 1.0.2

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Fri, Jun 17, 2022 at 10:40 AM Jean-Louis Monteiro
 wrote:
>
> Hi,
>
> As discussed, here is the vote for Apache BatchEE 1.0.2.
>
> This is a maintenance release with minor fixes and a fix for jakarta 
> reloction.
>
> Maven staging repo
> https://repository.apache.org/content/repositories/orgapachebatchee-1009
>
> Binaries and sources
> https://dist.apache.org/repos/dist/dev/geronimo/batchee/1.0.2
>
> Github Tag
> https://github.com/apache/geronimo-batchee/tree/batchee-1.0.2
>
> Release Notes
> https://issues.apache.org/jira/projects/BATCHEE/versions/12350726
>
>
> Please VOTE
>
> [+1] go ship it
> [+0] meh, don't care
> [-1] stop, there is a ${showstopper}
>
> The VOTE is open for 72h
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com

Re: BatchEE releases?

[Jean-Baptiste Onofré]

+1 for a batchee release.

Regards
JB

On Thu, Jun 16, 2022 at 12:11 AM Jean-Louis Monteiro
 wrote:
>
> Hi,
>
> is there any issue if I do a release for BatchEE?
>
> I'd like to create a new TomEE mIlestone soon, but we are still using a 
> SNAPSHOT.
>
> Thanks
>
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com

Re: [DISCUSS] Move microprofile impl to Apache TomEE

[Jean-Baptiste Onofré]

OK, it sounds good to me then.

Regards
JB

On Thu, Jun 9, 2022 at 8:13 AM Romain Manni-Bucau  wrote:
>
> Hi
>
> Next step is likely to ask tomee since for now we just get the consensus 
> geronimo is a bad home for MP.
>
> If ok for them, I'd just move the project to tomee since, as mentionned, we 
> didnt work much on these projects and tomee was driven last activity but 
> guess it can be discussed on tomee thread once created.
>
> Le jeu. 9 juin 2022 à 07:50, Jean-Baptiste Onofré  a écrit 
> :
>>
>> +1, it makes sense to me.
>>
>> I guess we gonna do a vote. The question is about the governance/PMC :
>> I do we plan to move PMC from Geronimo to Tomee or "just" use Tomee
>> PMC ?
>>
>> Regards
>> JB
>>
>> On Mon, Jun 6, 2022 at 10:59 AM fpapon  wrote:
>> >
>> > Hi all,
>> >
>> > I would like to start a thread to discuss about the future of the Apache
>> > Geronimo Microprofile implementation:
>> >
>> > https://geronimo.apache.org/microprofile/
>> >
>> > As we can see, we don't have a lot of traction about the maintenance of
>> > the implementation to be up-to-date with the Microprofile specification.
>> >
>> > The J2EE Geronimo server is no longer exist and at Apache, the active EE
>> > server seems to be Apache TomEE.
>> >
>> > May be it could make more sense to move the Microprofile implementation
>> > to the Apache TomEE umbrella.
>> >
>> > WDYT?
>> >
>> > regards,
>> >
>> > --
>> > --
>> > François
>> >

Re: [DISCUSS] Move microprofile impl to Apache TomEE

[Jean-Baptiste Onofré]

+1, it makes sense to me.

I guess we gonna do a vote. The question is about the governance/PMC :
I do we plan to move PMC from Geronimo to Tomee or "just" use Tomee
PMC ?

Regards
JB

On Mon, Jun 6, 2022 at 10:59 AM fpapon  wrote:
>
> Hi all,
>
> I would like to start a thread to discuss about the future of the Apache
> Geronimo Microprofile implementation:
>
> https://geronimo.apache.org/microprofile/
>
> As we can see, we don't have a lot of traction about the maintenance of
> the implementation to be up-to-date with the Microprofile specification.
>
> The J2EE Geronimo server is no longer exist and at Apache, the active EE
> server seems to be Apache TomEE.
>
> May be it could make more sense to move the Microprofile implementation
> to the Apache TomEE umbrella.
>
> WDYT?
>
> regards,
>
> --
> --
> François
>

Re: [VOTE] Release Mail 2.0.0-M1

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Sat, May 14, 2022 at 11:27 PM David Blevins  wrote:
>
> Hey All,
>
> If I was thinking ahead I'd have put these both in the same staging repo and 
> vote :)
>
> Staging Maven repository:
>
> - https://repository.apache.org/content/repositories/orgapachegeronimo-1153/
>
> The only change is conversion from javax to the jakarta namespace via 
> contributor Richard Zowalla and a change from "javamail" to simply "mail"
>
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ]  0 Abstain (please provide specific comments)
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> -David
>

Re: [VOTE] Release Activation 2.0.0-M1

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Sat, May 14, 2022 at 11:00 PM David Blevins  wrote:
>
> Hey All,
>
> We're thinking to do a release on the TomEE side and this is one of the 
> snapshot dependencies we have.  I've prepped a 2.0.0-M1 with the idea that 
> being a milestone it should be fairly non-controversial to propose without a 
> heads up and I haven't checked the TCK status.  I know we're not yet actively 
> running the signature tests on the TomEE side.
>
> I propose we release 2.0.0-M1 so we have some non-snapshots to work with and 
> come back to 2.0.0 as things look 100% on all fronts
>
> Staging Maven repository:
>
>  - https://repository.apache.org/content/repositories/orgapachegeronimo-1153/
>
> The only change is conversion from javax to the jakarta namespace via 
> contributor Richard Zowalla.
>
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ]  0 Abstain (please provide specific comments)
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> -David
>

[ANN] Apache XBean 4.21 has been released

[Jean-Baptiste Onofré]

The Geronimo team is pleased to announce XBean 4.21 release.

This release includes two important updates:
- Spring 4 & 5 support in xbean-spring and maven plugin, including Spring 5.3.19
- ASM 9.3 update in order to support JDK 18

Please take a look on the Release Notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310312=12351586

Enjoy!
Regards
JB

[RESULT][VOTE] Apache XBean 4.21 release

[Jean-Baptiste Onofré]

Hi,

this vote passed with the following result:

+1 (binding): Romain Manni-Bucau, Ray Augé, François Papon, JB Onofré

I'm promoting the artifacts on Maven Central and dist. Then I will
update Jira and announce the release.

Thanks all for your vote !

Regards
JB

On Wed, Apr 13, 2022 at 3:53 PM Jean-Baptiste Onofré  wrote:
>
> Hi everyone,
>
> I submit Apache XBean 4.21 release to your vote.
>
> This release includes:
> - Spring 4 & 5 support, up to Spring 5.3.19
> - ASM 9.3 update
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310312=12351586
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachegeronimo-1152/
>
> Staging dist repository:
> https://dist.apache.org/repos/dist/dev/geronimo/xbean/
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Regards
> JB

Re: [VOTE] Apache XBean 4.21 release

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Wed, Apr 13, 2022 at 3:53 PM Jean-Baptiste Onofré  wrote:
>
> Hi everyone,
>
> I submit Apache XBean 4.21 release to your vote.
>
> This release includes:
> - Spring 4 & 5 support, up to Spring 5.3.19
> - ASM 9.3 update
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310312=12351586
>
> Staging Maven repository:
> https://repository.apache.org/content/repositories/orgapachegeronimo-1152/
>
> Staging dist repository:
> https://dist.apache.org/repos/dist/dev/geronimo/xbean/
>
> Please vote to approve this release:
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Regards
> JB

[VOTE] Apache XBean 4.21 release

[Jean-Baptiste Onofré]

Hi everyone,

I submit Apache XBean 4.21 release to your vote.

This release includes:
- Spring 4 & 5 support, up to Spring 5.3.19
- ASM 9.3 update

Release Notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310312=12351586

Staging Maven repository:
https://repository.apache.org/content/repositories/orgapachegeronimo-1152/

Staging dist repository:
https://dist.apache.org/repos/dist/dev/geronimo/xbean/

Please vote to approve this release:
[ ] +1 Approve the release
[ ] -1 Don't approve the release (please provide specific comments)

This vote will be open for at least 72 hours.

Regards
JB

Re: [VOTE Apache TransactionManager 3.1.5 and Geronimo Config 1.2.3, Health 2.0.1, OpenAPI 1.0.15, OpenTracing 1.0.3, Metrics 1.0.6

[Jean-Baptiste Onofré]

+1 (binding)

Quickly checked in Apache Karaf features.

Regards
JB

On Fri, Feb 25, 2022 at 12:10 PM Jean-Louis MONTEIRO 
wrote:

> Hi!
>
> Just adding VOTE to the message object so it's clear.
>
> JLouis
>
> Le jeu. 24 févr. 2022 à 20:22, Jean-Louis MONTEIRO  a
> écrit :
>
>> Hi everyone,
>>
>> I'd like to release our Apache TransactionManager 3.1.5 and Geronimo
>> Config 1.2.3, Health 2.0.1, OpenAPI 1.0.15, OpenTracing 1.0.3, Metrics
>> 1.0.6.
>>
>> Main change is to support a jakarta classifier so they can be used in the
>> context of jakarta namespace, the reason why this vote addresses many of
>> our components.
>>
>> Tags:
>> - Transaction Manager:
>> https://github.com/apache/geronimo-txmanager/tree/geronimo-txmanager-parent-3.1.5
>> - Config:
>> https://github.com/apache/geronimo-config/tree/geronimo-config-1.2.3
>> - Health:
>> https://github.com/apache/geronimo-health/tree/geronimo-health-parent-2.0.1
>> - OpenAPI:
>> https://github.com/apache/geronimo-openapi/tree/geronimo-openapi-1.0.15
>> - OpenTracing:
>> https://github.com/apache/geronimo-opentracing/tree/geronimo-opentracing-parent-1.0.3
>> - Metrics:
>> https://github.com/apache/geronimo-metrics/tree/geronimo-metrics-parent-1.0.6
>>
>> Staging repos:
>> - Transaction Manager:
>> https://repository.apache.org/content/repositories/orgapachegeronimo-1146/
>> - Config:
>> https://repository.apache.org/content/repositories/orgapachegeronimo-1147
>> - Health:
>> https://repository.apache.org/content/repositories/orgapachegeronimo-1148
>> - OpenAPI:
>> https://repository.apache.org/content/repositories/orgapachegeronimo-1149
>> - OpenTracing:
>> https://repository.apache.org/content/repositories/orgapachegeronimo-1150
>> - Metrics:
>> https://repository.apache.org/content/repositories/orgapachegeronimo-1151
>>
>> Sources:
>> - Transaction Manager:
>> https://dist.apache.org/repos/dist/dev/geronimo/transaction-manager/
>> - Config: https://dist.apache.org/repos/dist/dev/geronimo/config/
>> - Health: https://dist.apache.org/repos/dist/dev/geronimo/health/
>> - OpenAPI: https://dist.apache.org/repos/dist/dev/geronimo/openapi/
>> - OpenTracing:
>> https://dist.apache.org/repos/dist/dev/geronimo/opentracing/
>> - Metrics: https://dist.apache.org/repos/dist/dev/geronimo/metrics/
>>
>> Release notes:
>> - Transaction Manager:
>> https://issues.apache.org/jira/browse/GERONIMO/fixforversion/12351385
>> - Config:
>> https://issues.apache.org/jira/browse/GERONIMO/fixforversion/12345015
>> - Health:
>> https://issues.apache.org/jira/browse/GERONIMO/fixforversion/12351383
>> - OpenAPI:
>> https://issues.apache.org/jira/browse/GERONIMO/fixforversion/12349477
>> - OpenTracing:
>> https://issues.apache.org/jira/browse/GERONIMO/fixforversion/12345013
>> - Metrics:
>> https://issues.apache.org/jira/browse/GERONIMO/fixforversion/12351384
>>
>> And my key is still the same.
>>
>> Please vote:
>>
>> [ ] +1 let it go out
>> [ ] -1 ${because X}
>>
>> Vote will stay open for 3 days or we get 3 +1 bindings vote as usual.
>>
>>
>> --
>> Jean-Louis
>>
>
>
> --
> Jean-Louis
>

Re: [VOTE] Release Apache Geronimo Arthur 1.0.5

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On Mon, Feb 14, 2022 at 6:03 PM Romain Manni-Bucau
 wrote:
>
> Hi all,
>
> As discussed on the list, here is the vote for Apache Geronimo Arthur 1.0.5 
> which enables to use OpenWebBeans interceptors without any hack.
>
> Dist: https://dist.apache.org/repos/dist/dev/geronimo/arthur/
> Staging: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1145/
> Tag: 
> https://gitbox.apache.org/repos/asf?p=geronimo-arthur.git;a=commit;h=4a339370bbd917bd515bee989cb6eaa02b64b3c0
> My key is still the same.
>
> Please vote:
>
> [ ] +1 release it
> [ ] -1 ${cause}
>
> Vote will be opened for 3 days as usual.
>
> Romain Manni-Bucau
> @rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book

Re: arthur release next week?

[Jean-Baptiste Onofré]

No problem for me. Thanks !

Regards
JB

Le ven. 11 févr. 2022 à 22:14, Romain Manni-Bucau  a
écrit :

> Hi everyone,
>
> wonder what would you think about an arthur release next week
>
> my main goal would be to upgrade openwebbeans to have the interceptor
> support in our graalvm builds
>
> any objection?
>
>
> Romain Manni-Bucau
> @rmannibucau  |  Blog
>  | Old Blog
>  | Github
>  | LinkedIn
>  | Book
> 
>

Re: [VOTE] Release Geronimo Arthur 1.0.4

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On 02/02/2022 09:28, Francois Papon wrote:

Hi guys,

Kindly reminder that need more binding vote :)

Thanks!

regards,

François

On 26/01/2022 15:46, Francois Papon wrote:


+1 (binding)

Thanks!

regards,

François

On 26/01/2022 11:50, Romain Manni-Bucau wrote:

Hi all,

we fixed and enhance Geronimo Arthur and here is the vote to let it 
go public:


Major 	Improvement 	GERONIMO-6819 
 	Add 
openwebbeans jakarta support 
 	Romain 
Manni-Bucau 
 
	RESOLVED
Major 	Improvement 	GERONIMO-6820 
 	Make noserver 
and enableAllSecurityServices optional since recent graalvm versions 
will deprecate it 
 	Romain 
Manni-Bucau 
 
	RESOLVED
Major 	Task 	GERONIMO-6821 
 	Upgrade to 
xbean 4.20 to support java 17 OOTB 
 	Romain 
Manni-Bucau 
 
	RESOLVED
Major 	Task 	GERONIMO-6822 
 	Better 
symbolic links handling for 22.x graalvm 
 	Romain 
Manni-Bucau 
 
	RESOLVED
Major 	Task 	GERONIMO-6823 
 
?transitive=false is not stripped when used in graalExtensions (mojo) 
 	Romain 
Manni-Bucau 
 
	RESOLVED
Major 	Task 	GERONIMO-6824 
 	register 
@Priority in openwebbeans knight 
 	Romain 
Manni-Bucau 
 
	RESOLVED




Here are the vote data:

* Tag: 
https://gitbox.apache.org/repos/asf?p=geronimo-arthur.git;a=commit;h=3650146ae307717c4b03bc5e84a08810e3b84495
* Staging: 
https://repository.apache.org/content/repositories/orgapachegeronimo-1144/
* Dist area (dev): 
https://dist.apache.org/repos/dist/dev/geronimo/arthur/


My key is the same than last time.

Please vote:

[ ] +1 looks good
[ ] -1 ${cause}

Romain Manni-Bucau
@rmannibucau  | Blog 
 | Old Blog 
 | Github 
 | LinkedIn 
 | Book 

Re: [VOTE] geronimo-javamail_1.6_spec 1.0.1

[Jean-Baptiste Onofré]

+1 (binding)

Regards
JB

On 07/10/2021 21:30, Jean-Louis MONTEIRO wrote:

Hi!

I’d like to call a VOTE on the geronimo-javamail_1.6_spec 1.0.1

Here is the staging repo
https://repository.apache.org/content/repositories/orgapachegeronimo-1141 


And the source jar which is voted on
https://repository.apache.org/content/repositories/orgapachegeronimo-1141/org/apache/geronimo/specs/geronimo-javamail_1.6_spec/1.0.1/geronimo-javamail_1.6_spec-1.0.1-source-release.zip 



SVN tag
https://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-javamail_1.6_spec-1.0.1/ 



My key can be found at
https://svn.apache.org/repos/asf/geronimo/KEYS 



please VOTE
[+1] all fine, ship it
[+0] don't care
[-1] stop, because ${reason}

The VOTE is open for 72h.

--
Jean-Louis

Re: ARTHUR Release

[Jean-Baptiste Onofré]

+1 from my side

Regards
JB

On 30/08/2021 09:22, Francois Papon wrote:

Hi,

We solved some issues and I would like to do an ARTHUR release.

Is this ok for all or someone want to include another issues or work?

regards,

Re: Pending patches

[Jean-Baptiste Onofré]

ime evaluator impl

If someone else can have a review it would be
great
(feel

free

to

apply the patch or I can do it after).

note: some of the patches are waiting for some
feedback
-

in

particular txmgr one, wonder about tomee

usage

which

can

need to remove the private constructor of the
default
impl

to

enable

to configure the impl completely.

Thanks,
Romain Manni-Bucau
@rmannibucau |  Blog | Old Blog | Github |
LinkedIn
Book


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [PROPOSAL] - website

[Jean-Baptiste Onofré]

Thx. I gonna take a look. Regards JBLe sam. 9 mai 2020 ? 21:19, Francois Papon  a ?crit :
Done:
https://github.com/apache/geronimo-website/pull/1
regards,

Fran?ois
fpa...@apache.org
Le 09/05/2020 ? 15:36, Romain
  Manni-Bucau a ?crit :


  
  AFAIK we don't use that at all so feel free to
create a branch dropping everything.

  

  

  

  

  

  

  

  

  

  
Romain
  Manni-Bucau
@rmannibucau
|  Blog |
Old
  Blog | Github |
LinkedIn |
Book

  

  

  

  

  

  

  

  

  


  
  
  
Le sam. 9 mai 2020 ? 15:22,
  Francois Papon 
  a ?crit :


  
Ah yes, got it.
It's an online provider for my personal server so I don't
  have the right to change it but I don't think we will have
  the problem with the ASF server.
Btw, I saw that a github repo exist for geronimo-website
  but I'm not sure the content is used:

https://github.com/apache/geronimo-website
May be I can push a PR on it?

regards,

Fran?ois
fpa...@apache.org
Le 09/05/2020 ? 15:15, Romain Manni-Bucau a ?crit :


  
 for
  example.



But long story short the page is in utf8 (and
  properly setup as such) but the server sets the
  charset through content-type as iso8859-1 (not sure we
  would get it @asf). text/html; charset=iso-8859-1- 
  content-type: 
  
  text/html; charset=iso-8859-1 


  content-type: 
  
  text/html; charset=iso-8859-1
  


  

  

  

  

  

  

  

  

  

  
Romain
  Manni-Bucau
@rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book

  

  

  

  

  

  

  

  

  

Re: [VOTE] Release Geronimo JCache Simple 1.0.3

[Jean-Baptiste Onofré]

I maintain my +1. We will fix in next release. Regards JBLe dim. 16 f?vr. 2020 ? 18:33, Romain Manni-Bucau  a ?crit :Hi guys,I discovered an error in the default OSGi CDI extension name during the registration (it is "implicit"). I will fix it on master.Since this release already enables to use the bundle in OSGi - only the extension registration will be broken which is not yet mainstream I guess - so I guess we can let it go (please don't sing ;)) and do a 1.0.4 tomorrow.Please let me know if it is a blocker for you - will commit the fix in the 10mn.Therefore here is my +1Romain Manni-Bucau@rmannibucau |  Blog | Old Blog | Github | LinkedIn | BookLe dim. 16 f?vr. 2020 ? 02:06, Cesar Hernandez  a ?crit :+1El s?b., 15 feb. 2020 a las 14:31, Mark Struberg () escribi?:+1LieGrue,strubAm 14.02.2020 um 09:22 schrieb Romain Manni-Bucau :Hi everyone,As mentionned on the list, here is our jcache implementation release vote.Main change is to enable to deploy it in OSGi adding the required metadata.Here is the staging repo: https://repository.apache.org/content/repositories/orgapachegeronimo-1118Here is the dev dist area: https://dist.apache.org/repos/dist/dev/geronimo/simple-jcache/Here is the tag: https://gitbox.apache.org/repos/asf?p=geronimo-jcache-simple.git;a=commit;h=67d00ea1d9d1775a549ce972ecb0856d35d419c7My keys is still available in http://svn.apache.org/repos/asf/geronimo/KEYSPlease vote: [ ] +1 let's relese it [ ] -1 cancel it because ${reason}This vote is open for 3 days as usual or untll it gets its 3 binding +1s.Romain Manni-Bucau@rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book
-- Atentamente:C?sar Hern?ndez.

Re: [VOTE] Release Geronimo JCache Simple 1.0.3

[Jean-Baptiste Onofré]

+1 (non binding)RegardsJBLe ven. 14 f?vr. 2020 ? 09:22, Romain Manni-Bucau  a ?crit :Hi everyone,As mentionned on the list, here is our jcache implementation release vote.Main change is to enable to deploy it in OSGi adding the required metadata.Here is the staging repo: https://repository.apache.org/content/repositories/orgapachegeronimo-1118Here is the dev dist area: https://dist.apache.org/repos/dist/dev/geronimo/simple-jcache/Here is the tag: https://gitbox.apache.org/repos/asf?p=geronimo-jcache-simple.git;a=commit;h=67d00ea1d9d1775a549ce972ecb0856d35d419c7My keys is still available in http://svn.apache.org/repos/asf/geronimo/KEYSPlease vote: [ ] +1 let's relese it [ ] -1 cancel it because ${reason}This vote is open for 3 days as usual or untll it gets its 3 binding +1s.Romain Manni-Bucau@rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book

Re: [VOTE] Release Apache XBean 4.16

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 31/01/2020 16:41, Romain Manni-Bucau wrote:
> Hi all,
> 
> Here is our asm upgrade release (to v 7.3.1).
> 
> Staging
> repository: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1117
> Tag (rev
> 1873424): http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-4.16/
> Dist (rev
> 37817): https://dist.apache.org/repos/dist/dev/geronimo/xbean/4.16/
> My key is the same than usual.
> 
> Please vote:
> 
>  [ ] +1 let's relese it
>  [ ] -1 cancel it because ${reason}
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [XBean] 4.16 coming?

[Jean-Baptiste Onofré]

+1 for me, go ahead.

Regards
JB

On 29/01/2020 09:27, Romain Manni-Bucau wrote:
> Hi all,
> 
> Any blocker to release xbean 4.16 with asm 7.3.1 upgrade?
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Javax/jakarta

[Jean-Baptiste Onofré]

It sounds good to me, +1.

Regards
JB

On 30/12/2019 08:37, Francois Papon wrote:
> Hi,
> 
> I think it would be a nice feature!
> 
> Thanks!
> 
> regards,
> 
> François
> fpa...@apache.org
> 
> Le 29/12/2019 à 11:48, Romain Manni-Bucau a écrit :
>> Hi all
>>
>> Do we want to host a binary+mvn plugin remapping javax on jakarta
>> package (with exclusions for future api pby)?
>>
>> This would enable to migrate any app/lib without coding?
>>
>> Wdyt? I already have most of the code - for another package since im
>> using that at work - so can contribute it quickly if desired/needed.

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: arthur release?

[Jean-Baptiste Onofré]

+1 for a release.

Regards
JB

On 04/12/2019 16:41, Romain Manni-Bucau wrote:
> Hi all,
> 
> should we release arthur?
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Transfer/retirement of BatchEE

[Jean-Baptiste Onofré]

Agree, just mention my "small" concern ;)

Regards
JB

On 14/11/2019 07:57, Romain Manni-Bucau wrote:
> Guess most of PMC are at G, I can inly think about few people missing
> there and Im certain they all know asf enough to not see it as a blocker
> ;). But good reminder we must keep it in mind and be attentive
> subprojects live and not only the overall community (it is a kind of new
> status to have transversal subpoject for us/G).
> 
> Le jeu. 14 nov. 2019 à 07:46, Jean-Baptiste Onofré  <mailto:j...@nanthrax.net>> a écrit :
> 
> Hi
> 
> I agree with Romain: wherever will live BatchEE is fine.
> 
> My only concern is to "move" some PMC/committer on the new location. For
> instance, I was mentor on Batchee, if we move it to Geronimo, I will go
> as contributor (as I'm not committer or PMC on Geronimo).
> 
> Regards
> JB
> 
> On 14/11/2019 07:31, Romain Manni-Bucau wrote:
> > Yep, we are still around.
> > Now, personally while project stays alive somewhere it is fine for
> me so
> > Im tempted to select the easiest option but I am also happy to
> take the
> > cleanest one if preferred.
> >
> > Le mer. 13 nov. 2019 à 23:14, Justin Mclean  <mailto:jmcl...@apache.org>
> > <mailto:jmcl...@apache.org <mailto:jmcl...@apache.org>>> a écrit :
> >
> >     Hi,
> >
> >     Retiring and being transferred are two slightly different things.
> >     Which do you want? Are any of the PPMC around anymore?
> >
> >     Thanks,
> >     Justin
> >
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org <mailto:jbono...@apache.org>
> http://blog.nanthrax.net
> Talend - http://www.talend.com
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Transfer/retirement of BatchEE

[Jean-Baptiste Onofré]

Hi

I agree with Romain: wherever will live BatchEE is fine.

My only concern is to "move" some PMC/committer on the new location. For
instance, I was mentor on Batchee, if we move it to Geronimo, I will go
as contributor (as I'm not committer or PMC on Geronimo).

Regards
JB

On 14/11/2019 07:31, Romain Manni-Bucau wrote:
> Yep, we are still around.
> Now, personally while project stays alive somewhere it is fine for me so
> Im tempted to select the easiest option but I am also happy to take the
> cleanest one if preferred.
> 
> Le mer. 13 nov. 2019 à 23:14, Justin Mclean  <mailto:jmcl...@apache.org>> a écrit :
> 
> Hi,
> 
> Retiring and being transferred are two slightly different things.
> Which do you want? Are any of the PPMC around anymore?
> 
> Thanks,
> Justin
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [DISCUSS] graal tooling?

[Jean-Baptiste Onofré]

It sounds good. +1.

Regards
JB

On 28/10/2019 18:07, Romain Manni-Bucau wrote:

Hi everyone,

I'm planning to create the repo tomorrow and try to get some doc for 
wednesday night.

Is it ok for everyone?

Romain Manni-Bucau
@rmannibucau  | Blog 
 | Old Blog 
 | Github 
 | LinkedIn 
 | Book 




Le dim. 27 oct. 2019 à 18:04, Romain Manni-Bucau 
mailto:rmannibu...@gmail.com>> a écrit :


Hi Guillaume,

Yes and no, First iteration I'd like to:

1. Enable to build a command graal line and execute it through a
mojo (to have an e2e case)
2. Provide a simple API to let the user register classes (my
current version is very specific to a few frameworks so i must
abstract it but idea is to let some classes be found based on
annotations or parent for ex and register them). Guess it will not
use a feature but more a preprocessing phase generating a valid
reflection.json (potentially resources.json and dynamicproxy.json
in terms of design). Then we can run 1. with this config. In my
case - job framework - i can find all the classes i need
reflection on so i just list them all (it is close to Arc I guess?).
3. (optional for first import) provide some library integrations
(substitutions and/or features, no arthur abstraction) to help
with some common libraries. I needed some for johnzon so it can be
one integration module for ex.

Hope it makes sense.

Romain Manni-Bucau
@rmannibucau  | Blog
 | Old Blog
 | Github
 | LinkedIn
 | Book




Le dim. 27 oct. 2019 à 17:37, Guillaume Nodet mailto:gno...@apache.org>> a écrit :



Le sam. 26 oct. 2019 à 08:11, Romain Manni-Bucau
mailto:rmannibu...@gmail.com>> a écrit :



Le sam. 26 oct. 2019 à 00:22, Guillaume Nodet
mailto:gno...@apache.org>> a écrit :



Le ven. 25 oct. 2019 à 22:42, Romain Manni-Bucau
mailto:rmannibu...@gmail.com>>
a écrit :



Le ven. 25 oct. 2019 à 21:34, Guillaume Nodet
mailto:gno...@apache.org>> a
écrit :



Le ven. 25 oct. 2019 à 16:28, Romain
Manni-Bucau mailto:rmannibu...@gmail.com>> a écrit :

Hi Raymond,

What do you mean y "taking us down"?
To give some background, I have some use
case where a k8s orchestrator + native
java run would be a good option compared
to a long running program (see it as
lambda like archi).
I did some basic tooling - guess it is the
same than you more or less - and just
would like a home for now.
Now I agree graal is not for all apps, it
is not even possible to compile a jdbc
driver today - yes quarkus faked it ;).


I've been working on camel-quarkus recently
and we do have integration tests that use JDBC
and that are compiled to native mode.
Not sure what you mean when you say it's not
possible to compile a jdbc driver.  I'd be
interested in understanding what you mean here.


It is going a bit off topic and guess if arthur
has no strong objection we'll discuss it a bit in
other threads but long story short,if you dont
replace a bunch of code the driver will not work.
Quarkus h2 kept only client mode to simplify part
of it. H2 by itself works in client, file and mem
if you do the reflection work but then if the jdbc
pool or app uses DriverManager, most codepath will
require to load all the driver at build time and
often end up on some blocker you need to cut like
natives or unsupported api. I got the same
experience with derby. It is not the driver by
itself but the SPI + common driver/jdbc usages
which make it often hard to use without forking

Re: [DISCUSS] graal tooling?

[Jean-Baptiste Onofré]

Hi

It sounds good to me ! Good idea.

Regards
JB


On 25/10/2019 09:00, Romain Manni-Bucau wrote:

Hi everyone,

Wonder if we want to create a small project to simplify graalvm builds?
What I have in mind is basically a kind of main (+ maven wrapper) 
which enables to use scanning at build time to prepare a binary, do 
the right RuntimeReflection.register and set the right configuration 
for proxies, resources etc.
It would be a companion of XBean finder - which is a perfect fit for 
this phase - but likely outside of XBean since the project will likely 
require to use docker for tests - since we go native, otherwise we 
wouldn't build portably - and creates its own ecosystem.


Side note: if we go with it, I'm tempted to call it "arthur", if you 
+1 the idea don't hesitate to also comment on the name


Romain Manni-Bucau
@rmannibucau  | Blog 
 | Old Blog 
 | Github 
 | LinkedIn 
 | Book 

Re: [VOTE] Release Apache XBean 4.15

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 23/10/2019 09:24, Romain Manni-Bucau wrote:

Hi everyone,

As mentionned on the list some weeks ago we upgraded our xbean asm 
shade to 7.2.
Here is the vote to let it be consumed and it is the only change to 
the sources.


Staging repository - with sources: 
https://repository.apache.org/content/repositories/orgapachegeronimo-1113
Tag (rev 1868788): 
http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-4.15/

My key is the same than for last votes.

Please vote:

 [ ] +1 let's relese it
 [ ] -1 cancel it because ${reason}

This vote is open for 3 days as usual or untll it gets its 3 binding +1s

Romain Manni-Bucau
@rmannibucau  | Blog 
 | Old Blog 
 | Github 
 | LinkedIn 
 | Book 

Re: XBean: asm 7.2

[Jean-Baptiste Onofré]

+1

it makes sense.

Regards
JB

On 04/10/2019 15:18, Romain Manni-Bucau wrote:
> Hi everyone,
> 
> I'm updating asm to v7.2 in our shade.
> Do we want to release it just after?
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release geronimo-annotation-1.3 spec API

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 03/09/2019 10:04, Jean-Louis MONTEIRO wrote:
> Hi!
> 
> I’d like to call a VOTE on the geronimo-annotation-1.3_spec-1.2 jar.
> This is an API which implements the common-annotations JSR-250
> 1.3 specification.
> 
> The only change was the introduction of @Repeatable on both @Resource
> and @DataSourceDefinition so that we can now pass the Jakarta TCK.
> 
> Here is the staging repo
> https://repository.apache.org/content/repositories/orgapachegeronimo-1109/
> 
> And the source jar which is voted on
> https://repository.apache.org/content/repositories/orgapachegeronimo-1109/org/apache/geronimo/specs/geronimo-annotation_1.3_spec/1.2/geronimo-annotation_1.3_spec-1.2-source-release.zip
> 
> 
> My key can be found at
> https://svn.apache.org/repos/asf/geronimo/KEYS
> 
> please VOTE
> [+1] all fine, ship it
> [+0] don't care
> [-1] stop, because ${reason}
> 
> The VOTE is open for 72h.
> 
> -- 
> Jean-Louis

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: mail tck?

[Jean-Baptiste Onofré]

Hi Romain,

I didn't notice that but I think you are right about the location. I
think it's worth to try to pass TCK.

Regards
JB

On 10/08/2019 10:23, Romain Manni-Bucau wrote:
> Hi everyone,
> 
> We spoke of releasing our javamail impl,
> Anyone noticed tck are on github
> now? https://github.com/eclipse-ee4j/javamail-tck
> Did we try to pass them? Do we want to setup them in the build - worse
> case in an optional module doing a git clone + mvn exec?
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Geronimo JWT Auth 1.0.3

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 25/07/2019 09:46, Romain Manni-Bucau wrote:
> Hi everyone,
> 
> While we are in the Microprofile release train, I'd like to release our
> JWT Auth impl.
> 
> Changelog is the following one:
> 
> P T   Key Summary AssigneeStatus  Development 
> Major TaskGERONIMO-6724
> <https://issues.apache.org/jira/browse/GERONIMO-6724> Support Bearer
> Cookie <https://issues.apache.org/jira/browse/GERONIMO-6724>  Romain
> Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major TaskGERONIMO-6725
> <https://issues.apache.org/jira/browse/GERONIMO-6725> Ensure
> ContainerRequestFilter header mutations are taken into account when
> underlying JAXRS impl supports it
> <https://issues.apache.org/jira/browse/GERONIMO-6725> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major New Feature GERONIMO-6740
> <https://issues.apache.org/jira/browse/GERONIMO-6740> Ensure JWT-AUTH
> can use a provided JsonWebToken
> <https://issues.apache.org/jira/browse/GERONIMO-6740> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED
> 
> 
> To summarize it: it enables to reuse the spec for more advanced but
> common use cases (cookie auth and impersonification/run-as).
> 
> Tag is
> here: 
> https://gitbox.apache.org/repos/asf?p=geronimo-jwt-auth.git;a=commit;h=513b9ee9dd6876e9c23b7774a5f422d344556897
> Staging is here (with
> sources): 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1105
> And my key is the same as usual.
> 
> Please vote:
> 
> [ ] +1 let it go out
> [ ] -1 ${because X}
> 
> Vote will stay open for 3 days or we get 3 +1 bindings vote as usual.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Geronimo OpenAPI 1.0.10

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 25/07/2019 09:51, Romain Manni-Bucau wrote:
> Hi everyone,
> 
> Here is the vote for our microprofile openapi implementation v1.0.10.
> 
> Main changelog is about supporting context path (kudo JL) and a better
> support of JSON-P types to not have unexpected and wrong metadata:
> 
> Major Improvement GERONIMO-6735
> <https://issues.apache.org/jira/browse/GERONIMO-6735> Support for
> Servlet context path in MP OpenAPI
> <https://issues.apache.org/jira/browse/GERONIMO-6735> Jean-Louis
> MONTEIRO
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=jean-louis.monte...@atosorigin.com>
> RESOLVED  
> Major Bug GERONIMO-6739
> <https://issues.apache.org/jira/browse/GERONIMO-6739> Schema Generator
> does not handle properly JSON-P types
> <https://issues.apache.org/jira/browse/GERONIMO-6739> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED
> 
> 
> 
> Tag is
> here: 
> https://gitbox.apache.org/repos/asf?p=geronimo-openapi.git;a=commit;h=5769273c854e26a0f9dec933854a8c457b4a2d79
> Sources and staging is
> there: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1106
> And my key is still the same.
> 
> Please vote:
> 
> [ ] +1 let it go out
> [ ] -1 ${because X}
> 
> Vote will stay open for 3 days or we get 3 +1 bindings vote as usual.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Geronimo Health v1.0.2

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 25/07/2019 09:55, Romain Manni-Bucau wrote:
> Hi everyone,
> 
> I'd like to release our microprofile Health implementation in v1.0.2.
> 
> Main change is to support the new spec endpoints (liveness and readiness).
> 
> Tag is
> here: 
> https://gitbox.apache.org/repos/asf?p=geronimo-health.git;a=commit;h=4981416827cdf1a3f955a8cf80fd7c6b1ca06503
> Sources and staging is
> there: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1107
> And my key is still the same.
> 
> Please vote:
> 
> [ ] +1 let it go out
> [ ] -1 ${because X}
> 
> Vote will stay open for 3 days or we get 3 +1 bindings vote as usual.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Apache XBean 4.14

[Jean-Baptiste Onofré]

+1 (non-binding)

Regards
JB

On 23/05/2019 15:08, Jean-Louis MONTEIRO wrote:
> 
> Hi guys,
> 
> Here is the vote for xbean 4.14, it solves 1 issues:
> 
> https://issues.apache.org/jira/projects/XBEAN/versions/12345220
> 
> Here is the staging repo: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1103
> 
> Sources are
> here: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1103/org/apache/xbean/xbean/4.14/
> <https://repository.apache.org/content/repositories/orgapachegeronimo-1103/org/apache/xbean/xbean/4.14/>
> Tag is available
> at: http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-4.14/ (rev 
> 1856524)
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> 
> Please vote:
> 
>  [ ] +1 let's relese it
>  [ ] -1 cancel it because ${reason}
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> -- 
> Jean-Louis

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: DISCUSS XBean release?

[Jean-Baptiste Onofré]

+1

Regards
JB

Le 22 mai 2019 à 21:52, à 21:52, Jean-Louis MONTEIRO  a 
écrit:
>Hi community,
>
>I'd like to release XBean.
>Here there any objection?
>
>I can start tomorrow with it if that's ok.
>
>--
>Jean-Louis

Re: [VOTE] Release Apache Geronimo OpenAPI 1.0.8

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 29/04/2019 09:41, Romain Manni-Bucau wrote:
> Hi guys,
> 
> here is the vote for Geronimo OpenAPI 1.0.8. This is mainly for a few
> fixes/enhancement and to enable CXF to upgrade:
> 
> Major Improvement GERONIMO-6720
> <https://issues.apache.org/jira/browse/GERONIMO-6720> The
> AnnotationProcessor should be able to deduct the parameter name from
> JAX-RS annotations
> <https://issues.apache.org/jira/browse/GERONIMO-6720> Unassigned  
> RESOLVED
> Major Improvement GERONIMO-6722
> <https://issues.apache.org/jira/browse/GERONIMO-6722> The
> AnnotationProcessor should inject media type instead of response code
> (when endpoint returns void or Response)
> <https://issues.apache.org/jira/browse/GERONIMO-6722> Unassigned  RESOLVED
> 
> 
> 
> Tag: 
> https://gitbox.apache.org/repos/asf?p=geronimo-openapi.git;a=tag;h=b3ec68380fa2ac81424735e7aa498d679ef27307
> Staging (including
> sources): 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1102
> My key is the same than last time
> 
> Please vote:
> 
> [ ] +1: let's release it
> [ ]  -1 ${cause}
> 
> Vote will be opened as usual for 3 days or until we get 3 +1 (binding).
> 
> Side note: this is a day with a lot of bank days in France so the
> closing day can be missed from a few days on my side, feel free to
> either close it for me or I'll catch up a few days after.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Starting openapi 1.0.8 release

[Jean-Baptiste Onofré]

It sounds good to me. Thanks !

Regards
JB

Le 29 avr. 2019 à 09:34, à 09:34, Romain Manni-Bucau  a 
écrit:
>Hi guys,
>
>CXF needs this release so will start it now, please shout if there is
>any
>issue
>
>Romain Manni-Bucau
>@rmannibucau  |  Blog
> | Old Blog
> | Github
> |
>LinkedIn  | Book
>

Re: [VOTE] Release Apache XBean 4.13

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 29/03/2019 09:45, Romain Manni-Bucau wrote:
> Hi guys,
> 
> Here is the vote for xbean 4.13, it solves 3 issues:
> 
> https://issues.apache.org/jira/projects/XBEAN/versions/12344253
> 
> Here is the staging
> repo: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1099/
> Sources are
> here: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1099/org/apache/xbean/xbean/4.13/
> Tag is available
> at: http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-4.13/ (rev 
> 1856524)
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> 
> Please vote:
> 
>  [ ] +1 let's relese it
>  [ ] -1 cancel it because ${reason}
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Geronimo OpenAPI 1.0.7

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 29/03/2019 09:54, Romain Manni-Bucau wrote:
> Hi guys,
> 
> Here is the vote for our microprofile openapi implementation v 1.0.7.
> Here is the changelog:
> 
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10220=12345014
> 
> It is mainly bugfixes about tag duplication and some new openrationId
> generators.
> 
> Here is the
> tag: 
> https://gitbox.apache.org/repos/asf?p=geronimo-openapi.git;a=commit;h=e201583a965723d3417f1cf2f5b034bc70325570
> Here is the staging repo (with sources
> bundles): 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1100
> 
> Please vote:
> 
>  [ ] +1 let's relese it
>  [ ] -1 cancel it because ${reason}
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Geronimo JCache Simple 1.0.2

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

Le 29 mars 2019 à 09:59, à 09:59, Romain Manni-Bucau  a 
écrit:
>Hi guys,
>
>We now support CompletionStage in our JCache interceptors. This is an
>important feature for Microprofile and Java 8 integrations so here is a
>vote for that new reease v 1.0.2.
>
>Here is the staging repo with sources:
>https://repository.apache.org/content/repositories/orgapachegeronimo-1101
>Here is the tag:
>https://gitbox.apache.org/repos/asf?p=geronimo-jcache-simple.git;a=commit;h=d7a05053215ec05035ce9776ce67952989119635
>My keys is still available in
>http://svn.apache.org/repos/asf/geronimo/KEYS
>
>Please vote:
>
> [ ] +1 let's relese it
> [ ] -1 cancel it because ${reason}
>
>This vote is open for 3 days as usual or untll it gets its 3 binding
>+1s.
>
>Romain Manni-Bucau
>@rmannibucau  |  Blog
> | Old Blog
> | Github
> |
>LinkedIn  | Book
>

Re: Do we want a xbean with asm 7.1 ?

[Jean-Baptiste Onofré]

+1 for me ;)

I think it makes sense to have ASM 7.1 in XBean (I already updated to
ASM 7.1 in Karaf without problem).

Regards
JB

On 14/03/2019 18:43, Romain Manni-Bucau wrote:
> Hi guys
> 
> All is in the topic ;)
> 
> Main change is the constant for java 13, not sure we need it but no
> issue to do it if there is some need too

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [xbean] - OSGi module class

[Jean-Baptiste Onofré]

Hi,

There's already a update on the file based MANIFEST AFAIR I did while
ago but never pushed it.

AFAIR it's more related to the handling in PaxWeb that's why I didn't
push it.

Let me take a look.

Regards
JB

On 11/03/2019 17:40, Francois Papon wrote:
> Hi guys,
> 
> When deploying a WAR included log4j-api-2.11.1.jar in Apache Karaf 4.2.3
> with PaxWeb, I have a NPE.
> 
> I tried to debug XBeanFinder and I can see that the NPE is throw when a
> module-info.class is check.
> 
> The version of XBean used is 4.12.0 and I tried on oracle-jdk1.8 and
> oracle-jdk-11.
> 
> I don't know if this is a XBean issue and I want to ask if someone else
> already have this error.
> 
> Thanks!
> 
> 20:30:44.827 ERROR [paxweb-extender-2-thread-1] Exception starting
> HttpContext registration
> java.lang.NullPointerException: null
>     at
> org.apache.xbean.finder.BundleAssignableClassFinder.toASMStylePackageName(BundleAssignableClassFinder.java:257)
> ~[?:?]
>     at
> org.apache.xbean.finder.BundleAssignableClassFinder.isClassAcceptable(BundleAssignableClassFinder.java:111)
> ~[?:?]
>     at
> org.apache.xbean.osgi.bundle.util.BundleClassFinder.scanZip(BundleClassFinder.java:280)
> ~[?:?]
>     at
> org.apache.xbean.osgi.bundle.util.BundleClassFinder.scanBundleClassPath(BundleClassFinder.java:237)
> ~[?:?]
>     at
> org.apache.xbean.osgi.bundle.util.BundleClassFinder.find(BundleClassFinder.java:112)
> ~[?:?]
>     at
> org.ops4j.pax.web.utils.ServletContainerInitializerScanner.scanBundles(ServletContainerInitializerScanner.java:118)
> ~[?:?]
>     at
> org.ops4j.pax.web.service.jetty.internal.JettyServerWrapper.addContext(JettyServerWrapper.java:292)
> ~[?:?]
>     at
> org.ops4j.pax.web.service.jetty.internal.JettyServerWrapper.getOrCreateContext(JettyServerWrapper.java:217)
> ~[?:?]
>     at
> org.ops4j.pax.web.service.jetty.internal.JettyServerImpl.getContext(JettyServerImpl.java:312)
> ~[?:?]
>     at
> org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl$Started.getContext(ServerControllerImpl.java:373)
> ~[?:?]
>     at
> org.ops4j.pax.web.service.jetty.internal.ServerControllerImpl.getContext(ServerControllerImpl.java:186)
> ~[?:?]
>     at
> org.ops4j.pax.web.service.internal.HttpServiceStarted.begin(HttpServiceStarted.java:1246)
> ~[?:?]
>     at
> org.ops4j.pax.web.service.internal.HttpServiceProxy.begin(HttpServiceProxy.java:451)
> ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.RegisterWebAppVisitorWC.visit(RegisterWebAppVisitorWC.java:183)
> ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.model.WebApp.accept(WebApp.java:621)
> ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.register(WebAppPublisher.java:228)
> ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:173)
> ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:129)
> ~[?:?]
>     at
> org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:941)
> ~[?:?]
>     at
> org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:870)
> ~[?:?]
>     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.ServiceTracker.open(ServiceTracker.java:318) ~[?:?]
>     at
> org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261) ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.WebAppPublisher.publish(WebAppPublisher.java:98)
> ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.WebObserver.deploy(WebObserver.java:217)
> ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.WebObserver$1.doStart(WebObserver.java:172)
> ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.extender.SimpleExtension.start(SimpleExtension.java:59)
> ~[?:?]
>     at
> org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.lambda$createExtension$0(AbstractExtender.java:277)
> ~[?:?]
>     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) [?:?]
> 
> regards,
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release geronimo-jpa_2.2_spec api jar (take2)

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 01/03/2019 22:50, Mark Struberg wrote:
> hi folks!
> 
> I'd like to call a VOTE on releasing the JPA-2.2 api (take2).
> I've updated all missing parts and did verify with the signets against
> the official jar.
> 
> Here is the staging repo:
> https://repository.apache.org/content/repositories/orgapachegeronimo-1096/
> 
> 
> The source release zip can be found here:
> https://repository.apache.org/content/repositories/orgapachegeronimo-1096/org/apache/geronimo/specs/geronimo-jpa_2.2_spec/1.0//org/apache/geronimo/specs/geronimo-jpa_2.2_spec/1.0/
> the sha1 is 9a8e218564b056165765f3ec562acaeb893b1048.
> 
> 
> So please VOTE:
> 
> [+1] lets ship it
> [+0] meh, don't care
> [-1] stop there is a $showstopper
> 
> The VOTE is open for 72h
> 
> txs and LieGrue,
> strub
> 

Re: [VOTE] Release Apache Geronimo OpenTracing 1.0.2

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 25/02/2019 08:46, Romain Manni-Bucau wrote:
> Hi guys,
> 
> Here is the vote for our opentracing+microprofile impl v1.0.2.
> 
> Staging repository is available
> at https://repository.apache.org/content/repositories/orgapachegeronimo-1088
> Sources can be found
> at 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1088/org/apache/geronimo/geronimo-opentracing-parent/1.0.2/
> Tag is available
> at 
> https://gitbox.apache.org/repos/asf?p=geronimo-opentracing.git;a=commit;h=a6498740ca00622e4b5a8934c51ff6461c6cbac4
> My key is the same than for last votes.
> 
> Here is the changelog:
> 
> Major New Feature GERONIMO-6701
> <https://issues.apache.org/jira/browse/GERONIMO-6701> Basic zipkin http
> sender <https://issues.apache.org/jira/browse/GERONIMO-6701>  Romain
> Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Bug GERONIMO-6702
> <https://issues.apache.org/jira/browse/GERONIMO-6702>
> geronimo.opentracing.filter.skippedTracing.urls does not work
> <https://issues.apache.org/jira/browse/GERONIMO-6702> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED
> 
> 
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Apache Geronimo OpenAPI 1.0.6

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 25/02/2019 08:51, Romain Manni-Bucau wrote:
> Hi guys,
> 
> Here is the vote for our openapi+microprofile integration impl 1.0.6.
> 
> Staging repo is available
> at https://repository.apache.org/content/repositories/orgapachegeronimo-1089
> Sources are
> here: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1089/org/apache/geronimo/geronimo-openapi/1.0.6/
> Tag is
> here: 
> https://gitbox.apache.org/repos/asf?p=geronimo-openapi.git;a=commit;h=b1a4784c57b20c670ab8619b0ef2aadf8a48feef
> My key is the same than last time.
> 
> Changelog is the following one:
> 
> Major Bug GERONIMO-6687
> <https://issues.apache.org/jira/browse/GERONIMO-6687> OpenAPI parameter
> style is always set to simple
> <https://issues.apache.org/jira/browse/GERONIMO-6687> Unassigned  
> RESOLVED
> Major Bug GERONIMO-6692
> <https://issues.apache.org/jira/browse/GERONIMO-6692> OpenAPI
> SchemaProcessor causes a StackOverflowException when processing schema
> for a class field that reference's it's own class
> <https://issues.apache.org/jira/browse/GERONIMO-6692> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Bug GERONIMO-6693
> <https://issues.apache.org/jira/browse/GERONIMO-6693> arrays are not
> supported in schema
> <https://issues.apache.org/jira/browse/GERONIMO-6693> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Improvement GERONIMO-6694
> <https://issues.apache.org/jira/browse/GERONIMO-6694> Support @PATCH
> <https://issues.apache.org/jira/browse/GERONIMO-6694> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Bug GERONIMO-6695
> <https://issues.apache.org/jira/browse/GERONIMO-6695> OpenAPI - Schemas
> are not working properly with a few issues
> <https://issues.apache.org/jira/browse/GERONIMO-6695> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Improvement GERONIMO-6698
> <https://issues.apache.org/jira/browse/GERONIMO-6698> OpenAPI - causes
> NPE in Jersey CDIExtension
> <https://issues.apache.org/jira/browse/GERONIMO-6698> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED
> 
> 
> 
> Please vote:
> 
> [ ] +1 let it go out
> [ ] -1 ${because X}
> 
> Vote will stay open for 3 days or we get 3 +1 bindings vote as usual.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Apache Geronimo Safeguard 1.2.1

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 25/02/2019 09:27, Romain Manni-Bucau wrote:
> Hi guys,
> 
> here is the vote for Geronimo Safeguard 1.2.1,
> 
> the only change in is the following one - but guarantees we are spec
> compliant:
> 
> 
> Major Bug GERONIMO-6674
> <https://issues.apache.org/jira/browse/GERONIMO-6674> @Retry with jitter
> = 0 generates error
> <https://issues.apache.org/jira/browse/GERONIMO-6674> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED
> 
> 
> 
> Tag is
> here: 
> https://gitbox.apache.org/repos/asf?p=geronimo-safeguard.git;a=commit;h=7ff77a7ecb3afdceab9f283252ce5a4a3a36dd63
> Staging is
> here: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1093
> Sources are
> here: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1093/org/apache/geronimo/safeguard/safeguard-parent/1.2.1/
> And my key is the same as usual.
> 
> Please vote:
> 
> [ ] +1 let it go out
> [ ] -1 ${because X}
> 
> Vote will stay open for 3 days or we get 3 +1 bindings vote as usual.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Geronimo Config & Docker config/secrets

[Jean-Baptiste Onofré]

>From an external standpoint, it sounds good to me ;)

Regards
JB

On 24/02/2019 09:29, Romain Manni-Bucau wrote:
> Im planning to add that in microprofile project later today (tonight for
> paris time)
> 
> Please shout if you prefer config or have any concern
> 
> Le jeu. 21 févr. 2019 à 11:27, Daniel Cunha  <mailto:daniels...@apache.org>> a écrit :
> 
> Hi,
> 
> I like the idea to have the cipher support.
> +1
> 
> 
> Em qui, 21 de fev de 2019 5:29 AM, Romain Manni-Bucau
> mailto:rmannibu...@gmail.com>> escreveu:
> 
> Up - + wonder if we should add a StringConverter supporting
> ciphering for password in another module too to make the
> solution/lib fully usable in "real" life?
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> 
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 
> 
> Le lun. 18 févr. 2019 à 09:14, Romain Manni-Bucau
> mailto:rmannibu...@gmail.com>> a écrit :
> 
> Hi guys,
> 
> Wonder if we should add a docker config/secret integration
> for microprofile-config and if so where being said the two
> options I see are either geronimo-config (creating a new
> extension submodule hosting this kind of source impl) and
> geronimo-microprofile (which is by itself an aggregator for
> this kind of tools).
> 
> Any opinion?
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
>     <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> 
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Apache Geronimo OpenAPI 1.0.5

[Jean-Baptiste Onofré]

+1 (non binding)

Thanks,
Regards
JB

On 28/01/2019 15:25, Romain Manni-Bucau wrote:
> Hi guys,
> 
> As requested last week, here is the Apache Geronimo OpenAPI 1.0.5 vote.
> 
> Staging repo can be found
> at https://repository.apache.org/content/repositories/orgapachegeronimo-1087/
> Tag is
> at 
> https://gitbox.apache.org/repos/asf?p=geronimo-openapi.git;a=commit;h=eea43f1f245222567f51bb53bef3d877dc81bb27
> My key is the same than for last votes.
> Sources are available at
> https://repository.apache.org/content/repositories/orgapachegeronimo-1087/org/apache/geronimo/geronimo-openapi/1.0.5/
> 
> FYI the changelog is:
> 
> P T   Key Summary AssigneeStatus  Development 
> Major Bug GERONIMO-6683
> <https://issues.apache.org/jira/browse/GERONIMO-6683> Missing mapping
> for Parameter.In in OpenAPI definition
> <https://issues.apache.org/jira/browse/GERONIMO-6683> Unassigned  
> RESOLVED
> Major TaskGERONIMO-6684
> <https://issues.apache.org/jira/browse/GERONIMO-6684> Upgrade CXF to
> 3.2.7 <https://issues.apache.org/jira/browse/GERONIMO-6684>   Unassigned
> RESOLVED  
> Major TaskGERONIMO-6685
> <https://issues.apache.org/jira/browse/GERONIMO-6685> Basic integration
> test for maven plugin
> <https://issues.apache.org/jira/browse/GERONIMO-6685> Unassigned  
> RESOLVED
> Major Bug GERONIMO-6686
> <https://issues.apache.org/jira/browse/GERONIMO-6686> OpenAPI
> operationId is not unique
> <https://issues.apache.org/jira/browse/GERONIMO-6686> Unassigned  
> RESOLVED
> Major Bug GERONIMO-6689
> <https://issues.apache.org/jira/browse/GERONIMO-6689> OpenAPI default
> response is not serialized
> <https://issues.apache.org/jira/browse/GERONIMO-6689> Unassigned  
> RESOLVED
> Major Bug GERONIMO-6690
> <https://issues.apache.org/jira/browse/GERONIMO-6690> OpenAPI
> StringIndexOutOfBoundsException when @Path parent has only "/"
> <https://issues.apache.org/jira/browse/GERONIMO-6690> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED
> 
> 
> Please vote:
> 
> [ ] +1 let it go out
> [ ] -1, cause ${blocker}
> 
> Vote will be opened for 72h as usual
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Apache Microprofile Aggregator 1.0.1

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 09/01/2019 14:17, Romain Manni-Bucau wrote:
> Hi guys,
> 
> Here is the annouced vote for our microprofile aggregator project. Here
> are the fixed issues:
> 
> P T   Key Summary AssigneeStatus  Development 
> Major Bug GERONIMO-6668
> <https://issues.apache.org/jira/browse/GERONIMO-6668> OpenAPI version
> requires jackson but it is not provided
> <https://issues.apache.org/jira/browse/GERONIMO-6668> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Bug GERONIMO-6669
> <https://issues.apache.org/jira/browse/GERONIMO-6669> utilda packaging
> include unneeded artifacts (javax)
> <https://issues.apache.org/jira/browse/GERONIMO-6669> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Improvement GERONIMO-6671
> <https://issues.apache.org/jira/browse/GERONIMO-6671> Use
> Geronimo-metrics 1.0.2
> <https://issues.apache.org/jira/browse/GERONIMO-6671> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Improvement GERONIMO-6672
> <https://issues.apache.org/jira/browse/GERONIMO-6672> Use
> Geronimo-openapi 1.0.4
> <https://issues.apache.org/jira/browse/GERONIMO-6672> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major New Feature GERONIMO-6673
> <https://issues.apache.org/jira/browse/GERONIMO-6673> Minimal debug UI
> for metrics, opentracing and health
> <https://issues.apache.org/jira/browse/GERONIMO-6673> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Improvement GERONIMO-6678
> <https://issues.apache.org/jira/browse/GERONIMO-6678> Upgrade Meecrowave
> to 1.2.5 <https://issues.apache.org/jira/browse/GERONIMO-6678>Romain
> Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED
> 
> 
> It mainly fixes openapi version of the bom - transitively utilda distro
> - and also brings the new UI module to the game.
> 
> The staging repository is available
> at: https://repository.apache.org/content/repositories/orgapachegeronimo-1086
> Tag can be found
> at: 
> https://gitbox.apache.org/repos/asf?p=geronimo-microprofile.git;a=commit;h=f2bb7cff63dd0098260a8de988509e27f6eb5a46
> Sources are
> in: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1086/org/apache/geronimo/geronimo-microprofile/1.0.1/
> 
> Note: this vote depends on meecrowave and openapi releases indeed.
> 
> Please vote:
> 
> [ ] +1 let it go out
> [ ] -1, cause ${blocker}
> 
> Vote will be opened for 72h as usual
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Apache Geronimo OpenAPI 1.0.4 (take 2 - enum fix included)

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 09/01/2019 14:09, Romain Manni-Bucau wrote:
> Hi guys,
> 
> We already have a few fixes which can be blocker for some users so i'd
> like to release our MP openapi impl. Here are the issues we fixed - and
> the enum fix i mentionned in previous vote is in:
> 
> P T   Key Summary AssigneeStatus  Development 
> Major Improvement GERONIMO-6675
> <https://issues.apache.org/jira/browse/GERONIMO-6675> Enable to
> configure info in OpenAPI maven plugin
> <https://issues.apache.org/jira/browse/GERONIMO-6675> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Improvement GERONIMO-6676
> <https://issues.apache.org/jira/browse/GERONIMO-6676>
> @Schema(type=ARRAY) is wrongly mapped
> <https://issues.apache.org/jira/browse/GERONIMO-6676> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Major Improvement GERONIMO-6677
> <https://issues.apache.org/jira/browse/GERONIMO-6677> Implicit class
> mapping is rarely filled properly
> <https://issues.apache.org/jira/browse/GERONIMO-6677> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED  
> Minor Improvement GERONIMO-6670
> <https://issues.apache.org/jira/browse/GERONIMO-6670> When /openapi is
> requested with a mediatype the server does not support the response
> serialization fails
> <https://issues.apache.org/jira/browse/GERONIMO-6670> Romain Manni-Bucau
> <https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau>
> RESOLVED
> 
> 
> The staging repository is available
> at: https://repository.apache.org/content/repositories/orgapachegeronimo-1085
> Tag can be found
> at: 
> https://gitbox.apache.org/repos/asf?p=geronimo-openapi.git;a=commit;h=51fa5bcce919594f33dc50d3259b56e730ae0c21
> Sources are
> in: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1085/org/apache/geronimo/geronimo-openapi/1.0.4/
> 
> Please vote:
> 
> [ ] +1 let it go out
> [ ] -1, cause ${blocker}
> 
> Vote will be opened for 72h as usual
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Apache Geronimo Metrics 1.0.2

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 02/01/2019 16:18, Romain Manni-Bucau wrote:
> Hi guys,
> 
> As mentionned here is the vote for Geronimo Metrics 1.0.2 to ensure
> sigar extension does not register twice the same filesystem when
> multiple mount points are present - which prevents the startup of any
> application embedding it.
> 
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1083
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> Tag is on the main source repo and sources in the staging repo.
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Apacge geronimo JWT Auth 1.0.1

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 18/12/2018 10:43, Romain Manni-Bucau wrote:
> Hi guys,
> 
> as mentionned here is the vote fore Geronimo JWT Auth 1.0.1
> 
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1
> <https://repository.apache.org/content/repositories/orgapachegeronimo-1073>076
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> Tag is on the main source repo and sources in the staging repo.
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE]Apache Geronimo Metrics 1.0.1

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 18/12/2018 10:44, Romain Manni-Bucau wrote:
> Hi guys,
> 
> as mentionned here is the vote fore Geronimo Metrics 1.0.1
> 
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1
> <https://repository.apache.org/content/repositories/orgapachegeronimo-1073>079
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> Tag is on the main source repo and sources in the staging repo.
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Apacge geronimo JWT Auth 1.0.1

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 18/12/2018 10:43, Romain Manni-Bucau wrote:
> Hi guys,
> 
> as mentionned here is the vote fore Geronimo JWT Auth 1.0.1
> 
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1
> <https://repository.apache.org/content/repositories/orgapachegeronimo-1073>076
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> Tag is on the main source repo and sources in the staging repo.
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Apache Geronimo OpenAPI 1.0.2

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 18/12/2018 10:45, Romain Manni-Bucau wrote:
> Hi guys,
> 
> as mentionned here is the vote fore Geronimo OpenAPI 1.0.2
> 
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1
> <https://repository.apache.org/content/repositories/orgapachegeronimo-1073>080
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> Tag is on the main source repo and sources in the staging repo.
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Side note: this depends on johnzon 1.1.11 - which will need to be built
> locally - and is under vote too so if johnzon's vote fails this vote
> will fail.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Apache Geronimo OpenTracing 1.0.1

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 18/12/2018 10:43, Romain Manni-Bucau wrote:
> Hi guys,
> 
> as mentionned here is the vote fore Geronimo OpenTracing 1.0.1
> 
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1
> <https://repository.apache.org/content/repositories/orgapachegeronimo-1073>077
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> Tag is on the main source repo and sources in the staging repo.
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Apache Geronimo Microprofile Aggregator

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 18/12/2018 10:46, Romain Manni-Bucau wrote:
> Hi guys,
> 
> as mentionned here is the vote fore Geronimo Microprofile 1.0.0
> 
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1
> <https://repository.apache.org/content/repositories/orgapachegeronimo-1073>081
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> Tag is on the main source repo and sources in the staging repo.
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Side note: indeed we depend on all other project under vote so if anyone
> fails this vote will fail - and they need to be built locally or that
> you add their staging repo in your settings.xml.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Apache Geronimo Health 1.0.1

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 18/12/2018 10:43, Romain Manni-Bucau wrote:
> Hi guys,
> 
> as mentionned here is the vote fore Geronimo Health 1.0.1
> 
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1
> <https://repository.apache.org/content/repositories/orgapachegeronimo-1073>078
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> Tag is on the main source repo and sources in the staging repo.
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Apache Geronimo Config 1.2.1

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 18/12/2018 10:42, Romain Manni-Bucau wrote:
> Hi guys,
> 
> as mentionned here is the vote fore Geronimo Config 1.2.1
> 
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1
> <https://repository.apache.org/content/repositories/orgapachegeronimo-1073>074
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> Tag is on the main source repo and sources in the staging repo.
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: safeguard: do we align it on other Microprofile impls?

[Jean-Baptiste Onofré]

+1 to create our own stuff.

I would be more than happy to help on this one !

Regards
JB

On 03/12/2018 15:24, Romain Manni-Bucau wrote:
> Hello guys,
> 
> https://gitbox.apache.org/repos/asf?p=geronimo-safeguard.git;a=shortlog;h=refs/heads/api-cdi-tck-refactoring
> is now ready and I'd like to move it forward and merge it as our new
> master. Here is the proposal
> 
> 1. branch current master in 1.0.x - just to keep the code somewhere
> 2. merge the branch on master (1.1-SNAPSHOT would likely become
> 1.1.0-SNAPSHOT at the same time)
> 
> I'll be "off" next week so if we can make it this week it is awesome
> otherwise I can probably do it the week of the 17th and do a Xmas
> release with other implementations.
> 
> Let me know if there is any issue about that plan and it needs some
> adjustments.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 
> 
> Le jeu. 22 nov. 2018 à 11:57, Romain Manni-Bucau  <mailto:rmannibu...@gmail.com>> a écrit :
> 
> There are several discussions about safeguard so i'd like we try to
> get a dedicated thread about it and see how we move forward this lib.
> 
> Personally I'd like to align it on the way other impls are done
> which concretely means:
> 
> 1. drop failsafe
> 2. probably drop the API module which mainly adds builders and
> definition models to make it part of the implementation and stick to
> the spec in terms of exposed API
> 3. merge tck module in the implementation module
> 4. probably make FailsafeExecutionManager a cdi bean (we can keep it
> usable programmatically if needed too, this is not one or the other)
> to let the nested components be injected and overridable one by one
> instead of having to override them all
> 5. try to respect CDI model and not use reflections in interceptors
> (drop AnnotationUtil), this is likely the hardest since the spec
> does not enables it directly but we did with quite some success in
> other specs
> 
> I did a quick check and once 2 is done the effort for 1 is very
> doable and 3/4 are quite trivial
> 
> Wdyt?
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> 
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Safeguard feature branch?

[Jean-Baptiste Onofré]

+1 as well

Regards
JB

On 21/11/2018 14:36, Romain Manni-Bucau wrote:
> +1 for master
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 
> 
> Le mer. 21 nov. 2018 à 14:24, Bruno Baptista  <mailto:bruno...@gmail.com>> a écrit :
> 
> Hi All,
> 
> I'd like to start pushing PRs into Safeguard, implementing the latest
> features of the FT spec.
> 
> I need to change the TCK version and that branch will be broken for a
> while...
> 
> Should we create a feature branch and then merge to master when ready
> or, should we just send the PRs to the  master?
> 
> Cheers.
> 
> -- 
> Bruno Baptista
> https://twitter.com/brunobat_
> 
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Apache XBean 4.12 release

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 30/10/2018 13:33, Mark Struberg wrote:
> +1
> 
> LieGrue,
> strub
> 
> 
>> Am 29.10.2018 um 13:55 schrieb Romain Manni-Bucau :
>>
>> Hello everyone,
>> Here is the vote to let us get asm7 final out.
>>
>> The dist (dev) area is available at 
>> https://dist.apache.org/repos/dist/dev/geronimo/xbean/ (rev 30487)
>> The staging repo is: 
>> https://repository.apache.org/content/repositories/orgapachegeronimo-1073
>> Tag is http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-4.12/ (rev 
>> 1845085)
>> My keys is still available in http://svn.apache.org/repos/asf/geronimo/KEYS
>>
>> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
>>
>> Romain Manni-Bucau
>> @rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book
> 

Re: xbean release with asm 7 final?

[Jean-Baptiste Onofré]

+1

It makes sense to me. I already prepared Karaf upgrade to ASM7 (and pax
web as well). I'm ready to test xbean release.

Thanks.
Regards
JB

On 29/10/2018 09:02, Romain Manni-Bucau wrote:
> Hi guys,
> 
> asm 7 just got released, what about releasing xbean after the upgrade?
> If i get a few +1 i'll launch it today (worse case we can cancel it
> since it takes 3 days to pass ;))
> 
> Romain Manni-Bucau
> @rmannibucau  |  Blog
>  | Old Blog
>  | Github
>  | LinkedIn
>  | Book
> 

Re: metrics & sigar

[Jean-Baptiste Onofré]

Thanks for the update.

I'm in vacation right now but I will take a look asap.

Regards
JB

On 25/10/2018 18:24, Romain Manni-Bucau wrote:
> Push the initial code if anyone can review, i'd like to release it soon
> (like tomorrow if i can get some positive feedback otherwise it will
> wait for next week)
> 
> @JB: managed to create some "Registrar" which are MP independent so you
> can reuse it in Karaf, we can refine the way it is done if needed
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 
> 
> Le jeu. 25 oct. 2018 à 11:35, Romain Manni-Bucau  <mailto:rmannibu...@gmail.com>> a écrit :
> 
> Created https://issues.apache.org/jira/browse/GERONIMO-6653
> 
> will try to work on it this afternoon and see if i can make it
> reusable for you JB (like with a metric consumer or so) to avoid to
> duplicate the code if we can
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> 
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 
> 
> Le jeu. 25 oct. 2018 à 06:28, Jean-Baptiste Onofré  <mailto:j...@nanthrax.net>> a écrit :
> 
> Hi,
> 
> it sounds like a good idea. I also have a plan to provide a sigar
> collector for Karaf Decanter.
> 
> Regards
> JB
> 
> On 24/10/2018 15:21, Romain Manni-Bucau wrote:
> > Hi guys,
> >
> > what about an integration module between our metrics (like
> BaseMetrics)
> > and sigar to have more insights? I see it as an extension module
> > registering some mertrics in base registry at startup
> >
> > Romain Manni-Bucau
> > @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> > <https://rmannibucau.metawerx.net/> | Old Blog
> > <http://rmannibucau.wordpress.com> | Github
> > <https://github.com/rmannibucau> | LinkedIn
> > <https://www.linkedin.com/in/rmannibucau> | Book
> >
> 
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 

Re: metrics & sigar

[Jean-Baptiste Onofré]

Hi,

it sounds like a good idea. I also have a plan to provide a sigar
collector for Karaf Decanter.

Regards
JB

On 24/10/2018 15:21, Romain Manni-Bucau wrote:
> Hi guys,
> 
> what about an integration module between our metrics (like BaseMetrics)
> and sigar to have more insights? I see it as an extension module
> registering some mertrics in base registry at startup
> 
> Romain Manni-Bucau
> @rmannibucau  |  Blog
>  | Old Blog
>  | Github
>  | LinkedIn
>  | Book
> 

Re: MP impl & reusability

[Jean-Baptiste Onofré]

+1

split makes sense to me.

Regards
JB

On 19/10/2018 09:50, Romain Manni-Bucau wrote:
> small update: split metrics, health and tracing modules (they all got a
> "common" one). Should enable the integration in other techno more
> easily. We can still abstract it more (like abstracting jsonb, jaxrs
> etc) but I'm not yet sure it does worth it so mainly abstracted the IoC
> layer for now.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 
> 
> Le jeu. 18 oct. 2018 à 16:04, Romain Manni-Bucau  <mailto:rmannibu...@gmail.com>> a écrit :
> 
> Fully agree, just wanted to illustrate where the move is coming
> from. I see spring and guice use cases easily coming next.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> 
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 
> 
> Le jeu. 18 oct. 2018 à 15:54, Raymond Auge  <mailto:raymond.a...@liferay.com>> a écrit :
> 
> I will be busy the next two weeks due to releases and
>     conferences, but I'd be glad to help.
> 
> I would widen the target from karaf however to simply "reusable".
> 
> - Ray
> 
> On Thu, Oct 18, 2018 at 2:48 AM Jean-Baptiste Onofré
> mailto:j...@nanthrax.net>> wrote:
> 
> Hi
> 
> It sounds great. I would be more than happy to help. Let me
> ping you to discuss the plan.
> 
> Regards
> JB
> Le 18 oct. 2018, à 08:44, Romain Manni-Bucau
> mailto:rmannibu...@gmail.com>> a écrit:
> 
> Hi guys,
> 
> I can spend some time this week and maybe the coming
> ones to have a look at a few MP impl to check if they
> can be refactored to be used outside a MP container.
> Main point would be to abstract the injection without
> polluting too much the impl. Not yet sure it is doable
> but if you see some activity in that area you now know
> the goal ;).
> 
> The rational is to enable Karaf to reuse most of the
> logic - don't think we can be 100% yet -  without
> rewriting a bunch of code.
> 
> I will probably start with opentracing. Any help welcomed.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> 
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 
> 
> 
> -- 
> *Raymond Augé*
> <http://www.liferay.com/web/raymond.auge/profile> (@rotty3000)
> Senior Software Architect *Liferay, Inc.*
> <http://www.liferay.com> (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org>
> (@OSGiAlliance)
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: MP impl & reusability

[Jean-Baptiste Onofré]

Hi

It sounds great. I would be more than happy to help. Let me ping you to discuss 
the plan.

Regards
JB

Le 18 oct. 2018 à 08:44, à 08:44, Romain Manni-Bucau  a 
écrit:
>Hi guys,
>
>I can spend some time this week and maybe the coming ones to have a
>look at
>a few MP impl to check if they can be refactored to be used outside a
>MP
>container. Main point would be to abstract the injection without
>polluting
>too much the impl. Not yet sure it is doable but if you see some
>activity
>in that area you now know the goal ;).
>
>The rational is to enable Karaf to reuse most of the logic - don't
>think we
>can be 100% yet -  without rewriting a bunch of code.
>
>I will probably start with opentracing. Any help welcomed.
>
>Romain Manni-Bucau
>@rmannibucau  |  Blog
> | Old Blog
> | Github
> |
>LinkedIn  | Book
>

Re: [VOTE] Apache XBean 4.11 release

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 03/10/2018 09:11, Romain Manni-Bucau wrote:
> Hello everyone,
> 
> Here is the vote to let us get asm7 shade and a fix in the multiversion
> jar scanning.
> 
> The dist (dev) area is available
> at _https://dist.apache.org/repos/dist/dev/geronimo/xbean/
> <https://dist.apache.org/repos/dist/dev/geronimo/xbean/>_ (rev 29854)
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1072
> Tag
> is http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-4.11/ (rev
> 1842681)
> My keys is still available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release XBean 4.10

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

Le 26 sept. 2018 à 04:12, à 04:12, Romain Manni-Bucau  a 
écrit:
>Hi guys,
>
>XBean got asm upgraded to 6.2.1 which contains some java 11 fixes (
>https://issues.apache.org/jira/browse/XBEAN-311). Here is the vote to
>promote it.
>
>The dist (dev) area is available at
>*https://dist.apache.org/repos/dist/dev/geronimo/xbean/
>* (rev 29700)
>The staging repo is:
>https://repository.apache.org/content/repositories/orgapachegeronimo-1070
>Tag is http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-4.10/
>(rev
>1842004)
>My keys is the same as last time (available in
>http://svn.apache.org/repos/asf/geronimo/KEYS)
>
>This vote is open for 3 days as usual or untll it gets its 3 binding
>+1s.
>
>Romain Manni-Bucau
>@rmannibucau  |  Blog
> | Old Blog
> | Github
> |
>LinkedIn  | Book
>

Re: OSGi review of the geronimo-validation_2.0_spec api

[Jean-Baptiste Onofré]

Same, I took a quick look and it looks good.

Regards
JB

On 21/09/2018 16:57, Romain Manni-Bucau wrote:
> Looks good to me too but only did simple tests
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
> 
> 
> Le ven. 21 sept. 2018 à 16:39, Raymond Auge  <mailto:raymond.a...@liferay.com>> a écrit :
> 
> Hey Mark,
> 
> Everything looks good for me.
> 
> Sincerely,
> - Ray
> 
> On Fri, Sep 21, 2018 at 8:44 AM Mark Struberg  <mailto:strub...@yahoo.de>> wrote:
> 
> hi folks (especially Raymond and Romain)
> Could you please check if the OSGi bits in the validation-2.0
> spec module are proper?
> 
> 
> https://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-validation_2.0_spec/
> 
> Would love to release it as we need it for the upcoming Apache
> BVal-2.0 release.
> 
> 
> txs and LieGrue,
> strub
> 
> 
> 
> -- 
> *Raymond Augé*
> <http://www.liferay.com/web/raymond.auge/profile> (@rotty3000)
> Senior Software Architect *Liferay, Inc.*
> <http://www.liferay.com> (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org>
> (@OSGiAlliance)
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release OpenAPI 1.0.1

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 29/07/2018 16:17, Romain Manni-Bucau wrote:
> Hi guys,
> 
> As mentionned on the list, I'd like to release the v1.0.1 of our
> Microprofile OpenAPI implementation to ensure we can use it without jackson.
> 
> The dist (dev) area is available at (rev
> 28414): https://dist.apache.org/repos/dist/dev/geronimo/openapi/
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1066
> The tag is available
> at: 
> https://gitbox.apache.org/repos/asf?p=geronimo-openapi.git;a=commit;h=13d8192f29284e16d729b8c4d00f5ced2d60519f
> My keys is the same as usual (available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>)
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Geronimo OpenTracing 1.0.0

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 24/07/2018 08:38, Romain Manni-Bucau wrote:
> Hi guys,
> 
> As mentionned on the list I'd like to release our Microprofile
> OpenTracing implementation.
> 
> Here is the
> tag: 
> https://gitbox.apache.org/repos/asf?p=geronimo-opentracing.git;a=commit;h=8221dded3b14aaadd19857e4a19e779d9387f612
> Here are the
> sources: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1065/org/apache/geronimo/geronimo-opentracing/1.0.0/geronimo-opentracing-1.0.0-source-release.zip
> Here is the staging
> repo: 
> https://repository.apache.org/content/repositories/orgapachegeronimo-1065
> The dist area is available
> at: https://dist.apache.org/repos/dist/dev/geronimo/opentracing/
> My key is the same than usual.
> 
> Please vote +1 or -1 (with a reason).
> Vote will be open for at least 72h or until we get 3 +1 bindings.
> 
> Thanks,
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release Health 1.0.0 and OpenAPI 1.0.0

[Jean-Baptiste Onofré]

+1 (non binding)

It looks good to me.

Regards
JB

On 16/07/2018 08:59, Romain Manni-Bucau wrote:
> Hi guys,
> 
> As announced on the list, here we are with the first vote of
> the geronimo-health and geronimo-openapi projects (version 1.0.0 for both).
> 
> The dist (dev) area is available at (rev 28133):
> - https://dist.apache.org/repos/dist/dev/geronimo/health/
> - https://dist.apache.org/repos/dist/dev/geronimo/openapi/
> The staging repo
> is: https://repository.apache.org/content/repositories/orgapachegeronimo-1064
> The tags are available at:
> - 
> https://gitbox.apache.org/repos/asf?p=geronimo-health.git;a=commit;h=65a97d44e1036f0c46d72122ef8654c8fcce34ac
> - 
> https://gitbox.apache.org/repos/asf?p=geronimo-openapi.git;a=commit;h=f705e87986dc6fd744747b5aba24bee83920d5fb
> My keys is the same as usual (available
> in http://svn.apache.org/repos/asf/geronimo/KEYS
> <http://svn.apache.org/repos/asf/geronimo/KEYS>)
> 
> This vote is open for 3 days as usual or untll it gets its 3 binding +1s.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: OpenAPI update

[Jean-Baptiste Onofré]

Hi,

cool !!!

Nice job.

FYI, I will see the possible interaction with Karaf Vineyard (new
subproject in preparation).

Thanks !
Regards
JB

On 03/07/2018 15:38, Romain Manni-Bucau wrote:
> Hi guys,
> 
> Before being a bit less available (no worries, let summarize it as a mix
> of few days off and higher workload), I'd like to share the current
> status of our Microprofile OpenAPI impl. A basic structure of the
> project with TCK setup was pushed. The TCK status is the following one
> (surefire):
> 
> [ERROR] Tests run: 188, Failures: 50, Errors: 0, Skipped: 0
> 
> In terms of work there are three main tracks area to enhance/impl:
> 
> 1. Enhance schema handling, I did a very rough implementation but it
> doesn't fit yet the spec
> 2. Enhance/Impl reference handling. The API surprisingly used a lot of
> ref=string and this is not really coded today
> 3. Handle mp config: the spec has some config and we currently habndle
> only part of it
> 
> Don't hesitate to ping me or give some try to implement the remaining
> tests if you can/want.
> 
> Side note: technically the TckRunner is just a test class you can use to
> run any TCK by changing its parent by the TCK you want to run. I found
> it easier than hacking a xml file or using a command line.
> 
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] Release XBean 4.9

[Jean-Baptiste Onofré]

+1

Tested on Karzf
Thanks
Regards
JB

Le 27 juin 2018 à 21:18, à 21:18, Romain Manni-Bucau  a 
écrit:
>Hi guys,
>
>XBean got asm upgraded to 6.2 ot natively support java 10 without
>bytecode
>workaround. Here is the vote to promote it.
>
>The dist (dev) area is available at
>https://dist.apache.org/repos/dist/dev/geronimo/xbean/ (rev 27764)
>The staging repo is:
>https://repository.apache.org/content/repositories/orgapachegeronimo-1063
>Tag is http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-4.9/
>(1834502)
>My keys is the same as last time (available in
>http://svn.apache.org/repos/asf/geronimo/KEYS)
>
>This vote is open for 3 days as usual or untll it gets its 3 binding
>+1s.
>
>Thanks guys,
>Romain Manni-Bucau
>@rmannibucau  |  Blog
> | Old Blog
> | Github
> |
>LinkedIn  | Book
>

Re: [VOTE] XBean 4.7 release

[Jean-Baptiste Onofré]

Fair enough for me.

About my e-mail, it's just a question of wording: just don't use "veto" ;)

Regards
JB

On 19/03/2018 07:43, Romain Manni-Bucau wrote:
I know but releasing with a -1 is irrespect for the community and I dont 
want to pass in force for a notice. Will recreate it later today.


Is it ok to put a readme.adoc for you in metainf?


Le 19 mars 2018 07:27, "Jean-Baptiste Onofré" <j...@nanthrax.net 
<mailto:j...@nanthrax.net>> a écrit :


Hi,

there's no veto for release, even with a -1. So, if you are fine
with this and address in next release, we can proceed.

Regards
JB

On 18/03/2018 21:39, Romain Manni-Bucau wrote:

Up John? Are you ok to change your vote to a -0 and not veto the
release since we are good legally but just didnt respect a good
practise?

If not I can rerun the release tomorrow and add another not
standard file to replace our notice mention but i dont see any
reason to require another vote for that for now.


Le 15 mars 2018 07:11, "Romain Manni-Bucau"
<rmannibu...@gmail.com <mailto:rmannibu...@gmail.com>
<mailto:rmannibu...@gmail.com <mailto:rmannibu...@gmail.com>>> a
écrit :

     @John: is it ok to keep it for this release and have
another discuss
     thread about it for you - legally we are ok anyway?


     Romain Manni-Bucau
     @rmannibucau <https://twitter.com/rmannibucau
<https://twitter.com/rmannibucau>> | Blog
     <https://rmannibucau.metawerx.net/
<https://rmannibucau.metawerx.net/>> | Old Blog
     <http://rmannibucau.wordpress.com
<http://rmannibucau.wordpress.com>> | Github
     <https://github.com/rmannibucau
<https://github.com/rmannibucau>> | LinkedIn
     <https://www.linkedin.com/in/rmannibucau
<https://www.linkedin.com/in/rmannibucau>> | Book

<https://www.packtpub.com/application-development/java-ee-8-high-performance


<https://www.packtpub.com/application-development/java-ee-8-high-performance>>

     2018-03-15 1:17 GMT+01:00 Mark Struberg <strub...@yahoo.de
<mailto:strub...@yahoo.de>
     <mailto:strub...@yahoo.de <mailto:strub...@yahoo.de>>>:

         I see. Note that the updated guideline does say 'need
not' and
         not 'MUST NOT'.
         Yes we should probably remove it. But no, it's not a show
         stopper imo.

         LieGrue,
         strub

          > Am 15.03.2018 um 01:01 schrieb John D. Ament
         <johndam...@apache.org <mailto:johndam...@apache.org>
<mailto:johndam...@apache.org <mailto:johndam...@apache.org>>>:
          >
          >
          >
          > On Wed, Mar 14, 2018 at 7:54 PM John D. Ament
         <john.d.am...@gmail.com <mailto:john.d.am...@gmail.com>
<mailto:john.d.am...@gmail.com <mailto:john.d.am...@gmail.com>>>
wrote:
          > On Wed, Mar 14, 2018 at 7:43 PM Mark Struberg
         <strub...@yahoo.de <mailto:strub...@yahoo.de>
<mailto:strub...@yahoo.de <mailto:strub...@yahoo.de>>> wrote:
          > +1 it's not incorrect. Please read the BSD3c license
          >
          > > 1. Redistributions of source code must retain the
above
         copyright
          > >    notice, this list of conditions and the following
         disclaimer.
          > >
          > > 2. Redistributions in binary form must reproduce
the above
         copyright
          > >    notice, this list of conditions and the following
         disclaimer in the
          > >   documentation and/or other materials provided
with the
         distribution.
          >
          > It needs noticing. That's why we put it into NOTICE ;)
          >
          > +1 from me.
          >
          >
          > Sorry but you're incorrect.  The copyright claim is
already
         present by copying in their license file.
          >
          > BTW here's a legal ticket explain what should and
should not
         go into a notice file
          >
          > https://issues.apache.org/jira/browse/LEGAL-262
<https://issues.apache.org/jira/browse/LEGAL-262>
         <https://issues.apache.org/jira/browse/LEGAL-262
&l

Re: [VOTE] XBean 4.7 release

[Jean-Baptiste Onofré]

Hi,

there's no veto for release, even with a -1. So, if you are fine with 
this and address in next release, we can proceed.


Regards
JB

On 18/03/2018 21:39, Romain Manni-Bucau wrote:
Up John? Are you ok to change your vote to a -0 and not veto the release 
since we are good legally but just didnt respect a good practise?


If not I can rerun the release tomorrow and add another not standard 
file to replace our notice mention but i dont see any reason to require 
another vote for that for now.



Le 15 mars 2018 07:11, "Romain Manni-Bucau" > a écrit :


@John: is it ok to keep it for this release and have another discuss
thread about it for you - legally we are ok anyway?


Romain Manni-Bucau
@rmannibucau  | Blog
 | Old Blog
 | Github
 | LinkedIn
 | Book



2018-03-15 1:17 GMT+01:00 Mark Struberg >:

I see. Note that the updated guideline does say 'need not' and
not 'MUST NOT'.
Yes we should probably remove it. But no, it's not a show
stopper imo.

LieGrue,
strub

 > Am 15.03.2018 um 01:01 schrieb John D. Ament
>:
 >
 >
 >
 > On Wed, Mar 14, 2018 at 7:54 PM John D. Ament
> wrote:
 > On Wed, Mar 14, 2018 at 7:43 PM Mark Struberg
> wrote:
 > +1 it's not incorrect. Please read the BSD3c license
 >
 > > 1. Redistributions of source code must retain the above
copyright
 > >    notice, this list of conditions and the following
disclaimer.
 > >
 > > 2. Redistributions in binary form must reproduce the above
copyright
 > >    notice, this list of conditions and the following
disclaimer in the
 > >   documentation and/or other materials provided with the
distribution.
 >
 > It needs noticing. That's why we put it into NOTICE ;)
 >
 > +1 from me.
 >
 >
 > Sorry but you're incorrect.  The copyright claim is already
present by copying in their license file.
 >
 > BTW here's a legal ticket explain what should and should not
go into a notice file
 >
 > https://issues.apache.org/jira/browse/LEGAL-262

 >
 > There's an explicit call out to MIT and BSD being excluded.
 >
 >
 >
 > LieGrue,
 > strub
 >
 >
 > > Am 14.03.2018 um 19:00 schrieb Romain Manni-Bucau
>:
 > >
 > >
 > >
 > > Le 14 mars 2018 18:51, "John D. Ament"
> a écrit :
 > > ASF policy is that NOTICE files are present when the
consumed product includes a NOTICE file.  In BSD-3-Clause
products, the copyright statement (including download link) is
in the license file.  So its enough to list it there.
 > >
 > > My vote: -1 due to incorrect NOTICE file.
 > >
 > > It is not incorrect since the license is particular it must
be in notice to be able to put all parts together on user side.
If you dont you let users do again this job which is insanely bad.
 > >
 > >
 > >
 > >
 > > On Wed, Mar 14, 2018 at 1:46 PM Romain Manni-Bucau
> wrote:
 > >
 > >
 > > Le 14 mars 2018 18:30, "John D. Ament"
> a écrit :
 > > Why does the NOTICE file in the resulting JAR (for the ASM
shaded dependency) include
 > >
 > > This product includes software developed at
 > > OW2 Consortium (http://asm.ow2.org/)
 > >
 > > There is no notice file associated with ASM 6.1, so we
should not need to declare any notice.
 > >
 > > Well it is not an asf licensed software nor an asf project
so it is no bad IMHO to list it here. Also their website look a
bit outdated so I was not sure it was that ok to completely drop it.
 > >
 > >
 > >
 > > On Wed, Mar 14, 2018 at 12:54 PM Romain Manni-Bucau
> wrote:
 

Re: [VOTE] XBean 4.6 release

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 11/20/2017 09:12 AM, Romain Manni-Bucau wrote:

Hi,

As mentionned weeks ago now, I'd like to call a VOTE for the release
of Apache XBean-4.6. The major changes is the upgrade to asm6 and a
partial support of multi-release jars.

Tags is available at
https://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-4.6/
Release note can be found at
https://issues.apache.org/jira/projects/XBEAN/versions/12338392
Staging repo can be found at:
https://repository.apache.org/content/repositories/orgapachegeronimo-1044/
(sources being at
https://repository.apache.org/content/repositories/orgapachegeronimo-1044/org/apache/xbean/xbean/4.6/xbean-4.6-source-release.zip,
sha1 = a85b99ac68bc2d67fed7101ee294896caadb6124)
My key can be found in https://svn.apache.org/repos/asf/geronimo/KEYS

[+1] release it, all my stack is waiting for it!
[+0] don’t care, java you said?
[-1] no because ${blocker}

The VOTE is open for 72h.

Here is my +1.

Romain Manni-Bucau
@rmannibucau |  Blog | Old Blog | Github | LinkedIn



--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Rebooting the Geronimo Website

[Jean-Baptiste Onofré]

+1,

it sounds good to me.

Regards
JB

On 08/31/2017 12:56 PM, John D. Ament wrote:

Hi All

I plan to ask Infra to setup a new website for us.  The confluence approach I 
think is a dead approach.  I think there was also some interest in spinning up 
new websites for the various sub-projects coming to life within Geronimo 
(Config, XBean, Transaction Manager) to be able to get user and developer 
interest in those areas.


I plan to ask for a JBake based site in git to start building out the skeleton.  
I think Romain was proposing that each sub-module would also have the ability to 
push to the site with their specific contents.  I plan to ask for a /new-site to 
test this with until we're ready with enough contents and then do a switch over.


Please shout if you want to try a different approach.

John


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [VOTE] retire/EOL the Geronimo Server part?

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On 08/31/2017 09:43 AM, Guillaume Nodet wrote:

+1

2017-08-30 21:09 GMT+02:00 Mark Struberg <strub...@yahoo.de 
<mailto:strub...@yahoo.de>>:


Picking this up and pushing it further!

After discussing this topic many times and finding no one willing to spend
time to actively evolve nor even maintain the Geronimo Server part I'd say
we should finally call a VOTE:

This is a VOTE to announce the EOL the Geronimo Server parts, mostly
* https://svn.apache.org/repos/asf/geronimo/server/
<https://svn.apache.org/repos/asf/geronimo/server/>
* https://svn.apache.org/repos/asf/geronimo/gshell/
<https://svn.apache.org/repos/asf/geronimo/gshell/>

We will also have to update our site, moving most of the current stuff to a
'legacy' area and rework it to focus on the new project agenda: to serve
common EE components for other ASF projects.

We also have a directory which contains binaries (jars) which don't even
have a license information.
We should absolutely get rid of them anyway from our repo!
https://svn.apache.org/repos/asf/geronimo/repository/
<https://svn.apache.org/repos/asf/geronimo/repository/>


Note that this vote is only about the Geroniom Server but NOT about the
shared components.
Those components will be further maintained - or moved to a different
project later.

This includes, but is not limited to, the following Geronimo parts:
* the specs
* genesis (parents for xbean and specs)
* xbean
* the components javamail, transaction, config
Those parts WILL STAY,

So please VOTE:

[+1] Publicly announce that the Geroniom Server is EOL (End of Life) and
will not further be maintained but that the Geronimo Project will from now
on focus on reusable Java Enterprise components.

[+0] meh, I don't care

[-1] Nope, stop I need the Geronimo Server and I will ACTIVELY help to
maintain and evolve it in the future!



Here is my +1

LieGrue,
strub


 > Am 11.05.2017 um 22:09 schrieb Kevan Miller <kevan.mil...@gmail.com
<mailto:kevan.mil...@gmail.com>>:
 >
 > There should be a public vote.
 >
 > On Wed, Apr 26, 2017 at 9:13 PM, Jean-Louis MONTEIRO <jeano...@gmail.com
<mailto:jeano...@gmail.com>> wrote:
 > I think we came to an agreement so far
 >
 >
 > Le mar. 25 avr. 2017 à 00:21, Mark Struberg <strub...@yahoo.de
<mailto:strub...@yahoo.de>> a écrit :
 > Or do we need another formal vote?
 >
 > If we are all on the same boat, when, how and who is drafting the
Announcement?
     >
 > LieGrue,
 > strub
 >
 >




--

Guillaume Nodet



--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Releasing a new version of Geronimo JCDI 2.0?

[Jean-Baptiste Onofré]

Agree with Romain.

Regards
JB

On Aug 27, 2017, 17:48, at 17:48, Romain Manni-Bucau  
wrote:
>I don't like much this impl since it enforces a single CDI impl and
>flat
>classloader for the container but if really in the API we must, if just
>a
>leak from the javadoc we don't have to.
>
>
>Romain Manni-Bucau
>@rmannibucau  |  Blog
> | Old Blog
> | Github
> |
>LinkedIn  | JavaEE Factory
>
>
>2017-08-27 18:31 GMT+02:00 John D. Ament :
>
>> Hmmm so you're thinking we need to keep a map of
>classloader/CDIProvider
>> pairs?
>>
>>
>> On Sun, Aug 27, 2017 at 12:16 PM Romain Manni-Bucau
>
>> wrote:
>>
>>> Doesn't break anything so +1
>>>
>>> Now a few side note on it:
>>>
>>> 1. private static volatile CDI shouldn't be static IMO since it is
>broken
>>> in any container (including SE if not under a flat classloading of
>the cdi
>>> impl)
>>> 2. i'm not sure how the patch changes much in practise (= maybe it
>does
>>> worth mentioning it in the class?)
>>> 3. just realized we are not aligned on https://docs.jboss.org/cdi/
>>> api/2.0/ "protected" behavior. This looks like an abuse of the
>javadoc
>>> "discovered API" but wonder if we want to be aligned on the spec or
>make
>>> the spec cleaned up
>>>
>>> If unclear: none of these point block a release but since we revisit
>this
>>> "to be enhanced" area I thought it was important to mention them
>>>
>>>
>>> Romain Manni-Bucau
>>> @rmannibucau  |  Blog
>>>  | Old Blog
>>>  | Github
>>>  | LinkedIn
>>>  | JavaEE Factory
>>> 
>>>
>>> 2017-08-27 14:22 GMT+02:00 John D. Ament :
>>>
 Hi

 I pushed up a small fix to the CDI spec.  Would it make sense to
>cut a
 release of that?

 John

>>>
>>>

Re: [VOTE] Release Apache Geronimo-config 1.0

[Jean-Baptiste Onofré]

+1 (non binding)

Regards
JB

On Jul 30, 2017, 12:04, at 12:04, Jean-Louis MONTEIRO  
wrote:
>+1
>Thanks
>
>Le ven. 28 juil. 2017 à 13:20, Romain Manni-Bucau
> a
>écrit :
>
>> +1 (for the release and the src zip in dist)
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau  |  Blog
>>  | Old Blog
>>  | Github
>>  | LinkedIn
>>  | JavaEE Factory
>> 
>>
>> 2017-07-28 14:17 GMT+02:00 Mark Struberg :
>>
>>> Yes we should make sure this gets propagated to dist!
>>>
>>> LieGrue,
>>> strub
>>>
>>> > Am 28.07.2017 um 13:58 schrieb John D. Ament
>:
>>> >
>>> > +1 to ship it.
>>> >
>>> > One comment, there's been input in the past that geronimo releases
>>> don't show up in the system.  Should we ensure that the final result
>gets
>>> put into https://dist.apache.org/repos/dist/release/geronimo/ ?
>>> >
>>> > On Fri, Jul 28, 2017 at 7:25 AM Mark Struberg 
>>> wrote:
>>> > Hi!
>>> >
>>> > Apache geronimo-config is an implementation of the
>Microprofile-1.0
>>> Config specification [1][2].
>>> >
>>> > It allows flexible and extensible Configuration for applications.
>>> >
>>> >
>>> > Here is our staging repo
>>> >
>>>
>https://repository.apache.org/content/repositories/orgapachegeronimo-1035/
>>> >
>>> > The Source distribution can be found here:
>>> >
>>>
>https://repository.apache.org/content/repositories/orgapachegeronimo-1035/org/apache/geronimo/config/config-parent/1.0/
>>> >
>>> >
>>> > Our own tag in SVN is
>>> >
>>>
>https://svn.apache.org/repos/asf/geronimo/components/config/tags/config-parent-1.0/
>>> >
>>> >
>>> > Please VOTE
>>> > [+1] yeah, ship it!
>>> > [+0] meh, don't care
>>> > [-1] nope, because ${showstopper}
>>> >
>>> > The VOTE is open for 72h
>>> >
>>> > txs and LieGrue,
>>> > strub
>>> >
>>> >
>>> >
>>> > [1] https://github.com/eclipse/microprofile-config
>>> > [2] https://github.com/eclipse/microprofile-config/releases
>>> >
>>>
>>>
>>

Re: [VOTE] fold the various Geronimo subproject mailing lists to the main lists

[Jean-Baptiste Onofré]

+1

Regards
JB

On 04/21/2017 03:24 PM, Mark Struberg wrote:

Hi!

We currently have quite a few lists which have very low traffic.

My findings are a result of browsing lists.a.o.


user@g.a.o -> merge into dev@g.a.o We only had 2 messages in the whole last 
year!

xbean-dev@g.a.o -> move to dev@g.a.o

xbean-user@g.a.o -> move to dev@g.a.o

xbean-scm@g.a.o -> move to scm@g.a.o

geronimo-tck@g.a.o -> Last mail on Feb 2015. Traffic might to to 
jcp-private@a.o; With Geronimo server getting discontinued we don't need the TCK 
over here anyway

pmc@g.a.o -> close it; hmm is this still alive? Should all go to private@g.a.o;

servicemix-tck@g.a.o -> close it;

tck-committs@g.a.o -> close it;

security@g.a.o -> full of spam! hell, this is a mess, we should drop it and use 
private@g.a.o for handling security related things. wdyt?

---

As a result we would keep the following lists:

dev@g.a.o
private@g.a.o
scm@g.a.o (might eventually get renamed to committs@g.a.o to fit other ASF 
projects, but that not urgent)


Any objections?

The VOTE is open for 72h, after that I'll trigger the infra work.

Here is my +1

txs and LieGrue,
strub





--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com