Jenkins build became unstable: OpenWebBeans » OpenWebBeans-trunk #49

[Apache Jenkins Server]

See 

Re: [VOTE] Apache OpenWebBeans 2.0.24

[Daniel Dias Dos Santos]

+1

On Wed, Nov 24, 2021, 10:43 Jean-Louis Monteiro 
wrote:

> Hi all,
>
> I'd like to release Apache OpenWebBeans 2.0.24.
>
> Here is the changelog:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310844&version=12350263
>
> Staging repo:
>
> https://repository.apache.org/content/repositories/orgapacheopenwebbeans-1074
>
> Source zip:
>
> https://dist.apache.org/repos/dist/dev/openwebbeans/owb/openwebbeans-2.0.24-source-release.zip
>
> Tag:
> https://github.com/apache/openwebbeans/tree/openwebbeans-2.0.24
>
> Dist (dev): https://dist.apache.org/repos/dist/dev/openwebbeans/owb/
>
> Please VOTE:
>
> [+1] small but worth it
> [-1] don't, ${blocker}
>
> The VOTE is open for 72h or until we get enough binding votes.
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
>

[VOTE] Apache OpenWebBeans 2.0.24

[Jean-Louis Monteiro]

Hi all,

I'd like to release Apache OpenWebBeans 2.0.24.

Here is the changelog:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310844&version=12350263

Staging repo:
https://repository.apache.org/content/repositories/orgapacheopenwebbeans-1074

Source zip:
https://dist.apache.org/repos/dist/dev/openwebbeans/owb/openwebbeans-2.0.24-source-release.zip

Tag:
https://github.com/apache/openwebbeans/tree/openwebbeans-2.0.24

Dist (dev): https://dist.apache.org/repos/dist/dev/openwebbeans/owb/

Please VOTE:

[+1] small but worth it
[-1] don't, ${blocker}

The VOTE is open for 72h or until we get enough binding votes.
--
Jean-Louis Monteiro
http://twitter.com/jlouismonteiro
http://www.tomitribe.com

[jira] [Updated] (OWB-1074) implement automatic supportsConversation() detection

