Hi Bram I've also been faced with this challenge... In contrast to ACE I'm building my own runtime assmebly (a zip) by using the maven assembly plugin.
To enable this way, I have to build the ACE artifacts in my workspace and upload them to our maven repo. During this build process I'm applying some small patches that changes to location where ACE is storing the repos and the target log/feedback data. The reason for this adoption was less the update "usecase" but more the reason that I quite often had to delete the bundle cache in my dev environment and I did not want to loose my repo data and avoid setting it up again. With this change, it's no problem to replace all bundles restart the server after deleting the bundle cache. I already proposed this change to Marcel Offermans, but it would require some more changes to keep backward compatibility (configuration changes and the way how the config is processed). Give me a short feedback if you are intersted in more info. Regards Wilfried -----Ursprüngliche Nachricht----- Von: Bram Pouwelse [mailto:[email protected]] Gesendet: Montag, 27. Januar 2014 07:55 An: [email protected] Betreff: Re: How to keep ace performance consistent Thanks Jan Willem! I have one more question, what is the best way to update Ace? Just replacing the server all in one jar doesn't work as it keeps using the bundles form bundle-cache and removing that isn't an option as the repositories are stored in the bundle-cache folder. 2014/1/15 Jan Willem Janssen <[email protected]> > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 11/01/14 18:12, Bram Pouwelse wrote: > > I've created a Jira issue [ACE-449] containing steps to reproduce > > the deploymentversionlimit. > > I just committed a fix for this issue, see rev 1558341. Thanks for > providing the reproduction path! > > - -- > Met vriendelijke groeten | Kind regards > > Jan Willem Janssen | Software Architect > +31 631 765 814 > > /My world is revolving around PulseOn and Amdatu/ > > Luminis Technologies B.V. > J.C. Wilslaan 29 > 7313 HK Apeldoorn > +31 88 586 46 30 > > http://www.luminis-technologies.com > http://www.luminis.eu > > KvK (CoC) 09 16 28 93 > BTW (VAT) NL8169.78.566.B.01 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG/MacGPG2 v2.0.17 (Darwin) > Comment: GPGTools - http://gpgtools.org > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBAgAGBQJS1m1AAAoJEKF/mP2eHDc4tRoP/AqaOqkZVn0ILUXT7KZIhT3F > wEC1/XxAZz1M4UnhkHxdMmOvhf+AqCWQSENi9YX7W6UjIq0dDQiz3o2M54ovGvl9 > q8gQiSZ7MiqtISKspQ2wVZT9KJwU1Dx9hNO51fzblsfJIFbNE2104/ImnhBfZCaI > VBSiXoEubV1RaBpxS1luIwWiW/zNZbX/NNMaR+71k6GsbZ+5/OY9V6MPpW2WE3wA > 5t8Z8oIucRzFuwp15LuY3mjO5YhjWf3hTDIs972ogIfKgG2JyIYBVR5gdcDXR12O > 7Oi3kt+fNYVmu7bjuAHlG9qjERP6/4c2PBtCPBPbBfc0CRjqPrnyEQaiXdfetjbl > WjiVlZQWRJsuk9JrEQtT356mEBV9RPFgy9O4RPTfk865bOygCmLHA8y2Xigy5V2J > a8aqb0s123WxeRJSaWGW7G/AxqwfQwmTGWuG+DORrao+L4EI6akpC+EFwXW1of6I > fM2FEhsmSmpfx55O15pKXW/mc7KvYRPkQWf2ABkvc+d5yjfoUwJtjwcmrW4TM7As > pTZjS+MyxDs/oiEfQ+lPh9gdBIR+V0rBQHQojon1p8mzVzK0PzOSVmWPlnC7hDrc > NNzLNFv/20gFKz7Rt1eV6oFDv+hyMerjtp7DlPYIw/sw6rglPkwU7Vmls95bxX6e > SgpOX9QRIOowzbb2XYob > =axuX > -----END PGP SIGNATURE----- >
