March 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-9415) Add test cases to cover EJB client clustered session creation

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9415?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9415: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > Add test cases to cover EJB client clustered session creation > ------------------------------------------------------------- > > Key: WFLY-9415 > URL: https://issues.jboss.org/browse/WFLY-9415 > Project: WildFly > Issue Type: Task > Components: Clustering, Test Suite > Affects Versions: 11.0.0.CR1 > Reporter: Richard Achmatowicz > Assignee: Richard Achmatowicz > Fix For: 13.0.0.Beta1 > > > EJB client session creation involves creating a proxy for a SFSB deployed on a remote server, which has the side effect of creating a session instance on the chosen target node. > Whether or not the operation is successful depends on three factors: > * the connections defined in the EJB client configuration > * the server environment in which the client is executing > * any strong affinity set by the client > These tests consider session creation in a clustered environment. The default server environment is a cluster called "ejb" with two nodes, "node-0" and "node-1". > The following test scenarios are covered: > 1. "normal" scenario > * client configuration: points to node-0 > * server environment: module deployed on cluster "ejb" = {node-0, node-1} > 2. "failover" scenario > * client configuration: points to node-0 > * server environment: module deployed on cluster "ejb" = {node-1} > 3. "bad connection" scenario > * client configuration: points to node-2 (non-existent) > * server environment: module deployed on cluster "ejb" = {node-0, node-1} > As mentioned earlier, these tests operate in a single two-node cluster environment. A third singleton, non-clustered node added to the available environment would permit more complex scenarios (where we could test cluster affinity specification more directly). -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9407) Upgrade Artemis 2.4.0

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9407?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9407: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > Upgrade Artemis 2.4.0 > --------------------- > > Key: WFLY-9407 > URL: https://issues.jboss.org/browse/WFLY-9407 > Project: WildFly > Issue Type: Component Upgrade > Components: JMS > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Labels: downstream_dependency > Fix For: 13.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9344) Let Infinispan manage eviction for distributed web sessions and @Stateful EJBs

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9344?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9344: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > Let Infinispan manage eviction for distributed web sessions and @Stateful EJBs > ------------------------------------------------------------------------------ > > Key: WFLY-9344 > URL: https://issues.jboss.org/browse/WFLY-9344 > Project: WildFly > Issue Type: Enhancement > Components: Clustering > Affects Versions: 11.0.0.CR1 > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Fix For: 13.0.0.Beta1 > > > With Infinispan's transition to Caffeine to implement its data container, WF should finally be able to offload eviction to Infinispan, by configuring caffeine to use a specific Weigher that returns 0 for non-primary session entries, where max-active-sessions is configured as the maximumWeight. From an Infinispan configuration perspective, this corresponds to a custom EntrySizeCalculator that returns 0 for non-primary session entries, and a maxSize equal to the max-active-sessions. The remaining entries would rely on cascading eviction (i.e. manually evicting from a via passivation callback). > As of Infinispan 9.1, the requisite DataContainer configuration attributes are deprecated - thus we need to lobby to expose the mechanisms for overriding the entry size calculator to be able to ensure this solution will be supported in the future. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9268) Upgrade Hibernate Search to 5.8.1 with Elasticsearch Support

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9268?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9268: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > Upgrade Hibernate Search to 5.8.1 with Elasticsearch Support > ------------------------------------------------------------ > > Key: WFLY-9268 > URL: https://issues.jboss.org/browse/WFLY-9268 > Project: WildFly > Issue Type: Component Upgrade > Reporter: Leandro Kersting de Freitas > Assignee: Jason Greene > Fix For: 13.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9267) Upgrade Hibernate Validator to 6.0.3.Final

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9267?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9267: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > Upgrade Hibernate Validator to 6.0.3.Final > ------------------------------------------- > > Key: WFLY-9267 > URL: https://issues.jboss.org/browse/WFLY-9267 > Project: WildFly > Issue Type: Component Upgrade > Reporter: Leandro Kersting de Freitas > Assignee: Jason Greene > Fix For: 13.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9483) Upgrade Netty to 4.1.19.Final

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9483?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9483: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > Upgrade Netty to 4.1.19.Final > ----------------------------- > > Key: WFLY-9483 > URL: https://issues.jboss.org/browse/WFLY-9483 > Project: WildFly > Issue Type: Component Upgrade > Components: JMS > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Fix For: 13.0.0.Beta1 > > > https://github.com/netty/netty/compare/netty-4.1.9.Final...netty-4.1.19.F... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9417) No default-response-code during deployment sent

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9417?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9417: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > No default-response-code during deployment sent > ----------------------------------------------- > > Key: WFLY-9417 > URL: https://issues.jboss.org/browse/WFLY-9417 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 11.0.0.CR1 > Reporter: Nero M > Assignee: Stuart Douglas > Fix For: 13.0.0.Beta1 > > Original Estimate: 1 week > Remaining Estimate: 1 week > > Hi, i am experiencing a strange behaviour with WF11 which was not like this on WF10. > When a *.dodeploy file exists during server-start. The Default response code > e.g. > <host name="default-host" alias="localhost" default-response-code="503"> > Is not sent during the time of deployment. Instead any requests goes into a pending state with (seemingly) no timeout. > If the *.dodeploy file is created AFTER the server boots up, the default response code is sent until the deployment is complete. > (After this line): WFLYSRV0025: WildFly Full 11.0.0.CR1 (WildFly Core 3.0.4.Final) started in 6468ms > I think the server should not "hang" during the deployment-time, just like it was on WF10. > Is there anything which has to be changed in the standalone xml between 10 and 11 to get the same behaviour? -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9561) HttpServletRequest.login(username, password) not creating HttpSession if it doesn't already exist. (Elytron)

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9561?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9561: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > HttpServletRequest.login(username, password) not creating HttpSession if it doesn't already exist. (Elytron) > ------------------------------------------------------------------------------------------------------------ > > Key: WFLY-9561 > URL: https://issues.jboss.org/browse/WFLY-9561 > Project: WildFly > Issue Type: Bug > Components: Security, Web (Undertow) > Affects Versions: 11.0.0.Final > Reporter: Stanislav Grushevskiy > Assignee: Darran Lofthouse > Fix For: 13.0.0.Beta1 > > Attachments: test.zip > > > If Elytron security domain (in WildFly 11, default "standalone.xml") is used for programmatic login, cookie "JSESSIONID" is not set in response. So following requests are sent without "JSESSIONID". > @Path("login") > public class LoginService { > @Context > private HttpServletRequest request; > @POST > public void login(LoginForm form) throws ServletException { > request.login(form.getLogin(), form.getPassword()); > } > } > <?xml version="1.0" encoding="UTF-8"?> > <jboss-web> > <security-domain>application-security-domain</security-domain> > </jboss-web> > If I add manual interaction with Session in login method, "JSESSIONID" is set. > OR > If I delete "jboss-web.xml" and default old "ApplicationRealm" is used, "JSESSIONID" is set. > "JSESSIONID" is set in WildFly 10.0.0.Final and in 10.1.0.Final, because there is no Elytron there and "ApplicationRealm" is used. > Test project is attached, create application user (add-user.sh) with username "wildfly" and password "wildfly". > Run "mvn wildfly:deploy". > Go to http://localhost:8080/test/test.html and press "Login" button and then "Check Auth". > In this project you can uncomment code below (// uncomment the row below to get it working with elytron) to add session interaction or comment code below () to use old "ApplicationRealm". -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9513) Support Messaging JDBC HA Shared Store

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9513?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9513: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > Support Messaging JDBC HA Shared Store > -------------------------------------- > > Key: WFLY-9513 > URL: https://issues.jboss.org/browse/WFLY-9513 > Project: WildFly > Issue Type: Feature Request > Components: JMS > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Fix For: 13.0.0.Beta1 > > > Artemis has added support for HA in its JDBC store in ARTEMIS-1447. > These new configuration properties should be exposed in the messaging-activemq subsystem. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9489) Remove need for application-security-domain mapping

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-9489?page=com.atlassian.jira.plugin.... ] Jason Greene updated WFLY-9489: ------------------------------- Fix Version/s: 13.0.0.Beta1 (was: 12.0.0.Final) > Remove need for application-security-domain mapping > --------------------------------------------------- > > Key: WFLY-9489 > URL: https://issues.jboss.org/browse/WFLY-9489 > Project: WildFly > Issue Type: Feature Request > Components: Web (Undertow) > Affects Versions: 11.0.0.Final > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 13.0.0.Beta1 > > > The application-security-domain resource was added to map from the security domain specified within the deployment to a WildFly Elytron authentication factory with some additional related configuration. > It should be possible to define all of this within a deployment descriptor. > Additionally the subsystem includes a default-security-domain attribute, it should likely contain some default Elytron configuration options. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 10 months

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 March 2018