[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ee4j-community] Retaining History for incoming EE4J Projects

Mrinai,

Could you give a good (hypothetical) example of how we could have a release published from EE4J that somehow has dependencies to code from before EE4J?
Maybe if we could have more concrete issues to talk about, we might be able to handle this issue without losing too much time.

- Mariano

Mariano Amar

Senior Consultant

email/hangouts:Âmariano.amar@xxxxxxxxxx
skype:Âmarianoamar

AVISO DE CONFIDENCIALIDAD DE CORREO ELECTRÃNICO

Esta comunicaciÃn contiene informaciÃn que es confidencial y tambiÃn puede contener informaciÃn privilegiada. Es para uso exclusivo del destinatario. Si usted no es el destinatario tenga en cuenta que cualquier distribuciÃn, copia o uso de esta comunicaciÃn o la informaciÃn que contiene està estrictamente prohibida. Si usted ha recibido esta comunicaciÃn por error por favor notifÃquelo por correo electrÃnico(info@xxxxxxxxxx) o por telÃfono (+54 11 3249 7503)

This communication contains information that is confidential and may also be privileged. It is for the exclusive use of the recipient. If you are not the intended note that any distribution, copying or use of this communication or the information it contains is strictly prohibited. If you have received this communication in error please notify us by email(info@xxxxxxxxxx) or phone (+54 11 3249 7503)


On Mon, Jan 15, 2018 at 4:02 PM, Mrinal Kanti M <mrinal.kanti@xxxxxxxxx> wrote:

David,

Â

I am referring to resolving dependencies of older versions from the new EE4J repository instead of resolving those dependencies from the existing projects at the JavaEE repository (or through maven). AFAIK, the absence of the entire history in the EE4J repository is the concern here. If the existing JavaEE repositories are left as is and the old dependencies continue to get resolved from the existing JavaEE repository then, I believe, Âit is not under the scope of the EF.

Â

On the other hand, it would be very cumbersome to review each and every âunmodifiedâ dependent file every time for copyright/license during every release from the EE4J repository, especially for those old versions of files that belong to existing (imported into EE4J repo) projects which are not directly part of the release. Making old code current would only be applicable if there are any changes/modifications made to the old versions (which is not likely). I am referring to the scenario where there is a future release which is published from the EE4J repository with a dependency on the old code here.

Â

-Mrinal

Â

From: David Lloyd
Sent: 15 January 2018 23:43
To: EE4J community discussions


Subject: Re: [ee4j-community] Retaining History for incoming EE4J Projects

Â

I believe this is inaccurate. Anyone can declare a dependency on an

older version of the code already as the entire history is already

published. In order to bring old code to be current, it would have to

be reviewed in the same manner as any other change. So again, AFAICT

there is no real legal issue here.

Â

On Mon, Jan 15, 2018 at 12:06 PM, Mrinal Kanti M <mrinal.kanti@xxxxxxxxx> wrote:

> I think Mike has a point here. If the due diligence is not done then it

> would be technically possible for someone (in future) to make a release

> (say, for the sake of maintenance) by declaring a dependency on an older

> version of the code. And since the older version is not completely vetted,

> the release might end up having license/copyright issues.

>Â

>Â

>Â

> Besides, I have some bandwidth to spare. If its purely a time, effort or

> resource issue then I think it would be a good opportunity to call for

> volunteers from the community and see if the existing teams can be augmented

> to meet the resource demands during this transition process.

>Â

>Â

>Â

> -Mrinal

>Â

>Â

>Â

> P.S. I have already accepted the ECA and do not anticipate any issues in

> getting other relevant paperwork processed.

>Â

>Â

>Â

>Â

>Â

> Sent from Mail for Windows 10

>Â

>Â

>Â

> From: Mike Milinkovich

> Sent: 15 January 2018 23:21

> To: ee4j-community@xxxxxxxxxxx

> Subject: Re: [ee4j-community] Retaining History for incoming EE4J Projects

>Â

>Â

>Â

> On 2018-01-15 12:40 PM, Markus KARG wrote:

>Â

>> If it is not a legal issue, the file headers can stay as they are, and if

>> it

>Â

>> is only a time issue,_I_Â can fetch and push the commits between the

>> repos.

>Â

>> So why not letting me do that?

>Â

>Â

>Â

> Because that's not how it works....

>Â

>Â

>Â

> Like every large company we have ever worked with, before Oracle

>Â

> contributes any code to any open source foundation they have a process

>Â

> to follow. (Scanning code, reviewing copyright headers, checking license

>Â

> compatibility, etc.)

>Â

>Â

>Â

> Before the Eclipse Foundation accepts significant code contributions to

>Â

> its projects, we have a process that we follow. (Scanning code,

>Â

> reviewing copyright headers, checking license compatibility, etc.)

>Â

>Â

>Â

> As I said: real time, effort, and resources are required to move the

>Â

> history.

>Â

>Â

>Â

> --

>Â

> Mike Milinkovich

>Â

> mike.milinkovich@eclipse-foundation.org

>Â

> (m) +1.613.220.3223

>Â

>Â

>Â

> _______________________________________________

>Â

> ee4j-community mailing list

>Â

> ee4j-community@xxxxxxxxxxx

>Â

> To change your delivery options, retrieve your password, or unsubscribe from

> this list, visit

>Â

> https://dev.eclipse.org/mailman/listinfo/ee4j-community

>Â

>Â

>Â

>Â

> _______________________________________________

> ee4j-community mailing list

> ee4j-community@xxxxxxxxxxx

> To change your delivery options, retrieve your password, or unsubscribe from

> this list, visit

> https://dev.eclipse.org/mailman/listinfo/ee4j-community

>Â

Â

Â

Â

--

- DML

_______________________________________________

ee4j-community mailing list

ee4j-community@xxxxxxxxxxx

To change your delivery options, retrieve your password, or unsubscribe from this list, visit

https://dev.eclipse.org/mailman/listinfo/ee4j-community

Â


_______________________________________________
ee4j-community mailing list
ee4j-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ee4j-community