Mailing-List: contact dev-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@camel.apache.org
MIME-Version: 1.0
In-Reply-To: <618003BC-F296-4849-9183-D16E17745E5E@pronoia-solutions.com>
References: 
 <CAKoNANsXjHGsjBxvV33tVLGdBHiZsi8rsOH35wzSfTApG1sRxg@mail.gmail.com>
	<CAGB5yNn3qHHtGCU2dqVXQg83WPNQtjVuN1RF6BNecbqFT0816w@mail.gmail.com>
	<CAKoNANs07x8vMU=k6Zwz5oMJtFq+QzA6My6z_Kg1iXWmDT71EA@mail.gmail.com>
	<CAGB5yNnomXRYy_y5eCvN_W4W3aEO+r=dL21HWQ6HaZe8aoT91g@mail.gmail.com>
	<CAGB5yNkzj6MQ+ZctKbJHC0pGPZ-DuZWiXkh8dG8tznt+mAuZzQ@mail.gmail.com>
	<CAGB5yNkY5MAqzknWGr9tinufu7OMdA+NCdVM1z=qLrHBcuYKTw@mail.gmail.com>
	<CAGB5yNk50mAXh83jHjPSpsYydeB=ieODZRzF5sDc0+6eeeo76w@mail.gmail.com>
	<CAKoNANtEScsmQp6DZmy14zudu+HBA00RvOo=x21VSmXxLM2QpQ@mail.gmail.com>
	<CAGB5yN=xC_inH5eX78VwszHe7nNZdpyqGQ7UQGguEDOuQwm+Og@mail.gmail.com>
	<CAKoNANuFKiaY=Er16TgMSfVAJ0O_6Qipkt8myu3z10_m5-m9_Q@mail.gmail.com>
	<CAGB5yNmZYDbqzoHQ27xa_fw5Mm8L6yJAjLKYKsyvoyT8Lkei=w@mail.gmail.com>
	<0F39B60B-3768-4C39-AF39-EED414ADD609@pronoia-solutions.com>
	<618003BC-F296-4849-9183-D16E17745E5E@pronoia-solutions.com>
Date: Wed, 30 Mar 2016 16:12:39 +0100
Message-ID: 
 <CAKoNANtbdAnDmfU-_S2zfy017N1QV14WYFHP4fUL3D5eV4Vx9g@mail.gmail.com>
Subject: Re: Usage of Lambdas in our Maven build (jdk8-lambdas branch)
From: Raul Kripalani <raul@evosent.com>
To: dev@camel.apache.org
Content-Type: multipart/alternative; boundary=001a1142419aa5c051052f4593fb

--001a1142419aa5c051052f4593fb
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Yep, today, hopefully.

Faced a few complications with the Camel Blueprint and Camel Spring
bundles, which were inlining other modules via the bundle plugin.

Cheers,
Ra=C3=BAl.
On 30 Mar 2016 16:06, "Quinn Stevenson" <quinn@pronoia-solutions.com> wrote=
:

> Any updates on when this will be merged?  I have a couple of PRs I=E2=80=
=99m
> working on that this effects.
>
>
> > On Mar 29, 2016, at 11:12 AM, Quinn Stevenson <
> quinn@pronoia-solutions.com> wrote:
> >
> > For the JARs that will not be bundles - what do we want in the
> MANIFEST.MF?
> >
> >
> >> On Mar 29, 2016, at 9:59 AM, Claus Ibsen <claus.ibsen@gmail.com
> <mailto:claus.ibsen@gmail.com>> wrote:
> >>
> >> On Tue, Mar 29, 2016 at 4:27 PM, Raul Kripalani <raulk@apache.org
> <mailto:raulk@apache.org>> wrote:
> >>> On Tue, Mar 29, 2016 at 6:21 AM, Claus Ibsen <claus.ibsen@gmail.com
> <mailto:claus.ibsen@gmail.com>> wrote:
> >>>
> >>>> Can we flip the switch so you have to enable it on the maven modules
> >>>> that you want to be an osgi bundle. I am asking because people who a=
re
> >>>> not using OSGi should really not see camel.osgi.skip=3Dtrue in the
> >>>> examples / camel-spring-boot-starter etc.
> >>>>
> >>>> They should be clean and without any osgi stuff.
> >>>>
> >>>> Also I would rather make it explicit that this maven module is built
> >>>> as an osgi bundle if it has camel.osgi=3Dtrue.
> >>>>
> >>>
> >>> I see your point. What I'll do is make the activation rely on propert=
y
> >>> value comparison rather than property presence, e.g.
> camel.osgi=3Dtrue/false.
> >>> That way, we can set camel.osgi=3Dtrue on components/pom.xml, and exc=
lude
> >>> only the few components that are not OSGi by setting camel.osgi=3Dfal=
se
> on
> >>> their POMs.
> >>> For the examples, we can set camel.osgi=3Dfalse on examples/pom.xml, =
and
> only
> >>> set the property to true on those examples that are meant to be
> bundles.
> >>> Let's play with value rather than presence/absence, because once you
> set a
> >>> property up the chain in the Maven reactor, I don't think you can
> unset it
> >>> (or can you?).
> >>>
> >>> Although... Approaching it from a different angle, it may be worth to
> >>> explicitly define the build plugins in each example POM. Thus we can
> >>> attempt to make the example "self-contained".
> >>>
> >>
> >> Yeah would love to make the examples self container without a parent.
> >> And then they should import the Camel BOM instead (aka camel parent).
> >>
> >> Then end users can just copy those and adjust them as needed.
> >>
> >> Not sure if we have tried this in the past and had trouble with the
> >> release build?
> >> And there is 50+ examples so a fair bit of work to migrate. But we
> >> have a big community so people can help with this.
> >>
> >>
> >>> That would take more work, so I won't do it now, but just wanted to
> hear
> >>> your thoughts.
> >>>
> >>
> >> Yeah sounds good.
> >>
> >>> Cheers,
> >>>
> >>> *Ra=C3=BAl Kripalani*
> >>> PMC & Committer @ Apache Ignite, Apache Camel | Integration, Big Data
> and
> >>> Messaging Engineer
> >>> http://about.me/raulkripalani <http://about.me/raulkripalani> |
> http://www.linkedin.com/in/raulkripalani <
> http://www.linkedin.com/in/raulkripalani>
> >>> Blog: raul.io <http://raul.io/> | twitter: @raulvk <
> https://twitter.com/raulvk <https://twitter.com/raulvk>>
> >>
> >>
> >>
> >> --
> >> Claus Ibsen
> >> -----------------
> >> http://davsclaus.com <http://davsclaus.com/> @davsclaus
> >> Camel in Action 2: https://www.manning.com/ibsen2 <
> https://www.manning.com/ibsen2>
>
>

--001a1142419aa5c051052f4593fb--