Skip to content
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

Closed
lprimak opened this issue Sep 7, 2015 · 8 comments

Comments

@lprimak
Copy link
Contributor

lprimak commented Sep 7, 2015

Regression from GlassFish 3.1.2.2
This is an upstream bug: https://java.net/jira/browse/GLASSFISH-21198

@smillidge
Copy link
Contributor

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.
app:1.0
app:2.0

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.

@smillidge
Copy link
Contributor

My understanding is that when the 2.0 version is enabled on test1c the 1.0 version should remain available on test2c.

@lprimak
Copy link
Contributor Author

lprimak commented Sep 9, 2015

Sorry, I misread your comments above. The above is the exact behavior I am seeing as well,
which is the issue at hand. It doesn't matter what the version string looks like.
Right now, it's impossible to do rolling upgrades on GF 4.1

Thank you for looking at this issue.

@ratcashdev
Copy link
Contributor

#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.

@lprimak
Copy link
Contributor Author

lprimak commented Sep 9, 2015

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.

On Sep 9, 2015, at 9:33 AM, ratcash notifications@github.com wrote:

#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.


Reply to this email directly or view it on GitHub.

@ratcashdev
Copy link
Contributor

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.

@smillidge
Copy link
Contributor

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.

@ratcashdev
Copy link
Contributor

Checked in 4.1.153. I can confirm, rolling updates in standalone instance works. #270 can be closed.

smillidge added a commit that referenced this issue Sep 11, 2015
…sioning

PAYARA-452 Fixes #433 versioned application can not be enabled on cluster instance
JamesHillyard pushed a commit to JamesHillyard/Payara that referenced this issue Sep 17, 2021
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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants