[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
| 
Re: [jakarta.ee-spec] [BALLOT] Approve the Jakarta TCK package naming convention ee.jakarta.tck.[spec]
 | 
  
  
    
    
    On 1/12/22 5:22 PM, Emily Jiang via
      jakarta.ee-spec wrote:
    
    
      
      
        Greetings Jakarta EE Specification Committee.
          
          After a long discussion on the naming
          convention of the Jakarta TCK namespaces, the Jakarta
          community chose the package name: ee.jakarta.tck.[spec]. 
        
          I need your vote to approve the Jakarta TCK package name ee.jakarta.tck.[spec]
        Per the process, this will be a seven-day ballot,
          ending on January 19, 2022, that requires a
          Super-majority positive vote of the Specification Committee
          members (note that there is no veto). Community input is
          welcome, but only votes cast by Specification Committee
          Representatives will be counted.
          
          The Specification Committee is composed of representatives of
          the Jakarta EE Working Group Member Companies (Fujitsu, IBM,
          Oracle, Payara, Tomitribe, Primeton, and Shandong Cvicse
          Middleware Co.), along with individuals who represent the EE4J
          PMC, Participant Members, and Committer Members.
          
          Specification Committee representatives, your vote is hereby
          requested. Please respond with +1 (positive), 0 (abstain), or
          -1 (reject). Any feedback that you can provide to support your
          vote will be appreciated.
        
       
    
    -1 (community input) as the chosen package prefix
      `ee.jakarta.tck.[spec]` use of `ee` conflicts with the Platform
      TCK use of the `ee` package prefix to signify tests that are
      specifically for the Jakarta EE Platform (e.g. specifically not
      for SE tests).  The new Standalone TCKs will target SE + EE, it
      would be inconsistent to use the `ee` package for SE tests.
    
    Certainly there will also be new Platform TCK tests added in the
      future and if they use this now recommended package prefix, it
      will be confusing to the future generation of TCK maintainers as
      to which TCK tests are for SE versus EE.  IMO, this works against
      our overall improve EE development process goal and I don't think
      that anyone intended to cause that type of problem but it is more
      that we are are trying to make a quick decision for the EE 10
      release to avoid delays (as I understand it).
    In summary, we shouldn't use EE in the package name for TCK tests
      that are written specifically for SE.  For examples, see current Persistence
        TCK source EE folder + Persistence
        TCK source SE folder.  
    
    Scott
    
    
      
      
      
      _______________________________________________
jakarta.ee-spec mailing list
jakarta.ee-spec@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec