[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
| Re: [faces-dev] Could someone have a look at test challenge, Issue #1474 | 
  
  
    
    
    On 1/26/21 4:07 PM, arjan tijms wrote:
    
    
      
      Hi,
        
        
        Indeed, for now the simplest and best change would be to
          disable the test (add it to the exclusion list). We'll then
          make sure to have the types consistent in time for Faces 4.0.
        
        
        I'll coordinate with the TCK team for this exclusion and/or
          do a PR to that end.
      
    Hi,
    Other than addressing
      https://github.com/eclipse-ee4j/faces-api/issues/1471 in a future
      EE release, I am not aware of any way to exclude signature test
      failures like this for an existing EE release.  
    
    A sort of related question, should our TCK signature testing
      continue to validate the annotation signature?  For example, from
      the TCK challenge:
    "
    [javatest.batch] Missed Annotations
[javatest.batch] ------------------
[javatest.batch] 
[javatest.batch] javax.faces.component.behavior.FacesBehavior:               anno 0 java.lang.annotation.Target(java.lang.annotation.ElementType[] value=[TYPE])
[javatest.batch] 
[javatest.batch] Added Annotations
[javatest.batch] -----------------
[javatest.batch] 
[javatest.batch] javax.faces.component.behavior.FacesBehavior:               anno 0 java.lang.annotation.Target(java.lang.annotation.ElementType[] value=[FIELD,METHOD,PARAMETER,TYPE])
[javatest.batch] 
[javatest.batch] 09-05-2019 11:24:59:  SVR: ********** Package 'javax.faces.component.behavior' - FAILED (REFLECTION MODE) **********
"
Currently, verifying certain annotations like @Deprecated on later Java SE versions is complicated by optional fields being added by the later Java SE version.  So, if we only verified that the named annotation is used but not check the signatures, that could help avoid issues like https://github.com/eclipse-ee4j/faces-api/issues/1474 and allow help with running the TCK on later Java SE versions (https://github.com/eclipse-ee4j/jakartaee-tck/issues/156).
    Thanks,
      Scott
    
    
      
      
      
        
        Hi,
          
          The OpenLiberty certification for EE 9 seems to have run into
          the issue 
          described in https://github.com/eclipse-ee4j/faces-api/issues/1474
          
          Could someone in the Faces committer team have a look and
          decide if this 
          is valid? If so, please mark the challenge appropriately and
          coordinate 
          with the Platform TCK team to make the necessary changes to
          the TCK? 
          Probably simplest to just disable the test(s) in question.
          
          Ideally, please also file a bug to work out how/if a longer
          term fix 
          that maintains the compatibility check can be considered for
          the next 
          Faces API update.
          
          Thanks,
          
          -- Ed
          
          _______________________________________________
          faces-dev mailing list
          faces-dev@xxxxxxxxxxx
          To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/faces-dev
        
       
      
      
      _______________________________________________
faces-dev mailing list
faces-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/faces-dev