[Bug 58722] New: Parallel Deployment Override

[bu...@apache.org]

https://bz.apache.org/bugzilla/show_bug.cgi?id=58722

            Bug ID: 58722
           Summary: Parallel Deployment Override
           Product: Tomcat 8
           Version: trunk
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Catalina
          Assignee: dev@tomcat.apache.org
          Reporter: ben@zvan.net

I would like a flag in the deployer/manager to override parallel deployment.
For example: -Dforce.update=true would work.

Hypothetical conditions requiring this:

If webapp##9999.war is currently deployed (with 4-digit padding) and I need to
deploy webapp##10000.war.

If webapp##4.0.7_32 is currently deployed and I need to deploy webapp##2016.2
in the case of a changed versioning scheme.

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org

[Bug 58722] Parallel Deployment Override

[bu...@apache.org]

https://bz.apache.org/bugzilla/show_bug.cgi?id=58722

Mark Thomas <ma...@apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |WONTFIX
             Status|NEW                         |RESOLVED

--- Comment #1 from Mark Thomas <ma...@apache.org> ---
This would be very difficult to implement cleanly.

The context version selection is performed in the Mapper. The Mapper re-uses
the same code for host, context and context version selection. The code has
been carefully tuned over the years.

The cleanest implementation I can come up with is an option to specic a custom
version comparator for a host and then have the Mapper use the custom
comparator for the context version if provided. Even that will be a little
messy and end-users would have to be very careful with the comparator
implementation to ensure a) it gave the desired results and b) it was
performant.

Given the difficulties, I'm going to resolve this as WONTFIX since I think it
is very unlikely that a patch will be produced. That said, if someone wants to
take a look at this then please go ahead. Once you have a patch ready for
review attach it to this issue and re-open it.

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org