[JBoss JIRA] (WFLY-13612) Bean Validation Problem In EJB inheritance
by Ivo Studensky (Jira)
[ https://issues.redhat.com/browse/WFLY-13612?page=com.atlassian.jira.plugi... ]
Ivo Studensky reassigned WFLY-13612:
------------------------------------
Assignee: Ivo Studensky (was: Brian Stansberry)
> Bean Validation Problem In EJB inheritance
> ------------------------------------------
>
> Key: WFLY-13612
> URL: https://issues.redhat.com/browse/WFLY-13612
> Project: WildFly
> Issue Type: Bug
> Components: Bean Validation
> Affects Versions: 20.0.0.Final
> Reporter: huaxu wu
> Assignee: Ivo Studensky
> Priority: Major
>
>
> {code:java}
> @Path("/test_action")
> public interface TestResource {
> @Path("test")
> @POST
> @Consumes(MediaType.APPLICATION_FORM_URLENCODED)
> @Produces(MediaType.APPLICATION_JSON)
> GeneralOperationResult test2(@FormParam("asdf") @NotBlank String asdf);
> }
> {code}
> {code:java}
> @Stateless
> public class TestResourceImpl implements TestResource {
> @Override
> public GeneralOperationResult test2(String asdf) {
> return GeneralOperationResult.createSuccess("test");
> }
> }
> {code}
> The above code, the @NotBlank annotation works on wildfly19, but not on wildfly20.
> To make it work on wildfly20, I must add @NotBlank annotation to the override method.
> I wonder it's bug or it's your design?
> The above code, If I remove the @Stateless annotation, the @NotBlank annotation works as expectd.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-12375) Server returns 2 JSESSIONID cookies
by Parul Sharma (Jira)
[ https://issues.redhat.com/browse/WFLY-12375?page=com.atlassian.jira.plugi... ]
Parul Sharma commented on WFLY-12375:
-------------------------------------
[~nicolas.n] Can you please attach myApp? So I can recreate this issue quickly.
Thanks
> Server returns 2 JSESSIONID cookies
> ------------------------------------
>
> Key: WFLY-12375
> URL: https://issues.redhat.com/browse/WFLY-12375
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 17.0.1.Final
> Reporter: Nicolas NESMON
> Assignee: Parul Sharma
> Priority: Major
> Labels: COOKIES, JSESSIONID
>
> Please find below the source code of my simplified JAX-RS application:
> {code:java}
> @ApplicationPath("myApp")
> public class Application extends javax.ws.rs.core.Application {
> public Application() {
> }
> @Override
> public Set<Object> getSingletons() {
> return Collections.singleton(new HelloWorldResource());
> }
> }
> {code}
> {code:java}
> @Path("/")
> @Produces(MediaType.TEXT_PLAIN)
> public class HelloWorldResource {
> @Context
> private HttpServletRequest httpServletRequest;
> @GET
> public Response helloWorld() {
> HttpSession session = this.httpServletRequest.getSession(false);
> return Response.ok(session == null ? "Hello world" : "Bye bye world")
> .cookie(new NewCookie("JSESSIONID", "id", "demo", null, null, -1, false)).build();
> }
> }
> {code}
> When deploying this application in WF 17.0.1.Final and running following request:
> {noformat}
> GET http://localhost:8080/demo/myApp/
> Host: localhost:8080
> User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Language: fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3
> Accept-Encoding: gzip, deflate
> Connection: keep-alive
> Upgrade-Insecure-Requests: 1
> Pragma: no-cache
> Cache-Control: no-cache
> Cookie: JSESSIONID=Hello => without this cookie, I only get the cookie I created.
> {noformat}
> I get following response
> {noformat}
> HTTP/1.1 200 OK
> Connection: keep-alive
> Set-Cookie: JSESSIONID=id;Version=1;Path=/demo
> Set-Cookie: JSESSIONID=hello.vpi070236; path=/demo
> Content-Type: text/plain;charset=UTF-8
> Content-Length: 11
> Date: Tue, 13 Aug 2019 23:28:15 GMT
> {noformat}
> As you may notice, there are 2 JSESSIONID cookies in the response:
> * The one I was expecting with "id" value since I created it.
> * Another one created by the server even if I did not ask for it since in my code I don't create no HTTP session. And by the way this JSESSIONID cookie is created but there no server side session created...weird
> Any idea why this second JSESSIONID cookies is created by the server ?
> Since my real application don't use HTTP session at all the workaround I found is to set session tracking mode to URL:
> {noformat}
> <web-app>
> <session-config>
> <tracking-mode>URL</tracking-mode>
> </session-config>
> </web-app>
> {noformat}
> Thanks
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13613) SIGSEGV in libaio when running RHEL 7.8
by Bartosz Spyrko-Smietanko (Jira)
[ https://issues.redhat.com/browse/WFLY-13613?page=com.atlassian.jira.plugi... ]
Bartosz Spyrko-Smietanko updated WFLY-13613:
--------------------------------------------
Component/s: JMS
> SIGSEGV in libaio when running RHEL 7.8
> ---------------------------------------
>
> Key: WFLY-13613
> URL: https://issues.redhat.com/browse/WFLY-13613
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Bartosz Spyrko-Smietanko
> Assignee: Bartosz Spyrko-Smietanko
> Priority: Major
>
> AMQ 7 sporadically crashes with a SIGSEGV in the libaio native library in method SubmitInfo:
> {code}
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x00007f3e985c6855, pid=113988, tid=0x00007f3e30aa8700
> #
> # JRE version: OpenJDK Runtime Environment (8.0_252-b09) (build 1.8.0_252-b09)
> # Java VM: OpenJDK 64-Bit Server VM (25.252-b09 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # j org.apache.activemq.artemis.nativo.jlibaio.LibaioContext.done(Lorg/apache/activemq/artemis/nativo/jlibaio/SubmitInfo;)V+1
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.java.com/bugreport/crash.jsp
> #
> {code}
> This appears to be related to the JVM version and / or virtualization environments.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13613) SIGSEGV in libaio when running RHEL 7.8
by Bartosz Spyrko-Smietanko (Jira)
[ https://issues.redhat.com/browse/WFLY-13613?page=com.atlassian.jira.plugi... ]
Bartosz Spyrko-Smietanko reassigned WFLY-13613:
-----------------------------------------------
Assignee: Emmanuel Hugonnet (was: Bartosz Spyrko-Smietanko)
> SIGSEGV in libaio when running RHEL 7.8
> ---------------------------------------
>
> Key: WFLY-13613
> URL: https://issues.redhat.com/browse/WFLY-13613
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Bartosz Spyrko-Smietanko
> Assignee: Emmanuel Hugonnet
> Priority: Major
>
> AMQ 7 sporadically crashes with a SIGSEGV in the libaio native library in method SubmitInfo:
> {code}
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x00007f3e985c6855, pid=113988, tid=0x00007f3e30aa8700
> #
> # JRE version: OpenJDK Runtime Environment (8.0_252-b09) (build 1.8.0_252-b09)
> # Java VM: OpenJDK 64-Bit Server VM (25.252-b09 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # j org.apache.activemq.artemis.nativo.jlibaio.LibaioContext.done(Lorg/apache/activemq/artemis/nativo/jlibaio/SubmitInfo;)V+1
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.java.com/bugreport/crash.jsp
> #
> {code}
> This appears to be related to the JVM version and / or virtualization environments.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13613) SIGSEGV in libaio when running RHEL 7.8
by Bartosz Spyrko-Smietanko (Jira)
[ https://issues.redhat.com/browse/WFLY-13613?page=com.atlassian.jira.plugi... ]
Bartosz Spyrko-Smietanko moved JBEAP-19738 to WFLY-13613:
---------------------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-13613 (was: JBEAP-19738)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Fix Version/s: (was: 7.3.3.GA)
> SIGSEGV in libaio when running RHEL 7.8
> ---------------------------------------
>
> Key: WFLY-13613
> URL: https://issues.redhat.com/browse/WFLY-13613
> Project: WildFly
> Issue Type: Bug
> Reporter: Bartosz Spyrko-Smietanko
> Assignee: Bartosz Spyrko-Smietanko
> Priority: Major
>
> AMQ 7 sporadically crashes with a SIGSEGV in the libaio native library in method SubmitInfo:
> {code}
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x00007f3e985c6855, pid=113988, tid=0x00007f3e30aa8700
> #
> # JRE version: OpenJDK Runtime Environment (8.0_252-b09) (build 1.8.0_252-b09)
> # Java VM: OpenJDK 64-Bit Server VM (25.252-b09 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # j org.apache.activemq.artemis.nativo.jlibaio.LibaioContext.done(Lorg/apache/activemq/artemis/nativo/jlibaio/SubmitInfo;)V+1
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.java.com/bugreport/crash.jsp
> #
> {code}
> This appears to be related to the JVM version and / or virtualization environments.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years