Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-platform-dev] Oracle's position on Jakarta EE 9
  • From: Tobias Frech <tobias@xxxxxxxxxx>
  • Date: Mon, 7 Oct 2019 11:06:25 +0200
  • Autocrypt: addr=tobias@xxxxxxxxxx; keydata= mQGiBELtTJERBACOe5omhU/Z15mG08DvhI2vM3pCFZHrqGazgkbyJnyf+ujDb4gMJPZZyuv/ hcYbkfPV5W1XtfqWj7QHA7whx/e016yEfIdlIkleUw+EX9AHazqeE5YIsMTEiPLX0r9l/nqV LgwognyqQOOEb3tcxze5OBUE2UyhdvFlLw+b+ugqqwCg7+IfG9IZSDx/GYifQJxm8IjQbHED /2wzZ8El5FERHYQ9BObo+jKVzuzSsLqCR6NnIUVPHTObZl702yrSu2mLa3IqmkOADTjlZOrA 9htunbjsVxXyve3EGychRCYrCRhhCEBIa+l8kKSyrmZ8mCAjzwUMbcasr/bav8ORvpnuEnqO 0M8OIW38nWrRSQ1nPbgqD+foOnENA/98vR7voc9MzrFUUGsilqo2dY+BMKErlK0bcgnBUzeD ZrE83D/euZ+JyjxufZIpULS8CEzYEcb46/awx8v2hZVOnXu875Rt9IlJK7sJNItRDq5u4GQW SEDsCqQnaeacq4BvVSv+C0CAnojDf+onPCdEmr9zE2rIdMYgpT7kf0m4tLQgVG9iaWFzIEZy ZWNoIDx0b2JpYXNAZnJlY2guaW5mbz6IWwQTEQIAGwUCQu1MkQYLCQgHAwIDFQIDAxYCAQIe AQIXgAAKCRANgFaKpZE/jlNHAKC/ViJzk7Ip4uPTqE2fytNgcqXWmACeLDgASaOBt9LUD2EI 9HuXQp1NMya5BA0EQu1M+xAQAJEKFjXR/VbnzDu8y/FpTABd68gWLvT9iYyHfTP1Luf9jGnC q1r6QW3eUUh08ysEts8tJc/9P8/mss62x4IEqj+1INQMQ1WYSciRsagsUMrgsJxkHoF7OEz/ +EUs7mtBo9CpVP0vMxKxozBFqkJL+gaN4Lz5MwaNynuK4Vo+I+3lUweLtEjlomoynSRXbmCl JVH0QFUJsh0fgPx7Of/KgbDf8Uv/3tP6WofeTCaQrwb85GLN7zPwP6fkhAGX/eUyA85Bz6OL tk90QS8eo/u7TUpZoLCYDzop3WAz4gkNFbUPqJp8SJWlf2FRzswe56R5lxw+MzgY8lawJq1h GKdU6ZnpOwwed6pY7FxA0ba/1L7D9jVznJhyRiBV6+14jJt//7M+hDiiNHontOkHUuV8XzVx 7dmhjrPgXrXjytn+cM1bddvJPW9jnRhRZSm2xhnjI3rIaxXzfbhWLcucbKtDF/Vgy8HmlcBC 2tiJHvL9RrPurD7jgYmweWT7CKlxYLRdOli+ThRhCiqZnbQkk8H+TzURbl7Q7TwBIw0JTvtr 3s245z4+HfJ1c7SUQXOUVkWfrFRIMhDjlAop771Nus6wPyJZbceKaC6vgFxW8IFX+BGPHDZp YvAbLSoPCui/t/arDzYmqDO41fNXvtT+QXpRPq7c96WLErT3a5gbXMQKYpM7AAMGD/9Tceaa PkI9KijTe5M3iMjTryP3wPDzS0ulI97RPfavMAFeXbVlPaLlJia+GmRH/qs/yy7wsVNh0Jkt NETBA/vHOLrywOOZF2aor0ZbCnQM6X0UGqacN3HRKYw7k0jTyLU0bV8HIcti3J7B7czH3z6N itnBqCjG/LzKbiHa0UMve5yve7M6ITluKdoi8SRVDEbZWT9DY9VABRkFJaBc4OboSYWA2I6Y dpgEvgUaeSz9hsSv1gw2lu8idjdVftbvRfdEarIYAUOkaGSoL55ASfrW23ggcrxrFt9ir/rD YZO4xgchXX6LCpWQ6kB8MokfIpHemHiQJ4lC5DRV2dzwaJF8IwIOHvhOZFj478x43+x8lrkv FuHoHkYBSyahyksXaZeiJmjb1RFDol7zkm/X4pyf5j9w8cwf06nLNVYcLryBafLNmkwXTD3N 4j0KLQkse2sG+scXIWnjMaQOVvRHatRsM8qWOfW4pEMjYkXgHz1/8H60QqgfXAS89Le/LMmP SjA4onGmPDCaUDOZ5TOjkdzP8+rRTQlXAgNubS8L3BjELVSUWZV0oac7SguJ39oSX8FhKMxp jSInSj5wFwYW7LCKZ524Plg1MtuDaiHPD2LP+2LIFBwE4EzZAIla2uyz2+ysjdBqgkfvUjLE deCswVldMpFwzm55RoiPnv82O91DjohGBBgRAgAGBQJC7Uz7AAoJEA2AVoqlkT+OkMUAoKgm nxREJ3KFQqOc1PMVuRLiNbagAKClrCC4zpcsXu/CN5IzLMQeFKJjxA==
  • Delivered-to: jakartaee-platform-dev@xxxxxxxxxxx
  • List-archive: <https://www.eclipse.org/mailman/private/jakartaee-platform-dev>
  • List-help: <mailto:jakartaee-platform-dev-request@eclipse.org?subject=help>
  • List-subscribe: <https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev>, <mailto:jakartaee-platform-dev-request@eclipse.org?subject=subscribe>
  • List-unsubscribe: <https://www.eclipse.org/mailman/options/jakartaee-platform-dev>, <mailto:jakartaee-platform-dev-request@eclipse.org?subject=unsubscribe>
  • Openpgp: preference=signencrypt
  • User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1

