April 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-11956) @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method

by Christian Zambrano (Jira)

[ https://issues.jboss.org/browse/WFLY-11956?page=com.atlassian.jira.plugin... ] Christian Zambrano commented on WFLY-11956: ------------------------------------------- Hi, I am the person that reported the issue. When I opened the case with Redhat support, I did indicate that changing the name solved the issue but that is not a viable workaround because we have hundreds of rest endpoints that start with get. Here are all the experiements I went through and the results: Here are all the experiments I went through to try to understand this behavior: 1. Made the bean @ApplicationScope => Exhibits the behavior explained above 2. Made the bean @Stateless => Exhibits the behavior explained above 3. Made the bean @Singleton(from the ejb package) => Exhibits the behavior explained above 4. Made the bean @Singleton @Startup => Method is only called once and after the postconstruct as expected but the return value is not validated 5. Renamed the method to not start with 'get' => Method is only called once and after the postconstruct as expected > @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method > ---------------------------------------------------------------------------------------------------------- > > Key: WFLY-11956 > URL: https://issues.jboss.org/browse/WFLY-11956 > Project: WildFly > Issue Type: Bug > Components: Bean Validation, REST > Affects Versions: 16.0.0.Final > Reporter: Joerg Baesner > Assignee: Ronald Sigal > Priority: Major > Attachments: logging.txt, playground.zip > > > Having a bean class with {{@ApplicationScoped}}, which has a {{@PostConstruct}} and is implementing the following _Interface_: > {code} > @Path("/validated") > public interface ValidatedJaxRsInterface { > > @GET > @Valid > @Produces(MediaType.APPLICATION_JSON) > GreetingModel getHelloGreeting(); > } > {code} > will result in calling the {{getHelloGreeting}} method of the implementation class twice *_before_* the {{@PostConstruct}} is getting executed. > This can be reproduced with the attached reproducer application... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SWSQE-710) E2E Job Error "Archiving artifacts"

by Matthew Mahoney (Jira)

[ https://issues.jboss.org/browse/SWSQE-710?page=com.atlassian.jira.plugin.... ] Matthew Mahoney commented on SWSQE-710: --------------------------------------- [~fbrychta] Are you familiar with this issue (looks like it may be due to your recent changes to archiving)? > E2E Job Error "Archiving artifacts" > ----------------------------------- > > Key: SWSQE-710 > URL: https://issues.jboss.org/browse/SWSQE-710 > Project: Kiali QE > Issue Type: Bug > Reporter: Matthew Mahoney > Priority: Major > > The E2E job is Erroring with "Archiving artifacts". The job itself does not fail, however the job log contains the following (artifacts are not archived): > Archiving artifacts > java.lang.InterruptedException: no matches found within 10000 > at hudson.FilePath$ValidateAntFileMask.hasMatch(FilePath.java:2847) > at hudson.FilePath$ValidateAntFileMask.invoke(FilePath.java:2726) > at hudson.FilePath$ValidateAntFileMask.invoke(FilePath.java:2707) > at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3086) > Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from 10.16.23.44/10.16.23.44:41046 > at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741) -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SWSQE-710) E2E Job Error "Archiving artifacts"

by Matthew Mahoney (Jira)

[ https://issues.jboss.org/browse/SWSQE-710?page=com.atlassian.jira.plugin.... ] Matthew Mahoney updated SWSQE-710: ---------------------------------- Priority: Major (was: Minor) > E2E Job Error "Archiving artifacts" > ----------------------------------- > > Key: SWSQE-710 > URL: https://issues.jboss.org/browse/SWSQE-710 > Project: Kiali QE > Issue Type: Bug > Reporter: Matthew Mahoney > Priority: Major > > The E2E job is Erroring with "Archiving artifacts". The job itself does not fail, however the job log contains the following (artifacts are not archived): > Archiving artifacts > java.lang.InterruptedException: no matches found within 10000 > at hudson.FilePath$ValidateAntFileMask.hasMatch(FilePath.java:2847) > at hudson.FilePath$ValidateAntFileMask.invoke(FilePath.java:2726) > at hudson.FilePath$ValidateAntFileMask.invoke(FilePath.java:2707) > at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3086) > Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from 10.16.23.44/10.16.23.44:41046 > at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741) -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SWSQE-710) E2E Job Error "Archiving artifacts"

by Matthew Mahoney (Jira)

Matthew Mahoney created SWSQE-710: ------------------------------------- Summary: E2E Job Error "Archiving artifacts" Key: SWSQE-710 URL: https://issues.jboss.org/browse/SWSQE-710 Project: Kiali QE Issue Type: Bug Reporter: Matthew Mahoney The E2E job is Erroring with "Archiving artifacts". The job itself does not fail, however the job log contains the following (artifacts are not archived): Archiving artifacts java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$ValidateAntFileMask.hasMatch(FilePath.java:2847) at hudson.FilePath$ValidateAntFileMask.invoke(FilePath.java:2726) at hudson.FilePath$ValidateAntFileMask.invoke(FilePath.java:2707) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3086) Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from 10.16.23.44/10.16.23.44:41046 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741) -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-3877) DMN Decision table headers: Add edit table actions to contextual menu.

by Elizabeth Clayton (Jira)

Elizabeth Clayton created DROOLS-3877: ----------------------------------------- Summary: DMN Decision table headers: Add edit table actions to contextual menu. Key: DROOLS-3877 URL: https://issues.jboss.org/browse/DROOLS-3877 Project: Drools Issue Type: Enhancement Components: DMN Editor Reporter: Elizabeth Clayton Assignee: Elizabeth Clayton As a user of this feature I want to have the possibility to add columns or rows in a DT when right-clicking on the table header. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SWSQE-709) Push Kiali-QE Builds To Quay.io

by Matthew Mahoney (Jira)

Matthew Mahoney created SWSQE-709: ------------------------------------- Summary: Push Kiali-QE Builds To Quay.io Key: SWSQE-709 URL: https://issues.jboss.org/browse/SWSQE-709 Project: Kiali QE Issue Type: Task Reporter: Matthew Mahoney Push kialiqe builds to Quay.io, and not Dockerhub. Perhaps there is an alternative internal Repo. If not Quay.io seems to be the direction the team is headed. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11956) @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method

by Ronald Sigal (Jira)

[ https://issues.jboss.org/browse/WFLY-11956?page=com.atlassian.jira.plugin... ] Ronald Sigal commented on WFLY-11956: ------------------------------------- Ok, I'll take a look. > @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method > ---------------------------------------------------------------------------------------------------------- > > Key: WFLY-11956 > URL: https://issues.jboss.org/browse/WFLY-11956 > Project: WildFly > Issue Type: Bug > Components: Bean Validation, REST > Affects Versions: 16.0.0.Final > Reporter: Joerg Baesner > Assignee: Ronald Sigal > Priority: Major > Attachments: logging.txt, playground.zip > > > Having a bean class with {{@ApplicationScoped}}, which has a {{@PostConstruct}} and is implementing the following _Interface_: > {code} > @Path("/validated") > public interface ValidatedJaxRsInterface { > > @GET > @Valid > @Produces(MediaType.APPLICATION_JSON) > GreetingModel getHelloGreeting(); > } > {code} > will result in calling the {{getHelloGreeting}} method of the implementation class twice *_before_* the {{@PostConstruct}} is getting executed. > This can be reproduced with the attached reproducer application... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11956) @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method

by Alessio Soldano (Jira)

[ https://issues.jboss.org/browse/WFLY-11956?page=com.atlassian.jira.plugin... ] Alessio Soldano commented on WFLY-11956: ---------------------------------------- [~ron_sigal] knows the resteasy validation better than me, so let me pass this to him, in case there's anything that needs to be done on the RESTEasy side. > @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method > ---------------------------------------------------------------------------------------------------------- > > Key: WFLY-11956 > URL: https://issues.jboss.org/browse/WFLY-11956 > Project: WildFly > Issue Type: Bug > Components: Bean Validation, REST > Affects Versions: 16.0.0.Final > Reporter: Joerg Baesner > Assignee: Ronald Sigal > Priority: Major > Attachments: logging.txt, playground.zip > > > Having a bean class with {{@ApplicationScoped}}, which has a {{@PostConstruct}} and is implementing the following _Interface_: > {code} > @Path("/validated") > public interface ValidatedJaxRsInterface { > > @GET > @Valid > @Produces(MediaType.APPLICATION_JSON) > GreetingModel getHelloGreeting(); > } > {code} > will result in calling the {{getHelloGreeting}} method of the implementation class twice *_before_* the {{@PostConstruct}} is getting executed. > This can be reproduced with the attached reproducer application... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-11956) @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method

by Alessio Soldano (Jira)

[ https://issues.jboss.org/browse/WFLY-11956?page=com.atlassian.jira.plugin... ] Alessio Soldano reassigned WFLY-11956: -------------------------------------- Assignee: Ronald Sigal (was: Alessio Soldano) > @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method > ---------------------------------------------------------------------------------------------------------- > > Key: WFLY-11956 > URL: https://issues.jboss.org/browse/WFLY-11956 > Project: WildFly > Issue Type: Bug > Components: Bean Validation, REST > Affects Versions: 16.0.0.Final > Reporter: Joerg Baesner > Assignee: Ronald Sigal > Priority: Major > Attachments: logging.txt, playground.zip > > > Having a bean class with {{@ApplicationScoped}}, which has a {{@PostConstruct}} and is implementing the following _Interface_: > {code} > @Path("/validated") > public interface ValidatedJaxRsInterface { > > @GET > @Valid > @Produces(MediaType.APPLICATION_JSON) > GreetingModel getHelloGreeting(); > } > {code} > will result in calling the {{getHelloGreeting}} method of the implementation class twice *_before_* the {{@PostConstruct}} is getting executed. > This can be reproduced with the attached reproducer application... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JGRP-2338) RpcDispatcher: non-reflective method invocations

by Bela Ban (Jira)

[ https://issues.jboss.org/browse/JGRP-2338?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-2338: -------------------------------- Added interface {{MethodInvoker}}. Example: {{ProgrammaticUPerf}} > RpcDispatcher: non-reflective method invocations > ------------------------------------------------ > > Key: JGRP-2338 > URL: https://issues.jboss.org/browse/JGRP-2338 > Project: JGroups > Issue Type: Feature Request > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Major > Fix For: 4.1.0 > > > Running a native image produced by the GraalVM AOT (ahead-of-time) compiler prohibits the use of Java Reflection. > However, RpcDispatcher uses {{java.lang.reflect.Method}} to invoke remote method calls. > h4. Goal > Provide a mode (in {{MethodCall}}) which doesn't require a {{MethodLookup}} table but rather takes user-provided code (e.g. a lambda) to find and invoke the correct method. > This could be done by introducing an additional mode in {{MethodCall}} based on {{ID}} which calls the (user-provided) lambda to invoke a method. The lambda would read the arguments and invoke the method based on the received ID, then return the result. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2019