From dev-return-13457-archive-asf-public=cust-asf.ponee.io@karaf.apache.org Mon Feb 11 13:11:09 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 10506180648 for ; Mon, 11 Feb 2019 14:11:08 +0100 (CET) Received: (qmail 63624 invoked by uid 500); 11 Feb 2019 13:11:08 -0000 Mailing-List: contact dev-help@karaf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@karaf.apache.org Delivered-To: mailing list dev@karaf.apache.org Received: (qmail 63606 invoked by uid 99); 11 Feb 2019 13:11:07 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Feb 2019 13:11:07 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 14E591823D2 for ; Mon, 11 Feb 2019 13:11:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.048 X-Spam-Level: ** X-Spam-Status: No, score=2.048 tagged_above=-999 required=6.31 tests=[DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id yp-aPR0MZamX for ; Mon, 11 Feb 2019 13:11:04 +0000 (UTC) Received: from mail-lf1-f68.google.com (mail-lf1-f68.google.com [209.85.167.68]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 14F1560EB7 for ; Mon, 11 Feb 2019 13:11:04 +0000 (UTC) Received: by mail-lf1-f68.google.com with SMTP id b20so7665710lfa.12 for ; Mon, 11 Feb 2019 05:11:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=7MoD/mxFPziSSs4bDuQoG3IpFy1WIL4Hftv1WBH33NE=; b=cRhXzwekeKxWYEWHrLhDtSNdMZsy5+zz9MzVPuxi6GqiPKbJ+BHFovjGUQmthNtkQ1 P0+6UirxUBsbljtDmflX/K/elYHBmstGTR/wDbjrcdsD6C2RXOOCWCio07LdYahn63z1 lfqf5KersQd62pMRt7dGKskQFIyIZPHzPzzRRrMJj4J2IVekhwvFDs0n0jB8Q28Gzkv1 Wj4MoYCN3FsTyRzG9FZz9JJkEgZEXdw4u7OGnhXjRAirwgejgJ0HuhBeMzseJ1Szq7MK e1ToDpNJfps6czjEIOvrgxyPzTbbv6PtLHWiLF6bdpEY5pCQqV+0H40u4amBjxSDx7gJ j3Sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=7MoD/mxFPziSSs4bDuQoG3IpFy1WIL4Hftv1WBH33NE=; b=U3p4LurXZ3vxOLBjz/y1bNPFs5+034mKXPMmASu2ZX6tVeL8DVTcyhkrHJbjikRye+ x8JZ8rmHQSIhZXzBADLTzNgu9+C02eGZGLbkQBapbsAz9VK+gIzh3oSqReU9SiLFKfGJ Z/IWMFJeVHpoeii6ZwqVHQSnO7gbuT37pVNs4ZJlzFqCrmfGYcNSyNuwiPUTdke3Lr+H eY1QxVBjpHVlWFb8Un3JWeRgI4tgIlTzZ9sojr1/rRnmzE5H7JDth3unoV1GM2WL3c3g h94mIohUQk/tW7ryghC4Ag7FR9IThg3SuoiZKx8fintjO2OT0Dyij58w7kUZd6r2y9gl AuGw== X-Gm-Message-State: AHQUAubnEOn0H0KjAZ+FJ8o94bsZArC/nNS4Ao7zPsFI6eBcFofyJuGC VGFAmAaUYwj37iqZ22OIvEoTjK0uYEv8jlaqq6lfoqVf X-Google-Smtp-Source: AHgI3IaTC2zaiBxLuWDMTECBxvKozhsNqyzQ+AHvRIFVaxdnOtSuECWUAU3zCOPFYfddfeAxFpcJeHbKl+uWaKVLaDE= X-Received: by 2002:ac2:43c6:: with SMTP id u6mr21568611lfl.151.1549890662835; Mon, 11 Feb 2019 05:11:02 -0800 (PST) MIME-Version: 1.0 References: <5cc8f83e-1453-a6ae-1011-c97a4e27008a@nanthrax.net> <0848fa4a-4cac-270b-3e14-272184ce5452@nanthrax.net> In-Reply-To: <0848fa4a-4cac-270b-3e14-272184ce5452@nanthrax.net> From: David Daniel Date: Mon, 11 Feb 2019 08:10:51 -0500 Message-ID: Subject: Re: [DISCUSS] Launching the kloud initiative To: dev@karaf.apache.org Content-Type: multipart/alternative; boundary="000000000000662f2805819e0a3f" --000000000000662f2805819e0a3f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thank you, I would also be curious if it is possible to work to align some features changes to be compatible with the osgi feature spec. https://github.com/osgi/design/blob/master/rfps/rfp-0188-Features.pdf It might be possible to bridge some of the gap between bnd and karaf. I love things about both frameworks and would be super excited if they could work together. David On Mon, Feb 11, 2019 at 7:01 AM Jean-Baptiste Onofr=C3=A9 wrote: > Thanks for your feedback David, nice idea about jlink, I have to > investigate a little about it, but definitely interesting. > > Regards > JB > > On 11/02/2019 12:52, David Daniel wrote: > > I really like the idea of the static build and features in code. I thi= nk > > the jdk is making great strides in getting java running well on docker > > java 9 jlink for small images that can be copied and spun up quickly > > java 10 defaults improvements https://aboullaite.me/docker-java-10/ > > portola for running java on musl (alpine without glibc) > > https://openjdk.java.net/projects/portola/ > > loom is coming for not spinning off a ton of threads > > If at all possible I would love to be able to build a minimal karaf > > distribution with jlink from java module files that were generated from > the > > karaf resolver. I think this might be a little much though and don't > even > > know if it is possible. Just something that might be able to be looked > at > > while the code is being written. > > > > David > > > > > > On Mon, Feb 11, 2019 at 1:57 AM Jean-Baptiste Onofr=C3=A9 > > wrote: > > > >> Hi guys, > >> > >> As we now have released Karaf runtime 4.2.3 and started 4.3.x, I think > >> it's time to discuss and move forward "concretely" about the "kloud" > >> (Karaf for the Cloud) initiative. > >> > >> I think the first approach is focused on the developers and devops. I > >> created the following Jira: > >> > >> https://issues.apache.org/jira/browse/KARAF-5923 > >> https://issues.apache.org/jira/browse/KARAF-6148 > >> https://issues.apache.org/jira/browse/KARAF-6149 > >> https://issues.apache.org/jira/browse/KARAF-6150 > >> > >> The idea is really to simplify the features generation and distributio= n > >> packaging. > >> > >> For the features generation, I'm thinking on annotations directly in t= he > >> code (in package-info.java for instance) describing the features neede= d > >> by the application. The annotations scanner could then create the > >> features XML using the code itself and the annotations. That would all= ow > >> us to not relay on Maven and be able to support CLI/Gradle/Maven. In t= he > >> case where the user uses Maven, we could better leverage Maven to get > >> some details. The idea is to especially easily create features XML to > >> build "static" runtime (that make sense for the cloud). > >> > >> After the features XML generation, we should have a easier way to buil= d > >> a distribution. We also have to provide multiple "packaging output" li= ke > >> archives (zip/tar.gz), uber jar (embedding karaf and user application)= , > >> docker image, openimage, kubernetes meta, ... > >> The idea is to have a ready to go packaging for the cloud. > >> > >> For the cloud perspective, the distribution should be > >> "immutable/static". Currently, the resolver we have is great for > >> "dynamic" deployment but could be painful for static one (dealing with > >> refresh, multiple versions resolution, etc). > >> I'm proposing to create kind of "static" resolver > >> (https://issues.apache.org/jira/browse/KARAF-6147) directly taking boo= t > >> features and installing straight forward what's defined in the feature= s. > >> It should result with a more "predictable" behavior, really helpful fr= om > >> a cloud perspective. > >> > >> Finally, I created some Jira about general improvements for the cloud > >> and docker: > >> > >> https://issues.apache.org/jira/browse/KARAF-6111 > >> https://issues.apache.org/jira/browse/KARAF-4609 > >> > >> I think you got the overall idea: dramatically simplify creation of > >> distribution packaging karaf with user application (for developer), > >> simplify the packaging outputs and bootstrapping on cloud (for devops)= . > >> > >> If you think it could be helpful to have a doc on confluence about tha= t, > >> please let me know I will create it. > >> > >> We all know that Karaf is an amazing runtime. To convince more and mor= e > >> users and give a new dimension to Karaf, I really think that the "klou= d > >> initiative" is a must have. We will have a runtime that can address bo= th > >> static and dynamic bootstrapping approach, one runtime for multiple > >> services or one runtime per service, etc. > >> > >> Thoughts ? > >> > >> Regards > >> JB > >> -- > >> Jean-Baptiste Onofr=C3=A9 > >> jbonofre@apache.org > >> http://blog.nanthrax.net > >> Talend - http://www.talend.com > >> > > > > -- > Jean-Baptiste Onofr=C3=A9 > jbonofre@apache.org > http://blog.nanthrax.net > Talend - http://www.talend.com > --000000000000662f2805819e0a3f--