[Jean-Louis Monteiro (Jira)]

 [ 
https://issues.apache.org/jira/browse/OWB-1074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jean-Louis Monteiro updated OWB-1074:
-
Fix Version/s: 2.0.25
   (was: 2.0.24)

> implement automatic supportsConversation() detection
> 
>
> Key: OWB-1074
> URL: https://issues.apache.org/jira/browse/OWB-1074
> Project: OpenWebBeans
>  Issue Type: Improvement
>  Components: Context and Scopes
>Affects Versions: 1.5.0
>Reporter: Mark Struberg
>Priority: Major
> Fix For: 2.0.25
>
>
> Currently we rely on the user to define the configuration option in 
> OpenWebBeansConfiguration
> {code}
> APPLICATION_SUPPORTS_CONVERSATION = 
> "org.apache.webbeans.application.supportsConversation";
> {code}
> This is by default disabled in owb-impl (core) and gets enabled by adding the 
> web or jsf plugins.
> We could improve this by not only allowing {{true}} or {{false}} but also 
> with an {{auto}} mode. 
> In this mode the BeanManager can walk through all registered beans and check 
> whether there is a single @ConversationScoped bean. In that case we will 
> automagically enable CDI conversations, otherwise OWB will dynamically 
> disable conversation support and don't need to do all kinds of work in 
> WebContextsService for example.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

[jira] [Updated] (OWB-1282) Reduce reflection usage for default services in WebBeansContext

[Jean-Louis Monteiro (Jira)]

 [ 
https://issues.apache.org/jira/browse/OWB-1282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jean-Louis Monteiro updated OWB-1282:
-
Fix Version/s: 2.0.25
   (was: 2.0.24)

> Reduce reflection usage for default services in WebBeansContext
> ---
>
> Key: OWB-1282
> URL: https://issues.apache.org/jira/browse/OWB-1282
> Project: OpenWebBeans
>  Issue Type: Improvement
>Reporter: Romain Manni-Bucau
>Assignee: Mark Struberg
>Priority: Major
> Fix For: 2.0.25
>
>




--
This message was sent by Atlassian Jira
(v8.20.1#820001)

[jira] [Updated] (OWB-1078) create Dockerfiles for installing OpenWebBeans as Docker Image based on Tomcat8

[Jean-Louis Monteiro (Jira)]

 [ 
https://issues.apache.org/jira/browse/OWB-1078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jean-Louis Monteiro updated OWB-1078:
-
Fix Version/s: 2.0.25
   (was: 2.0.24)

> create Dockerfiles for installing OpenWebBeans as Docker Image based on 
> Tomcat8
> ---
>
> Key: OWB-1078
> URL: https://issues.apache.org/jira/browse/OWB-1078
> Project: OpenWebBeans
>  Issue Type: New Feature
>  Components: Samples & Documentation
>Affects Versions: 1.5.0
>Reporter: Mark Struberg
>Assignee: Mark Struberg
>Priority: Major
> Fix For: 2.0.25
>
>
> create Dockerfiles for installing OpenWebBeans as Docker Image based on 
> Tomcat8



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

[jira] [Updated] (OWB-1088) fix samples with java 8 and update to tomcat7/8

[Jean-Louis Monteiro (Jira)]

 [ 
https://issues.apache.org/jira/browse/OWB-1088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jean-Louis Monteiro updated OWB-1088:
-
Fix Version/s: 2.0.25
   (was: 2.0.24)

> fix samples with java 8 and update to tomcat7/8
> ---
>
> Key: OWB-1088
> URL: https://issues.apache.org/jira/browse/OWB-1088
> Project: OpenWebBeans
>  Issue Type: Task
>  Components: Samples & Documentation
>Affects Versions: 2.0.0
>Reporter: Reinhard Sandtner
>Assignee: Reinhard Sandtner
>Priority: Major
> Fix For: 2.0.25
>
>
> some of our samples are currently broken under java 8



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

Jenkins build became unstable: OpenWebBeans » OpenWebBeans-trunk-deploy #50

[Apache Jenkins Server]

See 

Jenkins build became unstable: OpenWebBeans » OpenWebBeans-trunk-deploy » OpenWebBeans Core #50

[Apache Jenkins Server]

See 

Re: OWB-1393

[Jean-Louis MONTEIRO]

Thanks Romain, I'll proceed with a release then

Le mer. 24 nov. 2021 à 08:47, Romain Manni-Bucau  a
écrit :

> Hi all,
>
> since TomEE is blocked since some weeks due to this issue and I didn't get
> much feedback I went ahead and pushed the proposed patch, feel free to
> review/comment if there is any issue.
>
> Romain Manni-Bucau
> @rmannibucau  |  Blog
>  | Old Blog
>  | Github <
> https://github.com/rmannibucau> |
> LinkedIn  | Book
> <
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> >
>
>
> Le ven. 15 oct. 2021 à 11:27, Arne Limburg 
> a écrit :
>
> > Hi Romain,
> >
> > now I understand your point and it sounds valid. I can take a deeper look
> > into it this weekend, but feel free to change it by yourself,  if you
> want.
> >
> > Cheers,
> > Arne
> >
> > OPEN KNOWLEDGE GmbH
> > Poststraße 1, 26122 Oldenburg
> > Mobil: +49 151 - 108 22 942
> > Tel: +49 441 - 4082-154
> > Fax: +49 441 - 4082-111
> > arne.limb...@openknowledge.de
> > www.openknowledge.de<
> >
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.openknowledge.de%2F&data=04%7C01%7C%7C3004d8758be44c8678c008d93bcc1e23%7C48837bc476f9481d8a76bd7b60b43dec%7C0%7C0%7C637606570139932909%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=9vRVYZVZ%2Feqk%2BvFxU5COofNvgs8U0AxtxRqwVEwqXHA%3D&reserved=0
> > >
> > Registergericht: Amtsgericht Oldenburg, HRB 4670
> > Geschäftsführer: Lars Röwekamp, Jens Schumann
> >
> > Treffen Sie uns auf kommenden Konferenzen und Workshops:
> > Zu unseren Events<
> >
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.openknowledge.de%2Fevent%2F&data=04%7C01%7C%7C3004d8758be44c8678c008d93bcc1e23%7C48837bc476f9481d8a76bd7b60b43dec%7C0%7C0%7C637606570139932909%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=8tjmukdm1NxhXQMkn4VnESiBI216kXvh%2Fjb7%2FFYI0kE%3D&reserved=0
> > >
> >
> > Von: Romain Manni-Bucau 
> > Datum: Montag, 11. Oktober 2021 um 20:51
> > An: openwebbeans-dev 
> > Betreff: Re: OWB-1393
> > Le lun. 11 oct. 2021 à 20:13, Arne Limburg <
> arne.limb...@openknowledge.de>
> > a écrit :
> >
> > > Hi Romain,
> > >
> > > The cache in question explicitly caches extensions per lifecycle event,
> > so
> > > a check for isContainerEvent would not helb. We could completely
> disable
> > > that cache, but I’m afraid, that would decrease startup performance
> even
> > > more. I guess, it is good to know, which extension observes
> > > ProcessAnnotatedType events and which doesn’t.
> > >
> >
> > Yes, please don't disable that cache which helps to startup faster when
> > using extensions with several beans.
> > Point was more:
> >
> > for (method: methods) { if (is container) {} }
> > for (method: methods) { if (!is container) {} }
> >
> > versus
> >
> > for (method: filter(methods)) { if (!is container) { } else { define();
> } }
> >
> > Know it is only #extensions x #methods so likely not crazy but sounds
> more
> > natural to prepare the runtime in one pass for this no?
> > Concretely it would be something like
> > https://gist.github.com/rmannibucau/c0e9f4020c01ddb9465cad373ccbe1b6 or
> > https://gist.github.com/rmannibucau/b0cff6375af78d3702b5a2c7b8a6a99c if
> > you
> > want to bypass container event test for "not extension" instances (can
> save
> > a few tests).
> >
> > Concretely your fix ensures that any extension can catch a container
> > lifecycle event issued of another observer definition which is good but
> > keeps the issue that you can still miss event from another extension.
> > Basically it is the same issue between extensions but for normal events.
> >
> > So I think we should just delay
> >
> > GProcessObserverMethod event = new
> > GProcessObserverMethod(webBeansContext, annotatedMethod, observer);
> > webBeansContext.getBeanManagerImpl().fireEvent(event, true,
> > AnnotationUtil.EMPTY_ANNOTATION_ARRAY);
> >
> >
> > to happen after all observers are defined.
> >
> > So overall I'd be to:
> >
> > 0. we keep the cache during the startup ;)
> > 1. keep the observer definition a single loop
> > 2. move the process observer method event firing after all extensions
> > observers definition if possible (means that worse case some vetoed
> > observer will be executed during this time but it is unlikely and we
> can't
> > help that anyway, even replaying the missed observers - because not yet
> > there - once added)
> >
> > Hope it makes more sense phrased this way and it is not too late to
> write a
> > technical mail ;).
> >
> >
> > >
> > > Cheers,
> > > Arne
> > >
> > > OPEN KNOWLEDGE GmbH
> > > Poststraße 1, 26122 Oldenburg
> > > Mobil: +49 151 - 108 22 942
> > > Tel: +49 441 - 4082-154
> > > Fax: +49 441 - 4082-111
> > > arne.limb...@openknowledge.de<