+1 on zip only for 5.0 and keep the -full distro. I don't think it's possible to align all third party dependencies of SMX, Camel, CXF and ActiveMQ because they all have different release cycles. May SMX can do some last minute sanity checks on this before starting the release procedure...
Best, Christian ----------------- Software Integration Specialist Apache Camel committer: https://camel.apache.org/team V.P. Apache Camel: https://www.apache.org/foundation/ Apache Member: https://www.apache.org/foundation/members.html https://www.linkedin.com/pub/christian-mueller/11/551/642 On Thu, Jun 27, 2013 at 10:57 PM, Gert Vanthienen <[email protected] > wrote: > L.S., > > > On the Apache ServiceMix 4.5.2 vote thread, Dan brought up the fact > that there now is a 100 MB upload limit to the dist repository. Our > -full assembly is definitely larger than this and we even make things > a bit worse by adding multiple versions of some bundles into the > assembly. This usually happens when multiple versions of the same > bundle are being used across projects. > > The obvious solution would be to check those versions across projects > and try to get them aligned as good as we can, but this will be a > never-ending task and very hard to keep up in the long run, so I was > wondering if there was anything else we could do to make this a bit > easier or more automated. > > For Apache ServiceMix 5.0.0, we could also consider the option of only > shipping a ZIP file. I think it should be possible to create an > archive that works on both Windows and other operating systems. If we > could, that would significantly reduce our footprint on Apache's > infrastructure, though it would still keep us way above the 100 MB > limit if we keep on shipping the -full assembly. > > Personally, I would prefer to keep that assembly around - the > ease/speed of installation of all the extra features outweighs the > cost of the extra disk space used on a server in my mind. But that's > just my personal opinion and we can always consider the option of > dropping the -full assembly again if it proves too big of an issue for > infra@ > > > Regards, > > Gert >
