Tim,
On 10/9/20 02:18, Tim N wrote:
>> The second seems to the result of a cluster message received which seems
>> odd on the machine where the session is being created
I was going to ask about that registration process. It looks like each
machine on the cluster registers every machine in the clu
> The second seems to the result of a cluster message received which seems
odd on the machine where the session is being created
I think this was the issue. I've changed:
StaticMembershipInterceptor interceptor = new StaticMembershipInterceptor();
int clusterMemberCount =
Integer.parseInt(serverP
Here's the two stack traces, in order of occurrence, for the DeltaSession
creation. The second seems to the result of a cluster message received
which seems odd on the machine where the session is being created:
:109, DeltaSession (org.apache.catalina.ha.session)
createEmptySession:471, DeltaManag
> Can you show us how you configured this cluster please?
Sure.
Tomcat tomcat = new Tomcat();
tomcat.setBaseDir(baseDir);
tomcat.getServer().setAddress("127.0.0.1");
tomcat.getServer().setPort(shutDownPort);
tomcat.getServer().setShutdown("SHUTDOWN");
tomcat.getServer().addLifecycleListener(new
On 08/10/2020 10:04, Tim N wrote:
> Hi,
>
> I'm in the early stages of analysing this problem:
>
>- Tomcat Embedded 9.0.37 with clustering enabled
>- SpringBoot application, 2.1.16
>- Login with no existing JSESSIONID fails
>
> I can see the following code is executed twice within on
Hi,
I'm in the early stages of analysing this problem:
- Tomcat Embedded 9.0.37 with clustering enabled
- SpringBoot application, 2.1.16
- Login with no existing JSESSIONID fails
I can see the following code is executed twice within one request, the
login attempt:
*~/.m2/repository/org
