-
Notifications
You must be signed in to change notification settings - Fork 304
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clustered / Versioned applications cannot be enabled on individual cluster instances #433
Comments
I am seeing subtly different behaviour. If I have a cluster test-cluster with two instances test1c test2c If I have two versions of an application deployed. deployed initially using asadmin deploy --target test-cluster -name app:1.0 app.war
asadmin deploy --target test-cluster --enabled false -name app:2.0 app.war The version 1.0 application is available from both nodes. If I then do asadmin enable --target test1c app:2.0 The application is accessible on test1c but a 404 is given for test2c If i then do asadmin enable --target test2c app:2.0 The application is again available on both nodes. |
My understanding is that when the 2.0 version is enabled on test1c the 1.0 version should remain available on test2c. |
Sorry, I misread your comments above. The above is the exact behavior I am seeing as well, Thank you for looking at this issue. |
#270 is pretty much a duplicate as far as clusters as concerned, although it would not be bad if rolling updates would work on a standalone instance as well. |
Rolling upgrades work on GF 4.1 right now with standalone instances, just not with clusters. I don't see a reason why it wouldn't work the same with Payara.
|
If that's true (somehow I could not achieve it, but will try again following the process outlined by @smillidge without the 'target' option) then #270 could be simply closed. Will post back with my results. |
Standalone instances and versioned apps should work fine on Payara. In fact configuring standalone instances with Hazelcast web session clustering across the instances, by specifying the same Hazelcast configuration will also give HA web sessions similar to a "cluster". So full HA rolling updates are possible with standalone instances. Problem is only cluster related as the version is disabled across all cluster instances rather than just the target cluster instance. |
Checked in 4.1.153. I can confirm, rolling updates in standalone instance works. #270 can be closed. |
…sioning PAYARA-452 Fixes #433 versioned application can not be enabled on cluster instance
FISH-666 FISH-667 FISH-1066 FISH-1068 FISH-1069 FISH-1079 FISH-1146 FISH-1204 FISH-1312 FISH-1372 FISH-1416 FISH-1504 FISH-1518 FISH-1520 FISH-1526 FISH-1530 QACI-543 QACI-624 MicroProfile 4.1 plus Reverts
Regression from GlassFish 3.1.2.2
This is an upstream bug: https://java.net/jira/browse/GLASSFISH-21198
The text was updated successfully, but these errors were encountered: