I would like to see each module contains its own assembly, it would make
things more normal.

Initially we made the release module to force assembly to occur at the end,
and to avoid taking the time to build download artifacts during day to day
development.

We could keep the release profile and only build zip download bundles when
it is used.
--
Jody Garnett


On Wed, May 29, 2024 at 1:15 AM Andrea Aime <
andrea.a...@geosolutionsgroup.com> wrote:

> Hi all,
> I've got reports that the COG community module packaged zip bundles are
> not working any
> longer. Looking into it, it seems there are conflicting versions of
> dependencies that are causing the trouble.
>
> As you probably know, the packaging is currently done this way:
>
>    - A "release" module depends on all the modules that want to be
>    packages
>    - The release module dumps all these module dependencies into a single
>    directory
>    - Each module packaging descriptor picks from that pile of jars using
>    globs
>
> Now, we already had some issues with incompatible dependency versions, but
> we more or less managed. Now there is a group of 3 different community
> modules that depend, in turn, to AWS and Azure  cloud libraries, which in
> turn depend on Netty. Unfortunately, two different and incompatible
> versions of it.
> Ideally, we could just upgrade the Azure blob storage library in GWC, but
> that amounts to a rewrite of the module.
>
> Rather than doing that, I'd suggest to untangle community module packaging
> in the simplest possible way:
>
>    - Have each module collect its own dependencies in target/dependencies
>    when a specific profile is used (e.g., -Passembly?)
>    - Have the assembly descriptor point at its own module
>    - Get rid of the "release" module
>
> Ideally we could do that for extensions as well, but I'd try that with
> community modules first.
>
> Thoughts?
>
> Regards,
>
> Andrea Aime
>
>
> ==
> GeoServer Professional Services from the experts!
>
> Visit http://bit.ly/gs-services-us for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions Group
> phone: +39 0584 962313
>
> fax:     +39 0584 1660272
>
> mob:   +39  339 8844549
>
> https://www.geosolutionsgroup.com/
>
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
> Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE
> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
> precisa che ogni circostanza inerente alla presente email (il suo
> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
> operazione è illecita. Le sarei comunque grato se potesse darmene notizia.
>
> This email is intended only for the person or entity to which it is
> addressed and may contain information that is privileged, confidential or
> otherwise protected from disclosure. We remind that - as provided by
> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
> e-mail or the information herein by anyone other than the intended
> recipient is prohibited. If you have received this email by mistake, please
> notify us immediately by telephone or e-mail
> _______________________________________________
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to