[JBoss JIRA] (WFLY-12266) Distributed session changes fail to replicate if subsequent request arrives < 1 second after session was created.
by Paul Ferraro (Jira)
[ https://issues.jboss.org/browse/WFLY-12266?page=com.atlassian.jira.plugin... ]
Paul Ferraro updated WFLY-12266:
--------------------------------
Priority: Critical (was: Blocker)
> Distributed session changes fail to replicate if subsequent request arrives < 1 second after session was created.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12266
> URL: https://issues.jboss.org/browse/WFLY-12266
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 17.0.0.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Critical
>
> As a marshalling optimization, the last access duration of a session (i.e. the duration of time since the session was created) is stored with seconds precision. However, we assume that a given distributed session is "new" if it's duration is 0. When the backing cache is transactional, we don't perform any mutations when a new session is closed. Thus if a request arrives < 1 second after a session was created, any changes will not be replicated. Given the prevalence of redirects after a session is created, it is likely that users will encounter this problem.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
4 years, 10 months
[JBoss JIRA] (WFLY-12266) Distributed session changes fail to replicate if subsequent request arrives < 1 second after session was created.
by Paul Ferraro (Jira)
Paul Ferraro created WFLY-12266:
-----------------------------------
Summary: Distributed session changes fail to replicate if subsequent request arrives < 1 second after session was created.
Key: WFLY-12266
URL: https://issues.jboss.org/browse/WFLY-12266
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 17.0.0.Final
Reporter: Paul Ferraro
Assignee: Paul Ferraro
As a marshalling optimization, the last access duration of a session (i.e. the duration of time since the session was created) is stored with seconds precision. However, we assume that a given distributed session is "new" if it's duration is 0. When the backing cache is transactional, we don't perform any mutations when a new session is closed. Thus if a request arrives < 1 second after a session was created, any changes will not be replicated. Given the prevalence of redirects after a session is created, it is likely that users will encounter this problem.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
4 years, 10 months
[JBoss JIRA] (WFLY-12265) Out of specification: Singleton EJB is allowed to implement SessionBean interface.
by Cheng Fang (Jira)
[ https://issues.jboss.org/browse/WFLY-12265?page=com.atlassian.jira.plugin... ]
Cheng Fang updated WFLY-12265:
------------------------------
Fix Version/s: 18.0.0.Beta1
> Out of specification: Singleton EJB is allowed to implement SessionBean interface.
> ----------------------------------------------------------------------------------
>
> Key: WFLY-12265
> URL: https://issues.jboss.org/browse/WFLY-12265
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 16.0.0.Final, 17.0.0.Final
> Reporter: Cheng Fang
> Assignee: Cheng Fang
> Priority: Major
> Fix For: 18.0.0.Beta1
>
> Attachments: SingletonBean.java
>
>
> Singleton EJB is allowed to implement SessionBean interface and the EJB 3.2 spec says in section 4.9.2 Session Bean Class:
> "The class may implement, directly or indirectly, the javax.ejb.SessionBean interface. Except for singleton session beans."
> EAP should throw an exception or log a warning that it is not valid by the spec.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
4 years, 10 months
[JBoss JIRA] (WFLY-12265) Out of specification: Singleton EJB is allowed to implement SessionBean interface.
by Cheng Fang (Jira)
[ https://issues.jboss.org/browse/WFLY-12265?page=com.atlassian.jira.plugin... ]
Cheng Fang updated WFLY-12265:
------------------------------
Summary: Out of specification: Singleton EJB is allowed to implement SessionBean interface. (was: [GSS](7.2.z) Out of specification: Singleton EJB is allowed to implement SessionBean interface.)
> Out of specification: Singleton EJB is allowed to implement SessionBean interface.
> ----------------------------------------------------------------------------------
>
> Key: WFLY-12265
> URL: https://issues.jboss.org/browse/WFLY-12265
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 16.0.0.Final, 17.0.0.Final
> Reporter: Cheng Fang
> Assignee: Cheng Fang
> Priority: Major
> Attachments: SingletonBean.java
>
>
> Singleton EJB is allowed to implement SessionBean interface and the EJB 3.2 spec says in section 4.9.2 Session Bean Class:
> "The class may implement, directly or indirectly, the javax.ejb.SessionBean interface. Except for singleton session beans."
> EAP should throw an exception or log a warning that it is not valid by the spec.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
4 years, 10 months
[JBoss JIRA] (WFLY-12265) [GSS](7.2.z) Out of specification: Singleton EJB is allowed to implement SessionBean interface.
by Cheng Fang (Jira)
[ https://issues.jboss.org/browse/WFLY-12265?page=com.atlassian.jira.plugin... ]
Cheng Fang moved JBEAP-17130 to WFLY-12265:
-------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-12265 (was: JBEAP-17130)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: EJB
(was: EJB)
Affects Version/s: 17.0.0.Final
(was: 7.2.1.GA)
> [GSS](7.2.z) Out of specification: Singleton EJB is allowed to implement SessionBean interface.
> -----------------------------------------------------------------------------------------------
>
> Key: WFLY-12265
> URL: https://issues.jboss.org/browse/WFLY-12265
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 17.0.0.Final
> Reporter: Cheng Fang
> Assignee: Cheng Fang
> Priority: Major
> Attachments: SingletonBean.java
>
>
> Singleton EJB is allowed to implement SessionBean interface and the EJB 3.2 spec says in section 4.9.2 Session Bean Class:
> "The class may implement, directly or indirectly, the javax.ejb.SessionBean interface. Except for singleton session beans."
> EAP should throw an exception or log a warning that it is not valid by the spec.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
4 years, 10 months
[JBoss JIRA] (DROOLS-4256) Make Quarkus extension hot reload to also work with new rules
by Edoardo Vacchi (Jira)
[ https://issues.jboss.org/browse/DROOLS-4256?page=com.atlassian.jira.plugi... ]
Edoardo Vacchi commented on DROOLS-4256:
----------------------------------------
WIP: Drools "unit" of compilation is really the package: DRLs are just "broken down" packages. Thus, an API should be provided to compile package-wise. Current API is FS-oriented or too "smart" ("project" or "kiebase" oriented).
> Make Quarkus extension hot reload to also work with new rules
> -------------------------------------------------------------
>
> Key: DROOLS-4256
> URL: https://issues.jboss.org/browse/DROOLS-4256
> Project: Drools
> Issue Type: Task
> Reporter: Mario Fusco
> Assignee: Edoardo Vacchi
> Priority: Major
>
> At the moment hot reload of Kogito extesnsion for Quarkus only works when modifying an existing rule. It should also work when new rules (or entire drl files) are added or removed.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
4 years, 10 months