From dev-return-100112-archive-asf-public=cust-asf.ponee.io@geronimo.apache.org Sun May 5 14:09:13 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 [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 852BB18066B for ; Sun, 5 May 2019 16:09:13 +0200 (CEST) Received: (qmail 37246 invoked by uid 500); 5 May 2019 14:09:12 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 37236 invoked by uid 99); 5 May 2019 14:09:12 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 05 May 2019 14:09:12 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id D9B79C2CCE for ; Sun, 5 May 2019 14:09:11 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.2 X-Spam-Level: X-Spam-Status: No, score=-0.2 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.de Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id rklxYseI2gUF for ; Sun, 5 May 2019 14:09:09 +0000 (UTC) Received: from sonic308-17.consmr.mail.ir2.yahoo.com (sonic308-17.consmr.mail.ir2.yahoo.com [77.238.178.145]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id B19715F5F3 for ; Sun, 5 May 2019 14:01:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s2048; t=1557064896; bh=88GBML5AUs30T/HiFaOuCi9fvgexmlNEY7bF+76brFk=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject; b=CoIKCLfnUNnp3ZS4TH/wDZmUv+dqpD9xB/4BudDOWoYyXV0OvQ7LAQpDbJULs5Q+85EnmYS//axE2y4hyNwkiOXB/FpMb7+9SEwoj6VL4RGwdxfT/ZO8q9l4PsWJiwDj/2RC3qJsgqIQjbmTC3W0biDMDErB1BcwGP7mlMSP9lzv8znuGdobWEukGavz6JWYTzfwqf2K6T6SmPAHG001N0tj1IuoLMleLbofXGoZz6+y2+9wVWdCWzvdplIvGwzd1Uaj+DBAmuFW9uXzrNHptGamsgLk5gM+dg1REiv3qUJpOJraYPREEj4QX/RR8TZCkW1C2+vCfHofBTYdntdmIQ== X-YMail-OSG: aS7pLfQVM1nxkNPtB692XatGStd4XbuOwxOcsp1occyEHpJM1z2bB3MAMXZLTq. 9hmvkVW0eBaoi6Nf0GjsPhCoJA5Ek6st8dzRpBEhyHKp3l_e0ClUdRgRLerjOTCvBaTslwuZlYCH YanwiKyfWXiPw1j3wlG1XvaZdlZzCLTVQWstcptAIdYoroDuDeYmp1GIvt7XKOVD6mAoUIER3jE4 .bzhRO3TWM9iAUAICLcWyZFyB6LY3oMbF4W32ibxOTtM5B4h7_qnfp4L6WRjnZYVcx3G8N0vPTu9 3eBBvQKmfzACiktnAq2GW77MivYOP715s4fZV_sjyqC7loGo6J3dvNHho1Kn0oAi8z2vSFftc2pj 0jn_PvhaN_jZXJNl4gpWBZ5j5tp9k2Frp0xYtjrVvohw4Thl5_oNXdZRb_EQ1DjWZNkMzcq1UW.P jrSsGdHfPHuIxKa8pT4q0ikfrTxocYA8b8UqYsmlkLnPNpJZR3IIuIGNnyIOBijnU8QiLp1CwqYw EnO9uz0OpnJka4vEe001jllyZ4Zv05udtAQe3UA3uYuXH.6gAZNBr7RbEX8im7XlcqxSxiAt1OeG PE6O2tYVNAd3.IxhuDUmq9AlTCGQwiPUduAKi9YUuv36B6FiXfV9j8JuyfEEssng.DAw0U1DdiWj QRvtz8yVyRMxggpR7Fdls7DmRKCn7hTUUadjVYKRZtyoO8sG1_qfS3ji7AsUMuUw_VEui16T.6rO emtrG0YaAaWNuLfjqllDzDFoTtoSARLj5mCu9RPb5GGgFDLLEWDVQYHo3jfZm9nWtXW8K61lPLJy _MYFXsEOi1z_mgzwpBduMB4aawtj8jRmEdCZx8GIHequxaMKyKW2glB73TGU33RVFVfbxjsen3xN Xxea0y8Z.lutnSPW8SwkhPDPT6pUiVOMSVfqbLw2IFBy9tVaXH52lV.0hPWIg4kbIU96I1KmhEWm j1vFdUhAqOObEO1LQSfp4v3zQOLulnXmViPWNIU9U_TPEYBIgXZd_lcnLugyQele0au4uwA6qWfv c4UnmbOVyqVRKQj7KDNdryVRassVgfweAHvP74luhuymcopVWl7WyHUpMQ0XF1pCRNBQr8LtqLVh HUwnCjaclRerg32mkYZT7a33wQCp0WYWo0TthsDGyXAFRYInPOS3sJORofLgJP2JRVZikMfkC1pX 5tbi9LpJwCGbnNFaMYAowTmjHJQpFuoIxW0Y- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ir2.yahoo.com with HTTP; Sun, 5 May 2019 14:01:36 +0000 Received: from 84-113-114-132.cable.dynamic.surfer.at (EHLO strubelix.lan) ([84.113.114.132]) by smtp432.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 12f78b991a41a2e14454a877b6874373 for ; Sun, 05 May 2019 14:01:32 +0000 (UTC) From: Mark Struberg Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: [DISCUSS] implement jakarta spec apis Date: Sun, 5 May 2019 16:01:31 +0200 References: <89C25331-028B-4C1E-84C7-60741C515953@yahoo.de> <9EAABA10-ECB6-4053-B7FD-8C901D9E3553@yahoo.de> <68371188-8355-4E6C-A63D-F791044ACDA5@yahoo.de> To: geronimo-dev In-Reply-To: Message-Id: <9904D65B-AA35-4037-95C3-3CDF83F18F98@yahoo.de> X-Mailer: Apple Mail (2.3445.104.8) For now I've used the following patterns: org.apache.geronimo.jakarta-specs because specs and jakarta-specs should be in a clearly separated folder. geronimo-jakarta-servlet_spec because 'jakarta' should be in the jar name 4.0_1-SNAPSHOT 4.0 is for servlet-4.0, 1 is the patch level. I'd NOT do a release or push to our snapshots repo until in about 2 = weeks when the modus operandi is clear within the Jakarta community. LieGrue, strub > Am 05.05.2019 um 08:55 schrieb Romain Manni-Bucau = : >=20 > Do we also want to clean our gav? Artifact=3Dspec, major.minor version = =3Dspec version >=20 > Ex: org.apache.geronimo.specs:jsp:2.1.1 >=20 > Le sam. 4 mai 2019 =C3=A0 21:49, Romain Manni-Bucau = a =C3=A9crit : >=20 >=20 > Le sam. 4 mai 2019 =C3=A0 21:44, Mark Struberg a = =C3=A9crit : > The problem is that in a git repo you can only release all at once. = That means we would need to have a single git repo for each and every = spec. That will be quite many... >=20 > No, maven plugins was a monorepo for years and then they split. >=20 > That said i proposed that exactly for that. At the end the release = process is more on jira dev etc, one or N repos does not compress that = time. Release prepare/perform is very fast on these repo so one or 100 = is likely the same for release manager and seems it will also enable = better osgi support and probably - hopefully - enable servicemix to stop = forking the fork ;). >=20 > I also see svn as legacy now gitbox is mainstream and people = contributing like to see their name in - I expect maybe some help for = new spec as we got for each new version. > Fixed are generally trivial there and a good reason to use github. >=20 >=20 > LieGrue, > strub >=20 > > Am 04.05.2019 um 21:35 schrieb Romain Manni-Bucau = : > >=20 > > AFAIK we dont have limitations there and can do share stuff outside = with jgit - but it is very rare - so probably sane to unify all repo to = git. In particular since we will not do all specs probably. Cxf already = moved to jakarta spec so we dont need jaxrs stack for instance, same for = cdi, bval,... So we wil reduce a lot what we fork IMHO. > >=20 > > Le sam. 4 mai 2019 =C3=A0 21:12, Mark Struberg a = =C3=A9crit : > > I=E2=80=99d keep that in svn because of the tons of modules. > >=20 > > Lg, > > Strub > >=20 > > Am 04.05.2019 um 19:28 schrieb Romain Manni-Bucau = : > >=20 > >> We mainly fork for legal reasons and defaults so name is probably = not critical while we respect module names. > >>=20 > >> Btw do we do it in gitbox? Svn had some limitations by the past for = contributions. > >>=20 > >> Le sam. 4 mai 2019 =C3=A0 17:47, Raymond Auge = a =C3=A9crit : > >> One thing to consider is there may be cases where it is desirable = to retain the javax API alongside some extra jakarta packages & types. > >>=20 > >> For example, for JAX-RS you may wish to add some newly defined = jakarta types (part of a new spec) which interact over the original = javax API. > >>=20 > >> The result might be that "Jakarta EE REST" (a fictitious name for = next JAX-RS) might contain a subset of packages which, in combination = with JAXRS v2.1, also qualifies as "Jakarata EE Rest". > >>=20 > >> - Ray > >>=20 > >> On Sat, May 4, 2019 at 11:26 AM Raymond Auge = wrote: > >> so is this a matter of forking all the current specs into the new = namespace? Or is the intention to completely change the packages = in-place? > >>=20 > >> - Ray > >>=20 > >> On Fri, May 3, 2019 at 1:58 PM Romain Manni-Bucau = wrote: > >> Hmm > >>=20 > >> My understanding was it was getting under eclipse license as well = and was fully donated but can have missed some details. > >>=20 > >> If we cant reuse them let's just create new ones and fix module = name for others. > >>=20 > >> specs/ is fine since it is the same for us IMHO > >>=20 > >> Le ven. 3 mai 2019 =C3=A0 18:24, Mark Struberg = a =C3=A9crit : > >> No, it is not the same. microprofile specs are licensed under ALv2 = and we know all the legal details.=20 > >> For the EE specs this is by far not the same. We don't even know = exactly what parts did yet get donated by Oracle to the EF. > >>=20 > >> LieGrue, > >> strub > >>=20 > >>=20 > >> > Am 03.05.2019 um 18:12 schrieb Romain Manni-Bucau = : > >> >=20 > >> > Hi > >> >=20 > >> > Idnt it the exact same as for microprofile? So we dont do? > >> >=20 > >> > Le ven. 3 mai 2019 =C3=A0 16:21, Mark Struberg = a =C3=A9crit : > >> > I've started tinkering something under specs/branches/jakarta. > >> > It's wip but have to rush out for a few hours now. > >> > Will continue later today. > >> >=20 > >> > LieGrue, > >> > strub > >> >=20 > >> >=20 > >> > > Am 03.05.2019 um 15:50 schrieb Mark Struberg = : > >> > >=20 > >> > > hi folks! > >> > >=20 > >> > > You might have read todays post from Mike Milinkovich. > >> > >=20 > >> > > = https://eclipse-foundation.blog/2019/05/03/jakarta-ee-java-trademarks/ > >> > >=20 > >> > > It basically says that Jakarta will not be able to change a = single bit in the current spec apis under the javax.* package. > >> > > Any change has to be done in a different package.=20 > >> > > The Jakarta people over at Eclipse already did some voting and = the new package name will be jakarta.* > >> > >=20 > >> > > Thus I would like to recommend to use our IP clean = geronimo-specs to setup a new project for the EE8 specs under the = jakarta.* package name. > >> > >=20 > >> > > I'll go forward and create a branch starting with the most = important specs. > >> > >=20 > >> > > Any feedback and help is welcome! > >> > >=20 > >> > > LieGrue, > >> > > strub > >> > >=20 > >> >=20 > >>=20 > >>=20 > >>=20 > >> --=20 > >> Raymond Aug=C3=A9 (@rotty3000) > >> Senior Software Architect Liferay, Inc. (@Liferay) > >> Board Member & EEG Co-Chair, OSGi Alliance (@OSGiAlliance) > >>=20 > >>=20 > >> --=20 > >> Raymond Aug=C3=A9 (@rotty3000) > >> Senior Software Architect Liferay, Inc. (@Liferay) > >> Board Member & EEG Co-Chair, OSGi Alliance (@OSGiAlliance) >=20