Yes, keep align across projects are really hard, especially projects evolve independently and release separately, fortunately we have OBR resolver which prevent to install redundant bundles, have multiple version bundles in kit is ugly but has no real impact in terms of functionality.
And I do think keep full kit is necessary, it's important for users who have no internet access. My 2 cents Thanks －－－－－－－－－－－－－ Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat Web: http://fusesource.com | http://www.redhat.com/ Twitter: freemanfang Blog: http://freemanfang.blogspot.com http://blog.sina.com.cn/u/1473905042 weibo: @Freeman小屋 On 2013-6-28, at 上午4:57, Gert Vanthienen 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