Hi!

Is there any big downside of splitting big-bang renaming and pruning
into separate steps?

Doing renaming in Jakarta EE 9 and pruning in Jakarta EE 10 would have
one big up-side: Jakarta EE 9 would be available for general
availability to everyone sooner. As a project manager I then have the
option to migrate to Jakarta EE  9 (or try it in a PoC) but I am not
forced to do it right away. I might want to do a PoC with EE 9 and then
leap frog to EE 10.

Of course all the candidates for pruning can be marked as "deprecated"
in EE 9 then. If a candidate is removed in EE 10 can then still can be
decided on the feedback from projects still relying on these parts.


I haven't read through all the discussions and documents that have been
established up to now. If any of this above contradicts something that
has already been decided I just didn't know :-)


Best regards

Tobias


Am 03.10.19 um 10:53 schrieb Martijn Dashorst:
> On Thu, Oct 3, 2019 at 10:20 AM Mark Thomas <markt@xxxxxxxxxx> wrote:
>> Pruning - No view as it doesn't impact the specs Tomcat implements.
>> API Compatibility - I'd like to see the API elements that have been
>> deprecated for many years finally removed. I wonder if it is worth
>> having a more defined process for removal such as "deprecated in n
>> releases and removed in the n+1th release"
> On both these I'd suggest doing that in the release *after* the package rename.
>
> As a consumer of the APIs in my multi-million lines of code projects I
> don't want to conflate API changes due to the rename with API changes
> because of grinding an axe.
>
> Removing old cruft, while it has it merits, means more discussions:
> TCK's need to be altered beyond the package rename, interoperability
> between specs need to be discussed. It opens up the process for much
> more delay.
>
> I'd urge the Jakarta community to do focused releases:
> - Java EE 8 -> Jakarta EE 8: transition 'as is' from Oracle to
> Jakarta, including all the paperwork, documentation and TCKs.
> - Jakarta EE 8 -> Jakarta EE 9: rename all the things: make the world
> live in the jakarta package
> - Jakarta EE 9.x/10.x -> evolve the specs to your liking
>
> I understand the allure of removing cruft from the APIs, but the thing
> is that folks have workarounds in place that can/will fall over when
> you remove the cruft. This will break if you conflate the package
> rename with cleanup, and you won't know exactly if it is broken due to
> the package rename or cleanup.
>
> Martijn Dashorst
> _______________________________________________
> jakartaee-platform-dev mailing list
> jakartaee-platform-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev

-- 
Frech IT GmbH / Am Brünnele 7 / 71642 Ludwigsburg
phone : +49-(0)7141-9113037 / HR B 744851 / AG Stuttgart
--------------------------------------------------------
Geschäftsführer: Tobias Frech
mobile: +49-(0)172-7112352  / email: tobias@xxxxxxxxxx


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature


Back to the top