[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [jakarta.ee-spec.committee] TCK download directory conventions
|
Rereading our instructions I see that the link to the staged TCK
is supposed to be in the GitHub release text for the spec release.
But where do we provide the link to the GitHub release for the spec?
For example, the Jakarta Mail spec release is here:
https://github.com/eclipse-ee4j/mail-spec/releases/tag/1.6
Is that what we want a GitHub spec release to look like? I'd love to have
a template for that as well! :-)
Bill Shannon wrote on 7/15/19 3:31 PM:
> The specifications PR template doesn't ask for the location of the
> staged TCK. The _index.md file should have the location of the released
> TCK. How should the location of the staged TCK be communicated to the
> spec committee for review? Should we add it to the PR template?
>
> Bill Shannon wrote on 7/15/19 1:27 PM:
>> It would be good to establish some conventions for the
>> download directories containing the TCKs.
>>
>> The TCKs currently produced from the jakartaee-tck repo are being put in
>>
>> https://download.eclipse.org/ee4j/jakartaee-tck/jakartaee8-eftl/staged/
>>
>> with the expectation that the signed and approved versions would be moved to
>>
>> https://download.eclipse.org/ee4j/jakartaee-tck/jakartaee8-eftl/release/
>>
>> For Jakarta Mail I followed a similar pattern, putting the TCK in
>>
>> https://download.eclipse.org/ee4j/javamail/mail-tck/mail-tck-eftl/staged/
>>
>> I don't think there's any reason that all the TCK downloads need to be
>> in the jakartaee-tck directory.
>>
>> If/when the component TCKs are split out of the jakartaee-tck project,
>> we would want them in a download directory associated with their spec
>> project. I'm thinking of a pattern like this (all under
>> http://download.eclipse.org/):
>>
>> ee4j/<project>/<project>-tck/<project>-tck-eftl/staged/
>> ee4j/<project>/<project>-tck/<project>-tck-eftl/release/
>> ee4j/<project>/<project>-tck/<project>-tck-epl/
>>
>> That allows ee4j/<project> to contain other project downloads,
>> and separates the eftl and epl versions of the TCK. If that seems
>> too verbose, we could use something like:
>>
>> ee4j/<project>/tck/eftl/staged/
>> ee4j/<project>/tck/eftl/release/
>> ee4j/<project>/tck/epl/
>>
>> Comments?
>>
>>
>> (Note that the component TCKs produced from the jakartaee-tck repo would
>> continue to be put in the jakartaee-tck directory for now.)
>> _______________________________________________
>> jakarta.ee-spec.committee mailing list
>> jakarta.ee-spec.committee@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee
>>
> _______________________________________________
> jakarta.ee-spec.committee mailing list
> jakarta.ee-spec.committee@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee
>