Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-tck-dev] [data-dev] [jakartaee-spec-project-leads] New Tools and Challenges of Creating Modern TCK on Persistence Layer
Hi,

If I understand correctly it's some kind of running joke within the Arquillian community to keep versions on Alpha forever. Although Arquillian Core didn't participate in that joke, I remember most everything else was always Alpha, even when the code was rocksolid and used in production for years.

I already asked to stop with that joke. Surely not everyone is getting it, and IMHO it's not even that funny anymore.

Kind regards,
Arjan Tijms


On Tue, 2 May 2023 at 12:51, David Matejcek <david.matejcek@xxxxxxxxxxx> wrote:
If I remember well, you still have to declare the old version of the protocol, but perhaps it changed. If not, the issue is still valid. And even if it is not valid any more (I did not use Arquillian for some 3 years) - why is it still open? Who maintains Arquillian? Some 4 years ago I was fixing nullpointers in Arquillian Core. At least those fixes were merged to the current 1.7.alphas. This one is still waiting: https://github.com/arquillian/arquillian-core/pull/448

This is also horrible. Arquillian should have real 1.7.0 and 1.7.1 and on. There was no final version since 2020.

But the most important thing is - the decision should be made especially by people which would have to maintain the TCK.
This discussion is rather about pointing out risks, pros and cons, possible additional issues.

David.

On 30. 04. 23 22:26, Arjan Tijms wrote:
Hi,

On Sun, 30 Apr 2023 at 21:57, <lenny@xxxxxxxxxxxxx> wrote:
Not sure about https://github.com/arquillian/arquillian-core/issues/444 all my tests pass with Jakarta EE 10 with the latest Arq 1.7 

444 must be invalid. Obviously Arquillian is compatible with EE 10, as major parts of the TCK for EE 10 work with Arquillian. Every released (ratified) EE version is therefore automatically compatible with Arquillian.

Kind regards,
Arjan Tijms


 
 could simplify the testing process and make it more accessible to new developers. Additionally, we aim to create an easy-to-integrate, contribute, and extensible TCK that can be used for both Jakarta NoSQL and Data specifications.

We would appreciate your thoughts and suggestions on this matter, especially regarding the new TCKs we are developing. We want to ensure that our approach remains neutral to both specifications. We are open to exploring other frameworks that could inspire our work, such as Weld-testing, TestContainer, and JUnit 5.

Thank you for your time and consideration. We look forward to hearing from you soon.


-- 
Thanks a lot,
_______________________________________________
jakartaee-spec-project-leads mailing list
jakartaee-spec-project-leads@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-spec-project-leads
_______________________________________________
jakartaee-spec-project-leads mailing list
jakartaee-spec-project-leads@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-spec-project-leads


-- 
Thanks a lot,
_______________________________________________
data-dev mailing list
data-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://accounts.eclipse.org
_______________________________________________
jakartaee-tck-dev mailing list
jakartaee-tck-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev


-- 
Thanks a lot,
_______________________________________________
jakartaee-tck-dev mailing list
jakartaee-tck-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev
_______________________________________________
jakartaee-tck-dev mailing list
jakartaee-tck-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev


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



-- 
David Matejcek | OmniFish
david.matejcek@xxxxxxxxxxx
_______________________________________________
jakartaee-tck-dev mailing list
jakartaee-tck-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev

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


-- 
David Matejcek | OmniFish
david.matejcek@xxxxxxxxxxx

Back to the top