ace-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sibla Wilfried <Wilfried.Si...@bosch-si.com>
Subject AW: How to keep ace performance consistent
Date Mon, 27 Jan 2014 10:41:14 GMT
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:bram@pouwelse.com] 
Gesendet: Montag, 27. Januar 2014 07:55
An: users@ace.apache.org
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 <janwillem.janssen@luminis.eu>

> -----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-----
>

Mime
View raw message