-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Chris,

On 7/21/15 11:07 AM, Chris Gamache wrote:
> +1 here. This would be nice to have a standard way to manage 
> different logical versions of the same webapp to handle 
> split-braining client and server code. That's my million dollar 
> problem.
> 
> So, the idea floated by this fine group of list participants was
> to deploy and use cookies that a reverse proxy would decode to send
> your users to different back ends. That only gets you halfway to
> where you're going. Say you have version 1.0 and 1.1. Any patches
> not requiring reload could be deployed with #001,#002, but you
> would need to deploy two or more of the same webapp to get
> different urls: /webapp-1.0 and /webapp-1.1. The whole idea of the
> parallel deployment is to get the old version of the webapp
> undeployed asap. If you have different logical versions that need
> to remain... Well, using the management servlet you can
> programmatically undeploy your obsolete webapps at your leisure.
> 
> I'm sure there's always a better idea lurking around out there 
> though.

I'm still not understanding the use case, here.

In what scenario would you want to knowingly access an "older" version
of the web application than the latest, and at the same time *not* have
a session key that is valid in one of those older versions?

- -chris
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJVrn+UAAoJEBzwKT+lPKRY2fsQAKHgUSE2Q5MvW3IjuKKcoMDv
mh8E++zeMBRV9OqAX3CF6YcmtT8Fq7Fgd8U5dn2PyMw9hwq2YBIi4OuvZmD9Jre0
CVLG+2x/RaxrkSiJJQpwqYiFW69ZZ8cf7SgSTeqzaZS9f14VpXFISgSCOGYRyEBH
Cm6BiKzO96//cmk17/rYhkOsDt+6rKIsfRv3KNwSujxfzcPJ1ayohYvchc5njaTi
A3KSzfy65UbUybgP82OX+cV25+78dVMG+ndUoKLwukvDxY8Lh63xBhlYh7pxhtcU
N3XD7JgaNxzpsyX2OxkKD+3BCJ2t7Gx0ZqYn3bFvOdRgCORGnOZCwoRPWc5ATmuh
B/TWkamzvZgXgUfMewoJL3lmcQPlltw9SbXAUGssg9tas5foiFKjxHRR47hJMfju
m6xRgYRw1YY9DbfFKaP82ybglfBcO1+K9lnCOFBmzsC73Kvkqaq+XNR+K0EOg3bY
wF2rRqkikNg0PcrhmwdMMpP21kY1nDBr9h1fDzS3emguVKKEGnLjz/YfJ9QX/wo5
IztmdgvvodMwJpY8lSQxOStgKcAbyt/fjZ1XvqLWxMVRldnuYxFIKzXwFOdN8TfO
+N5Vz6tGeX3xviFpYCCJ8tTqYbxJl4iWkpqGZneY4wAXRFSkwl7XCPz4Q/4FkbRv
omi/s7IsQ+f0Il7KPY+S
=Gcmi
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to