You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cloudstack.apache.org by GitBox <gi...@apache.org> on 2022/04/01 11:02:18 UTC

[GitHub] [cloudstack] rohityadavcloud commented on pull request #6007: StorPool storage plugin

rohityadavcloud commented on pull request #6007:
URL: https://github.com/apache/cloudstack/pull/6007#issuecomment-1085761601


   Hi @slavkap, agree with your approach around jar bundling, but it isn't needed - you can still have the storpool plugin shaded and still get the benefit of out-of-support jar updates:
   
   The jars and resources 'earlier' on the classpath take precedence over resources that are specified after them, you can still allow for the storpool volume plugin to be shaded into the uber/fat jar and still be able to provide an explicit jar for out-of-support deployment in the `lib` folder as long as the explicit jar comes first in order (as the default classpath in the /etc/default/cloudstack-management uses lib/*).
   
   ```
   CLASSPATH="/usr/share/cloudstack-management/lib/*:
   ```


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org