You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@ace.apache.org by Jan Willem Janssen <ja...@luminis.eu> on 2014/06/13 13:54:04 UTC
ApacheCon CFP closes June 25
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
As you may be aware, ApacheCon will be held this year in Budapest, on
November 17-23. (See http://apachecon.eu for more info.)
The Call For Papers for that conference is still open, but will be
closing soon. We need you talk proposals, to represent Apache Ace at
ApacheCon. We need all kinds of talks - deep technical talks, hands-on
tutorials, introductions for beginners, or case studies about the
awesome stuff you're doing with Apache Ace.
Please consider submitting a proposal, at
http://events.linuxfoundation.org//events/apachecon-europe/program/cfp
Thanks!
- --
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/
iQIcBAEBAgAGBQJTmuZbAAoJEKF/mP2eHDc4VLsQANVkv5YngQyhj2xd4pX9eV41
ZDGZyRzw5o0DMESSPcAXz+YE2thH+bFYeoVIu6/ucSmmgO0quCkRLo0u3t3VB67W
aCwl8Zm/72JfxelxSn2Ct0UX5AI5f+jmNQMH7bpP2pbXSdtQDZwTy6L0HMeJX0ro
gZBxrArrAlsy4xz6BjA0ysPfPEedag87H9i5VKrYxaKJD3zRtKeHE06mK5RCK+2Z
A97PApk76yhQzjt1pzPASHZWPRDWNGodWQVLlDKfyHHLD8pm84lvViuK7RnL3WdQ
bLy1mUiLqyehhmj9EqdEXJitvP8MFwpRBeoz2XsNZTG3eELV2wqsIxJiPoJ7Yykw
RsAwaXC55Mpoeprd+56iC+MzEqHjYe52acp2NCvHEBb17SfPpjADC0IH0/gWYMwr
qLCMPmD+nqshCaIuujbxXKY3qmebWc4vLLAObYUrNmphJ/86YUGfp1g8bH1FJzgo
/s0ZB6ckDkCKeWvQ8YgqZNuCreP42WVK28HpbL3uINNH2LJix8lZOS+q53V44zr3
/CyC9AyN7BLcHSO9Xoa8fmPu00gV6SRRA0rmMAB+FHKf+F700tfagBBLLFfKamXe
ZzH3WN91LbbRhyZbf4AuOgRkcQOLw/i4mMfDnUpf4m5WMFelLONzq6hlMTN317GN
3kbc9f6NYrZe8h15XgtL
=5W82
-----END PGP SIGNATURE-----
AW: storage location of ACE repository
Posted by Sibla Wilfried <Wi...@bosch-si.com>.
Hi Jan,
Thx for your really fast reply.
In my case I sometimes had no more access to the ACE repos through the VaadinUI. How could I do the export in such a case?
Would I have to do this on the command line? Or is that currently not implemented yet?
I'm not sure if in such a situation a Workspace can be created e.g. from the GoGo console to export the repos.
On the other side, why exporting when's the repos can be stored outside of the bundle cache very simple. Without any side effects and required subsequent changes/adjustments. The behavior of ACE remains at is, except that the repos are stored in a configurable location.
But nevertheless I think that those changes could also be very helpful.
For example, if I hand over a server runtime installation to the sysops and after some weeks something goes wrong.
Then the first (and very simple) steps for a quick fix trial is to ask the sysops to delete the bundle cache and restart the server.
This helps most of the time and the server is running again and can be used.
I believe that this proceeding would not comply to your ambition to reproduce, find and fix the problem.
But unfortunately in those scenarios it's also really difficult or nearly impossible to reproduces those problems
Regards
Wilfried
Danke und Grüße
Wilfried
> -----Ursprüngliche Nachricht-----
> Von: Jan Willem Janssen [mailto:janwillem.janssen@luminis.eu]
> Gesendet: Montag, 21. Juli 2014 16:44
> An: dev@ace.apache.org
> Betreff: Re: storage location of ACE repository
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Wilfried,
>
> On 21/07/14 16:19, Sibla Wilfried wrote:
> > As most of the ACE users might know, ACE is storing its repositories
> > (shop, target, deployment and users, and also the
> > auditlog) within the bundles cache of the bundle
> > org.apache.ace.repository.impl.jar.
> >
> > In our environment we are quite often forced to restart the server
> > including deleting the bundle cache to fix some runtime problems
> > (possibly/probably caused by some mistakes made during using the
> > vaadin UI; but not really reproducible). Although this happens in a
> > test/development environment it's quite annoying to setup the
> > repository again afterwards.
>
> I see lots of overlap with another long-standing request for ACE: the ability
> to export and import repositories in ACE. I think this might solve your issue
> as well?
>
>
> - --
> Met vriendelijke groeten | Kind regards
>
> Jan Willem Janssen | Software Architect
> +31 631 765 814
>
> /My world is revolving around INAETICS and Amdatu/
>
> Luminis Technologies B.V.
> Churchillplein 1
> 7314 BZ Apeldoorn
> +31 88 586 46 00
>
> 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/
>
> iQIcBAEBAgAGBQJTzSceAAoJEKF/mP2eHDc4jvsQAMjDGRjbuvhXyT4DvyZravuD
> jwu2nP032hiVah8arT66vDY0pgLLCccluXj1qm7YpOvN5uTkVrtThntp39piYiO8
> YoUFyQYuAaplwTozZQynoRQcY+wfXLPYLDAd4yCNvc0kvU7uXdsTL7dEmRkJtQ4y
> ONKBVyMAXoQWl6ppU6X89M3xaIprYipN4X1lzgN94Zcjj9YsxwTG7+fsFUq+VT46
> guGPItW/9m4YgZmVtp/Otg4NJtI4NBqLYnAK5TMmUk5sA+B2hB77eQsaQcC3ag1/
> didXXj7dUF0RQT2d+Flr6lraKINPkt6xzsc/sM0FWjMlUP7seswuXaGAc3TtRdxS
> IP+NaLayDEP7suRrOqlvplAVJKGTtdzgGMQmuE6IhuDCAMsirqMTQq6SXjUAj5Zu
> R7ZB9dZaztzazrYMBok96YBQ4xLBo6FdFpyMczuQg4NPXZbK3f3vUYkrwKe0ncoZ
> d07hsAA0ha48Np86IGJxeRJJmI/mfN5yhm9jsuyS7F1YmR2MddibXtNWc7PfE1/V
> 68ccCMBq7DXdmKmXoOQ6NPj/pqaiay+S/9zyEY0XrVUDo67KlwuYdkxlQ5vRXT6k
> 4oLNCZAsTjhn7ioF3e2jdIEZOMP0yO2vx5h0HEr9FFoifA0rRjOfA6bM4rY/1yG8
> 0fhYtwPnXOyUb9A9NPSv
> =iFyN
> -----END PGP SIGNATURE-----
AW: storage location of ACE repository
Posted by Sibla Wilfried <Wi...@bosch-si.com>.
Hi Jan,
Thx for your really fast reply.
In my case I sometimes had no more access to the ACE repos through the VaadinUI. How could I do the export in such a case?
Would I have to do this on the command line? Or is that currently not implemented yet?
I'm not sure if in such a situation a Workspace can be created e.g. from the GoGo console to export the repos.
On the other side, why exporting when's the repos can be stored outside of the bundle cache very simple. Without any y side affects
But nevertheless I think that those changes could also be very helpful.
For example, if I hand over a server runtime installation to the sysops and after some weeks something goes wrong.
Then the first (and very simple) steps for a quick fix trial is to ask the sysops to delete the bundle cache and restart the server.
This helps most of the time and the server is running again and can be used.
I believe that this proceeding would not comply to your ambition to reproduce, find and fix the problem.
But unfortunately in those scenarios it's also really difficult or nearly impossible to reproduces those problems
Regards
Wilfried
> -----Ursprüngliche Nachricht-----
> Von: Jan Willem Janssen [mailto:janwillem.janssen@luminis.eu]
> Gesendet: Montag, 21. Juli 2014 16:44
> An: dev@ace.apache.org
> Betreff: Re: storage location of ACE repository
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Wilfried,
>
> On 21/07/14 16:19, Sibla Wilfried wrote:
> > As most of the ACE users might know, ACE is storing its repositories
> > (shop, target, deployment and users, and also the
> > auditlog) within the bundles cache of the bundle
> > org.apache.ace.repository.impl.jar.
> >
> > In our environment we are quite often forced to restart the server
> > including deleting the bundle cache to fix some runtime problems
> > (possibly/probably caused by some mistakes made during using the
> > vaadin UI; but not really reproducible). Although this happens in a
> > test/development environment it's quite annoying to setup the
> > repository again afterwards.
>
> I see lots of overlap with another long-standing request for ACE: the ability
> to export and import repositories in ACE. I think this might solve your issue
> as well?
>
>
> - --
> Met vriendelijke groeten | Kind regards
>
> Jan Willem Janssen | Software Architect
> +31 631 765 814
>
> /My world is revolving around INAETICS and Amdatu/
>
> Luminis Technologies B.V.
> Churchillplein 1
> 7314 BZ Apeldoorn
> +31 88 586 46 00
>
> 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/
>
> iQIcBAEBAgAGBQJTzSceAAoJEKF/mP2eHDc4jvsQAMjDGRjbuvhXyT4DvyZravuD
> jwu2nP032hiVah8arT66vDY0pgLLCccluXj1qm7YpOvN5uTkVrtThntp39piYiO8
> YoUFyQYuAaplwTozZQynoRQcY+wfXLPYLDAd4yCNvc0kvU7uXdsTL7dEmRkJtQ4y
> ONKBVyMAXoQWl6ppU6X89M3xaIprYipN4X1lzgN94Zcjj9YsxwTG7+fsFUq+VT46
> guGPItW/9m4YgZmVtp/Otg4NJtI4NBqLYnAK5TMmUk5sA+B2hB77eQsaQcC3ag1/
> didXXj7dUF0RQT2d+Flr6lraKINPkt6xzsc/sM0FWjMlUP7seswuXaGAc3TtRdxS
> IP+NaLayDEP7suRrOqlvplAVJKGTtdzgGMQmuE6IhuDCAMsirqMTQq6SXjUAj5Zu
> R7ZB9dZaztzazrYMBok96YBQ4xLBo6FdFpyMczuQg4NPXZbK3f3vUYkrwKe0ncoZ
> d07hsAA0ha48Np86IGJxeRJJmI/mfN5yhm9jsuyS7F1YmR2MddibXtNWc7PfE1/V
> 68ccCMBq7DXdmKmXoOQ6NPj/pqaiay+S/9zyEY0XrVUDo67KlwuYdkxlQ5vRXT6k
> 4oLNCZAsTjhn7ioF3e2jdIEZOMP0yO2vx5h0HEr9FFoifA0rRjOfA6bM4rY/1yG8
> 0fhYtwPnXOyUb9A9NPSv
> =iFyN
> -----END PGP SIGNATURE-----
Re: storage location of ACE repository
Posted by Jan Willem Janssen <ja...@luminis.eu>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Wilfried,
On 21/07/14 16:19, Sibla Wilfried wrote:
> As most of the ACE users might know, ACE is storing its
> repositories (shop, target, deployment and users, and also the
> auditlog) within the bundles cache of the bundle
> org.apache.ace.repository.impl.jar.
>
> In our environment we are quite often forced to restart the server
> including deleting the bundle cache to fix some runtime problems
> (possibly/probably caused by some mistakes made during using the
> vaadin UI; but not really reproducible). Although this happens in
> a test/development environment it's quite annoying to setup the
> repository again afterwards.
I see lots of overlap with another long-standing request for ACE: the
ability to export and import repositories in ACE. I think this might
solve your issue as well?
- --
Met vriendelijke groeten | Kind regards
Jan Willem Janssen | Software Architect
+31 631 765 814
/My world is revolving around INAETICS and Amdatu/
Luminis Technologies B.V.
Churchillplein 1
7314 BZ Apeldoorn
+31 88 586 46 00
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/
iQIcBAEBAgAGBQJTzSceAAoJEKF/mP2eHDc4jvsQAMjDGRjbuvhXyT4DvyZravuD
jwu2nP032hiVah8arT66vDY0pgLLCccluXj1qm7YpOvN5uTkVrtThntp39piYiO8
YoUFyQYuAaplwTozZQynoRQcY+wfXLPYLDAd4yCNvc0kvU7uXdsTL7dEmRkJtQ4y
ONKBVyMAXoQWl6ppU6X89M3xaIprYipN4X1lzgN94Zcjj9YsxwTG7+fsFUq+VT46
guGPItW/9m4YgZmVtp/Otg4NJtI4NBqLYnAK5TMmUk5sA+B2hB77eQsaQcC3ag1/
didXXj7dUF0RQT2d+Flr6lraKINPkt6xzsc/sM0FWjMlUP7seswuXaGAc3TtRdxS
IP+NaLayDEP7suRrOqlvplAVJKGTtdzgGMQmuE6IhuDCAMsirqMTQq6SXjUAj5Zu
R7ZB9dZaztzazrYMBok96YBQ4xLBo6FdFpyMczuQg4NPXZbK3f3vUYkrwKe0ncoZ
d07hsAA0ha48Np86IGJxeRJJmI/mfN5yhm9jsuyS7F1YmR2MddibXtNWc7PfE1/V
68ccCMBq7DXdmKmXoOQ6NPj/pqaiay+S/9zyEY0XrVUDo67KlwuYdkxlQ5vRXT6k
4oLNCZAsTjhn7ioF3e2jdIEZOMP0yO2vx5h0HEr9FFoifA0rRjOfA6bM4rY/1yG8
0fhYtwPnXOyUb9A9NPSv
=iFyN
-----END PGP SIGNATURE-----
storage location of ACE repository
Posted by Sibla Wilfried <Wi...@bosch-si.com>.
Hi to all
As most of the ACE users might know, ACE is storing its repositories (shop, target, deployment and users, and also the auditlog) within the bundles cache of the bundle org.apache.ace.repository.impl.jar.
In our environment we are quite often forced to restart the server including deleting the bundle cache to fix some runtime problems (possibly/probably caused by some mistakes made during using the vaadin UI; but not really reproducible).
Although this happens in a test/development environment it's quite annoying to setup the repository again afterwards.
Therefore I made some really small changes to the RepositoryFactory and to the Activator of the bundle org.apache.ace.log.target.store.impl.jar to make the storage location of that repositories configurable.
I appended the patch to this small (the corresponding cfg files changes for the project run-server-allinone are also included) changes to this mail. The changes are fully compliant to ACE. If the cfg files remain unchanged, the repositories are still stored to the bundle cache.
For me it would be really great if this patch would find the way to the ACE trunk :-)
@Marcel: you probably remember this topic from our earlier discussions.
Thx a lot in advance.
Regards
Wilfried
Re: ACE build with semantic versioning support
Posted by Marcel Offermans <ma...@luminis.nl>.
Hello Wilfried,
As far as I can see you did not attach a patch to this mail. However, I would like you to create an issue in Jira and attach the patch to that issue.
Greetings, Marcel
On 21 Jul 2014, at 14:13 , Sibla Wilfried <Wi...@bosch-si.com> wrote:
> Hi to all
>
> After playing around with the current trunk of ACE I adjusted all some bnd files to allow building with enabled baseline.
>
> You can find the changes within the attached patch file.
>
> Regards
> Wilfried
ACE build with semantic versioning support
Posted by Sibla Wilfried <Wi...@bosch-si.com>.
Hi to all
After playing around with the current trunk of ACE I adjusted all some bnd files to allow building with enabled baseline.
You can find the changes within the attached patch file.
Regards
Wilfried