Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-tck-dev] [External] : Re: Migrating repos to https://github.com/jakartaee

Ok, +1!
-- 
David Matejcek | OmniFish
On 04. 10. 22 18:41, Cesar Hernandez wrote:
+1 on the proposed new name:  https://github.com/jakartaee/platform-tck


On Tue, Oct 4, 2022 at 8:57 AM Gurunandan Rao <gurunandan.rao@xxxxxxxxxx> wrote:
Hello All,
As per the old discussion in the thread, consensus is with "https://github.com/jakartaee/platform-tck" for final migration, I am in agreement with new URL.

If there are no new suggestions, will start on migration of the repo, since we have closed Jakarta  EE 10.

regards,
Guru

From: jakartaee-tck-dev <jakartaee-tck-dev-bounces@xxxxxxxxxxx> on behalf of Scott Marlow <smarlow@xxxxxxxxxx>
Sent: 25 February 2022 20:36
To: jakartaee-tck developer discussions <jakartaee-tck-dev@xxxxxxxxxxx>
Subject: [External] : Re: [jakartaee-tck-dev] Migrating repos to https://github.com/jakartaee
 
After we complete the Jakarta EE 10 release, we can migrate from github.com/eclipse-ee4j/jakartaee-tck, to a https://github.com/jakartaee based repository.

This might be a time to also change from `jakartaee-tck` to something else that does not repeat the words that are already in the new repository link.  Specifically, IMO, we should not repeat the words `Jakarta EE`, to avoid the new repo being called https://github.com/jakartaee/jakartaee-tck.

For the new repository name, how about calling it https://github.com/jakartaee/platform-tck??  Any other name suggestions?

Scott

On Wed, Nov 10, 2021 at 7:54 PM David Blevins <dblevins@xxxxxxxxxxxxx> wrote:
All,

In 2019 the Steering Committee we passed a proposal to move the Github repos for specification projects into the https://github.com/jakartaee org in Github.

- Proposal: https://docs.google.com/document/d/1vQst9k0fOGhUbbw3RoOvi-BvjiSsADH4dyjqTquIwE8/edit?usp=sharing
- Approval: https://jakarta.ee/about/meeting_minutes/steering_committee/minutes-june-11-2019.pdf
- Breakdown: https://docs.google.com/spreadsheets/d/1uoCebbw2ucpFO389VwTIEd6cqwBXhgE3Cq2fhS6g6ps/edit?usp=sharing
- Prototype: https://github.com/orgs/jakarta-ee

We've delayed this for 2 years as to not impact release dates of Jakarta EE 8, Jakarta EE 9 and Jakarta EE 9.1.  Those are out the door and we finally have time to do fun things like refactor TCKs, pay down technical debt and create new features.  This is also an item in our 2021 Jakarta EE Program Plan we have not yet executed.

Here's my recommendation on how we should approach the move:

- Set a goal of completing the move in the next six months.  It's
 very quick to do and Github handles redirects, but six months gives
 the project some good flexibility to decide when is the right time.

- Establish a naming convention of using your specification's short
 name as the prefix for any and all repos moved.  For example, the
 project formerly known as JMS is "messaging" and can be found at
 https://jakarta.ee/specifications/messaging/

 It would be ideal if all repos belonging to Messaging, for example,
 were available as either the bare word
 https://github.com/jakartaee/messaging or with a hyphen
 https://github.com/jakartaee/messaging-*

- All repos belonging to the Specification Project are moved, such as
 any api, tck, proposal or example repos.

The caveat to the above is that if your specification project has implementation code in its repository this code should be moved to another Github repo that stays in eclipse-ee4j and is transferred to a new or existing non-specification Eclipse project.  That is, if that is possible.  If it isn't possible to separate the implementation, we'll likely need to move it as-is and just live with the slight imperfection.

To initiate the move, file a ticket in the Community bugzilla using the "Github" component, list the repos to be moved and indicate any repo name changes:

- https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Community

Providing a link to this email in that ticket can also help with context, but is not strictly necessary.


--
David Blevins
http://twitter.com/dblevins
http://www.tomitribe.com

_______________________________________________
jakartaee-tck-dev mailing list
jakartaee-tck-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev

_______________________________________________
jakartaee-tck-dev mailing list
jakartaee-tck-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev

_______________________________________________
jakartaee-tck-dev mailing list
jakartaee-tck-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev


-- 
David Matejcek | OmniFish
david.matejcek@xxxxxxxxxxx | +420 777 601 682

Back to the top