Re: [VOTE] Apache Karaf (Container) 4.1.6 release

2018-08-03 Thread Francois Papon
+1 (non-binding)

Thanks JB !

regards,

François Papon
fpa...@apache.org

Le 03/08/2018 à 21:20, Jean-Baptiste Onofré a écrit :
> Hi all,
>
> I submit Karaf (Container) 4.1.6 release to your vote. This is a
> maintenance release on 4.1.x series.
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311140=12342748
>
> Staging Repository:
> https://repository.apache.org/content/repositories/orgapachekaraf-1112/
>
> Git Tag:
> karaf-4.1.6
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Thanks,
> Regards
> JB



[VOTE] Apache Karaf (Container) 4.1.6 release

2018-08-03 Thread Jean-Baptiste Onofré
Hi all,

I submit Karaf (Container) 4.1.6 release to your vote. This is a
maintenance release on 4.1.x series.

Release Notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311140=12342748

Staging Repository:
https://repository.apache.org/content/repositories/orgapachekaraf-1112/

Git Tag:
karaf-4.1.6

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Don't approve the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,
Regards
JB
-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com


Karaf on OSv

2018-08-03 Thread Ranx
I noticed some tests from a couple of years ago of someone running Karaf with
Equinox on OSv. Is anyone aware of any follow on or follow up to that,
especially with Felix.

Personally the use of a  unikernel with Karaf - a Karaf OS - makes so much
sense it was like a lightning bolt. Running the JVM as in a single process
kernel directly on the hypervisor skipping all the Linux and possibly
Linux/Docker overhead makes a lot of sense. 

Right from the get-go, way back when Java was a tiny acorn, it was a gateway
application really intended to dominate its environment. Linux virtual
machines necessitated a solution like Docker to overcome an entirely
different set of problems.

This comment from Strachan resonated with me as I'd shared the same
concerns. The JVM and especially Karaf/OSGi on the JVM sitting in Docker on
Linux in hypervisors always looked like a technology in an ill-fitting suit
with a lot of security issues and bloat. Now, a unikernel with a single
process and all access going through the JVM with an OS tailored to running
the JVM, that's an entirely different thing.


"/I am a tad nervous for the JVMs long term future with containers, startup
time & memory footprint — seems anything new in the container/cloud world is
developed in golang (and to a lesser extent rust/node) due to the need for
small statically compiled binaries that startup fast and have low memory
overhead. Fingers crossed jlink and stuff helps!/"
https://medium.com/@jstrachan/fwiw-i-still-use-groovy-most-days-thanks-to-jenkins-pipelines-along-with-java-typescript-ef5f8b05acbe




--
Sent from: http://karaf.922171.n3.nabble.com/Karaf-Dev-f930721.html