Re: [jakartaee-tck-dev] [cu-dev] TCK Challenge

[Scott Marlow <smarlow@xxxxxxxxxx>]

On Sat, Jul 2, 2022, 8:21 AM Scott Marlow <smarlow@xxxxxxxxxx> wrote:

Probably either Alwin or myself could be helpful to provide different options to consider.  Help from any class loader expert is also welcome.

For my part, I could look into how the netbeans "api check" (sigtest.jar used in platform tck) does this.  From what I recall we may need a few different ways to load the classes with the application class loader, each attempt to ignore class not found and chain to next level of class loading.

I agree with https://github.com/jakartaee/concurrency/issues/246#issuecomment-1172600091 that we should review what is working for other new standalone tcks for signature testing.

Scott

Scott

On Fri, Jul 1, 2022, 10:42 AM Steve Millidge (Payara) <steve.millidge@xxxxxxxxxxx> wrote:

Hi All,

 

We have another TCK challenge. Can someone familiar with how the signature tests were put together pick it up please?

 

See [TCK Challenge] ConcurrencySigTest.getClasspath() returns invalid paths · Issue #246 · jakartaee/concurrency (github.com)

 

Thanks

 

Steve Millidge

 

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