[JBoss JIRA] (WFLY-10776) Java 9: Illegal reflective access
by Marek Kopecký (JIRA)
[ https://issues.jboss.org/browse/WFLY-10776?page=com.atlassian.jira.plugin... ]
Marek Kopecký moved JBEAP-15159 to WFLY-10776:
----------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-10776 (was: JBEAP-15159)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Management
(was: Security Manager)
Affects Version/s: (was: 7.1.0.GA)
> Java 9: Illegal reflective access
> ---------------------------------
>
> Key: WFLY-10776
> URL: https://issues.jboss.org/browse/WFLY-10776
> Project: WildFly
> Issue Type: Bug
> Components: Management
> Environment: Fedora 26, x86_64
> {code}
> $ java -version
> openjdk version "9.0.1"
> OpenJDK Runtime Environment (build 9.0.1+11)
> OpenJDK 64-Bit Server VM (build 9.0.1+11, mixed mode)
> {code}
> Reporter: Marek Kopecký
> Assignee: Stefan Guilhen
>
> I can see following warnings when I start EAP7.1.0.GA server with JDK9:
> {code}
> WARNING: Illegal reflective access by org.wildfly.security.manager.GetAccessibleDeclaredFieldAction (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/org/wildfly/security/elytron-private/main/wildfly-elytron-1.1.7.Final-redhat-1.jar!/) to field java.security.AccessControlContext.context
> WARNING: Illegal reflective access by org.jboss.threads.ThreadLocalResetter$1 (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/org/jboss/threads/main/jboss-threads-2.2.1.Final-redhat-1.jar!/) to field java.lang.Thread.threadLocals
> WARNING: Illegal reflective access by org.jboss.threads.ThreadLocalResetter$2 (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/org/jboss/threads/main/jboss-threads-2.2.1.Final-redhat-1.jar!/) to field java.lang.Thread.inheritableThreadLocals
> WARNING: Illegal reflective access by org.xnio.nio.NioXnio$2 (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/org/jboss/xnio/nio/main/xnio-nio-3.5.4.Final-redhat-1.jar!/) to constructor sun.nio.ch.EPollSelectorProvider()
> WARNING: Illegal reflective access by io.undertow.util.FlexBase64$1 (jar:file:/tmp/CR4/jboss-eap-7.1/modules/system/layers/base/io/undertow/core/main/undertow-core-1.4.18.Final-redhat-2.jar!/) to constructor java.lang.String(char[],boolean)
> {code}
> Oracle has stated that
> {quote}
> When deny becomes the default illegal-access mode then permit will likely remain supported for at least one release, so that developers can continue to migrate their code. The permit, warn, and debug modes will, over time, be removed, as will the --illegal-access option itself.
> {quote}
> http://openjdk.java.net/jeps/261#Relaxed-strong-encapsulation
> Not sure what all components are affected, I see at least Undertow and XNIO. Well, to be honest, I guess there will be more problems in the code which occurr in various situations...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFCORE-3988) Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
by Marek Kopecký (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3988?page=com.atlassian.jira.plugi... ]
Marek Kopecký updated WFCORE-3988:
----------------------------------
Description:
Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
{noformat}
[mkopecky@dhcp-10-40-4-197 bin]$ export JAVA_OPTS="--add-modules=java.se"
[mkopecky@dhcp-10-40-4-197 bin]$ ./domain.sh
JAVA_OPTS already set in environment; overriding default settings with values: --add-modules=java.se
=========================================================================
JBoss Bootstrap Environment
JBOSS_HOME: /home/mkopecky/playground/wf/wfly.29/wfly.29
JAVA: /home/mkopecky/base/jdk11_ea21_2018_08_01/bin/java
JAVA_OPTS: -server --add-modules=java.se
=========================================================================
10:37:11,438 INFO [org.jboss.modules] (main) JBoss Modules version 1.8.5.Final
10:37:11,659 INFO [org.jboss.threads] (main) JBoss Threads version 2.3.2.Final
...
[Host Controller] WARNING: An illegal reflective access operation has occurred
[Host Controller] WARNING: Illegal reflective access by org.xnio.nio.NioXnio$2 (jar:file:/home/mkopecky/playground/wf/wfly.29/wfly.29/modules/system/layers/base/org/jboss/xnio/nio/main/xnio-nio-3.6.3.Final.jar!/) to constructor sun.nio.ch.EPollSelectorProvider()
[Host Controller] WARNING: Please consider reporting this to the maintainers of org.xnio.nio.NioXnio$2
[Host Controller] WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
[Host Controller] WARNING: All illegal access operations will be denied in a future release
{noformat}
was:Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
> Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
> ----------------------------------------------------------------------------------
>
> Key: WFCORE-3988
> URL: https://issues.jboss.org/browse/WFCORE-3988
> Project: WildFly Core
> Issue Type: Bug
> Components: Management
> Reporter: Marek Kopecký
> Assignee: Jeff Mesnil
> Priority: Blocker
>
> Domain prints WARNING with JDK10+ during start-up (XNIO illegal reflective access)
> {noformat}
> [mkopecky@dhcp-10-40-4-197 bin]$ export JAVA_OPTS="--add-modules=java.se"
> [mkopecky@dhcp-10-40-4-197 bin]$ ./domain.sh
> JAVA_OPTS already set in environment; overriding default settings with values: --add-modules=java.se
> =========================================================================
> JBoss Bootstrap Environment
> JBOSS_HOME: /home/mkopecky/playground/wf/wfly.29/wfly.29
> JAVA: /home/mkopecky/base/jdk11_ea21_2018_08_01/bin/java
> JAVA_OPTS: -server --add-modules=java.se
> =========================================================================
> 10:37:11,438 INFO [org.jboss.modules] (main) JBoss Modules version 1.8.5.Final
> 10:37:11,659 INFO [org.jboss.threads] (main) JBoss Threads version 2.3.2.Final
> ...
> [Host Controller] WARNING: An illegal reflective access operation has occurred
> [Host Controller] WARNING: Illegal reflective access by org.xnio.nio.NioXnio$2 (jar:file:/home/mkopecky/playground/wf/wfly.29/wfly.29/modules/system/layers/base/org/jboss/xnio/nio/main/xnio-nio-3.6.3.Final.jar!/) to constructor sun.nio.ch.EPollSelectorProvider()
> [Host Controller] WARNING: Please consider reporting this to the maintainers of org.xnio.nio.NioXnio$2
> [Host Controller] WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
> [Host Controller] WARNING: All illegal access operations will be denied in a future release
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (DROOLS-2814) MVEL uses random parameter type methods for BigDecimal.valueOf(100)
by Toshiya Kobayashi (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2814?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi commented on DROOLS-2814:
-------------------------------------------
Just wanted to mention, this analysis is done by [~mkobayas]. Thanks!
> MVEL uses random parameter type methods for BigDecimal.valueOf(100)
> -------------------------------------------------------------------
>
> Key: DROOLS-2814
> URL: https://issues.jboss.org/browse/DROOLS-2814
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.9.0.Final
> Environment: - MVEL2 2.4.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Mario Fusco
> Labels: support
> Attachments: BigDecimalMvelTest.zip
>
>
> When MVEL evaluates
> {noformat}
> java.math.BigDecimal.valueOf(100)
> {noformat}
> , MVEL determines a method from valueOf(double val) or valueOf(long val).
> The result is not consistent. Sometimes uses valueOf(double val), Sometimes uses valueOf(long val).
> ParseTools.getMethodScore() gives the same score for double and long.
> https://github.com/mvel/mvel/blob/master/src/main/java/org/mvel2/util/Par...
> So a selected method will depend on the order of result of "cls.getMethods()".
> Reproducer:
> $ unzip BigDecimalMvelTest.zip
> $ cd BigDecimalMvelTest
> $ mvn compile
> $ ./loop.sh
> It runs the MVEL test 100 times:
> {noformat}
> $ ./loop.sh
> result = 100.0
> result = 100.0
> result = 100.0
> result = 100
> result = 100.0
> result = 100.0
> ...
> {noformat}
> In my environment, "100.0" is the majority but randomly see "100" as well. (I couldn't reproduce with single run with java for loop)
> Expectation is constantly "100" (using valueOf(long val)) because in case of usual Java "java.math.BigDecimal.valueOf(100)", Java compiler chooses valueOf(long val) if the parameter is int. (considering "direct supertype" https://docs.oracle.com/javase/specs/jls/se8/html/jls-4.html#jls-4.10)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Rostislav Svoboda (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ]
Rostislav Svoboda edited comment on WFCORE-3962 at 8/1/18 4:13 AM:
-------------------------------------------------------------------
So the solution should be ManagedServerBootCmdFactory / JvmOptionsBuilderFactory changes ++ scripts changes ?
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFCORE-3962
> URL: https://issues.jboss.org/browse/WFCORE-3962
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules
> Affects Versions: 6.0.0.Alpha3
> Reporter: Matej Novotny
> Priority: Blocker
> Labels: Java11, blocker-WF14
>
> As per request, copying MODULES-372 to WFCORE as well.
> Starting WFLY with JDK 11 using {{standalone.sh}} yields:
> {code}
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> {code}
> Output of {{java -version}}:
> {code}
> openjdk version "11-ea" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11-ea+21)
> OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Rostislav Svoboda (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ]
Rostislav Svoboda edited comment on WFCORE-3962 at 8/1/18 4:11 AM:
-------------------------------------------------------------------
Just FYI, domain will need a bit more complicated fix.
{code}
JAVA_OPTS="-Xms64m -Xmx512m -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true --add-modules=java.se" jboss-eap-7.2/bin/domain.sh
{code}
DC/HC boots, but server instances throw
{code}
[Server:server-one] Exception in thread "main" org.jboss.modules.ModuleLoadError: java.se
Server:server-two] Exception in thread "main" org.jboss.modules.ModuleLoadError: java.se
{code}
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFCORE-3962
> URL: https://issues.jboss.org/browse/WFCORE-3962
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules
> Affects Versions: 6.0.0.Alpha3
> Reporter: Matej Novotny
> Priority: Blocker
> Labels: Java11, blocker-WF14
>
> As per request, copying MODULES-372 to WFCORE as well.
> Starting WFLY with JDK 11 using {{standalone.sh}} yields:
> {code}
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> {code}
> Output of {{java -version}}:
> {code}
> openjdk version "11-ea" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11-ea+21)
> OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Rostislav Svoboda (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ]
Rostislav Svoboda edited comment on WFCORE-3962 at 8/1/18 4:11 AM:
-------------------------------------------------------------------
I had to edit jboss-eap-7.2/domain/configuration/host.xml to add ({<option value="--add-modules=java.se"/>}} into {{<jvm-options>}} section
>From command line I can adjust only host controller and process controller java opts.
I think we have bigger problem than we thought, we will need to detect java version in code and adjust {{jvm-options}} programmatically for domain use-case.
CCing [~jmesnil], [~kabirkhan] and also [~brian.stansberry] (you will need to wait extra 5 years before people stop bothering you about wf core stuff ;))
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFCORE-3962
> URL: https://issues.jboss.org/browse/WFCORE-3962
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules
> Affects Versions: 6.0.0.Alpha3
> Reporter: Matej Novotny
> Priority: Blocker
> Labels: Java11, blocker-WF14
>
> As per request, copying MODULES-372 to WFCORE as well.
> Starting WFLY with JDK 11 using {{standalone.sh}} yields:
> {code}
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> {code}
> Output of {{java -version}}:
> {code}
> openjdk version "11-ea" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11-ea+21)
> OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFCORE-3962) Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
by Rostislav Svoboda (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3962?page=com.atlassian.jira.plugi... ]
Rostislav Svoboda edited comment on WFCORE-3962 at 8/1/18 4:11 AM:
-------------------------------------------------------------------
Here is PR for GC logging - https://github.com/wildfly/wildfly-core/pull/3403/files
The idea of detecting Java version
{code}$JAVA --add-modules java.se -version > /dev/null || JAVA_9_PLUS=no{code}
and adjusting JAVA_OPTS {code}--add-modules java.se{code} can be applied to fix this issue for all affected scripts
> Starting WFLY scripts with JDK 11 blows up with ModuleNotFoundException java.se
> -------------------------------------------------------------------------------
>
> Key: WFCORE-3962
> URL: https://issues.jboss.org/browse/WFCORE-3962
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules
> Affects Versions: 6.0.0.Alpha3
> Reporter: Matej Novotny
> Priority: Blocker
> Labels: Java11, blocker-WF14
>
> As per request, copying MODULES-372 to WFCORE as well.
> Starting WFLY with JDK 11 using {{standalone.sh}} yields:
> {code}
> org.jboss.modules.ModuleNotFoundException: java.se
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
> {code}
> Output of {{java -version}}:
> {code}
> openjdk version "11-ea" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11-ea+21)
> OpenJDK 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFWIP-76) IndexOutOfBoundsException in JDBC HA scenario
by Miroslav Novak (JIRA)
Miroslav Novak created WFWIP-76:
-----------------------------------
Summary: IndexOutOfBoundsException in JDBC HA scenario
Key: WFWIP-76
URL: https://issues.jboss.org/browse/WFWIP-76
Project: WildFly WIP
Issue Type: Bug
Components: Artemis
Reporter: Miroslav Novak
Assignee: Martyn Taylor
Priority: Blocker
PR: https://github.com/wildfly/wildfly/pull/11355
*Scenario:*
* There are two Wildfly servers each containing two Artemis brokers
* Artemis brokers creates two live-backup pairs. Each Wildfly instance contains one live and one backup
* Second server has MDB which resends messages from InQueue to OutQueue
* The second server is stopped and restarted
After the second server is restarted, everything works correctly for a while. Failback performs successfully, MDB resends messages. However after some time the server starts to print many errors \[1\]. It looks like some messages where corrupted during failover/failback and cannot be delivered.
The reproducer always hits the issue. The issue is not relevant to particular database, I hit it with Oracle12c and DB2 11.1. I also tried to reduce amount of messages and their size, but I still hit the issue. So it is not related to paging or large messages.
\[1\]
{code}
15:20:50,010 ERROR [org.apache.activemq.artemis.ra] (Thread-7 (ActiveMQ-client-global-threads)) AMQ154004: Failed to deliver message: java.lang.IndexOutOfBoundsException
at org.apache.activemq.artemis.core.buffers.impl.ChannelBufferWrapper.readSimpleStringInternal(ChannelBufferWrapper.java:93) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.core.buffers.impl.ChannelBufferWrapper.readNullableSimpleString(ChannelBufferWrapper.java:73) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.reader.TextMessageUtil.readBodyText(TextMessageUtil.java:37) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.jms.client.ActiveMQTextMessage.doBeforeReceive(ActiveMQTextMessage.java:112) [artemis-jms-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.ra.inflow.ActiveMQMessageHandler.onMessage(ActiveMQMessageHandler.java:295) [artemis-ra-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.callOnMessage(ClientConsumerImpl.java:1001) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.access$400(ClientConsumerImpl.java:49) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl$Runner.run(ClientConsumerImpl.java:1124) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:122) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_171]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_171]
at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_171]
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFLY-10630) HttpSessionListener.sessionDestroyed() not called if session invalidated in another WAR
by Bartosz Baranowski (JIRA)
[ https://issues.jboss.org/browse/WFLY-10630?page=com.atlassian.jira.plugin... ]
Bartosz Baranowski commented on WFLY-10630:
-------------------------------------------
[~bkabelka] Im following instructions from README.md . Ive tinkered a bit( mostly with file location/url and +{noformat}@POST {noformat} in POJOs(+add-user.sh). I could get past initial error(405 on POST) but thats it. Could you please check against latest WFLY master(possibly update reproducer) and attach steps + all conf files?
> HttpSessionListener.sessionDestroyed() not called if session invalidated in another WAR
> ---------------------------------------------------------------------------------------
>
> Key: WFLY-10630
> URL: https://issues.jboss.org/browse/WFLY-10630
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Final, 13.0.0.Final
> Environment: Windows 10, Java 1.8.0_131
> Reproducible with both WildFly-10.0.0.Final and Wildfly-13.0.0.Final
> Reporter: Bernhard Kabelka
> Assignee: Bartosz Baranowski
>
> For sessions shared across different WARs in a single EAR, the notification of HttpSessionListener works differently in WildFly 10.0.0.Final (and Wildfly 13.0.0.Final) than it it used to work in WildFly 8.2.0.Final:
> I have an EAR containing two WARs with enabled session sharing across the WARs. Basically, one WAR contains the web UI, and the other WAR contains the REST interfaces for AJAX calls made by the UI. The user authenticates against the UI-WAR. On logout, a REST method in the AJAX-WAR is triggered which calls HttpSession.invalidate() on the user session.
> In WildFly 8.2.0.Final, a HttpSessionListener in the UI-WAR gets notified immediately about session creation and destruction.
> In WildFly 13.0.0.Final, however, a HttpSessionListener in either WAR only gets one of the two notifications:
> * In the UI-WAR, I get a notification about the created session immediately when the login form is loaded. However, I do not receive any notification about the session destruction (unless it times out).
> * In the AJAX-WAR, I do not get any notification about the session creation at all, but I immediately receive a notification about the session destruction.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months