Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-platform-dev] Jakarta EE Platfrom Call Match 17, 2020 at 11:00 EDT
Thanks for the suggestions! My comments inline.

On Tue, Mar 17, 2020 at 5:43 PM Bill Shannon <bill.shannon@xxxxxxxxxx> wrote:
Despite the meeting being canceled, some people showed up anyway and we have some useful conversations.  Don't consider these minutes, they're just my recollections of what was talked about, and these are certainly not official minutes.  Corrections are encouraged.

Emily Jiang started by asking about the TCKs and lamenting how there wsa no documentation about the structure of the TCKs and thus it was difficult to determine how to extract pieces of the TCk repo for one particular API in order to create a standalone TCK for that API.

I lamented that we had internal documentation on some of this that we've never found time to release.  Perhaps some of it would be useful, perhaps not, but I'll go back and see if there's any hope of springing it loose of Oracle.

I reminded Emily to talk to Andy, who has figured out some parts of this.

We talked to David Blevins about EJB and what his plans are for EJB.  David was very clear that, given his resource and product requirements, he was not going to be able to have anyone help on the EJB implementation in GlassFish.  So, it's going to be up to the GlassFish project team to do this work.

We talked about the EJB interop tests.  David believes there are two kinds of EJB interoperability tests - tests that use only the EJB APIs to test interoperating with remote EJBs, presumably from the same vendor, and tests that use the CORBA APIs to test EJB interoperability using the IIOP. CSIv2, etc. protocols.  These later tests should be removed from the TCK.

Note, however, that the only remote EJB protocol supported by GlassFish is the CORBA protocol, so these tests that would be removed from the platform TCK would be very useful as product tests for GlassFIsh, and we should be careful not to lose them or lose that ability to use them for GlassFish.  They would also be useful for any other products that currently provide this level of interoperability and are NOT planning to remove it for Jakarta EE 9 even though it is no longer part of the spec (not even optional).

Vano Beridze lamented that the Jakarta EE RI, Eclipse GlassFish, was clearly not a production level enterprise server, so was some other product going to stop in to fill that gap.  We explained how there is no longer any RI, how it's a market competition to determine who is best.  We reminded Vano that Payara Server is very close to GlassFish, so contributing to GlassFish may see results in Payara server soon, and for that matter many of the components are shared with other products so it depends on what component you're contributing to.

Vano was interested in contributing to the Face products.  We gave hime must of the same "how do I help" advice that has been given on mailing lists several times.  Maybe someone (Reza?) could write up a Quick Start page for "how do I get started helping?"


We filled the whole hour with these discussions, and could've gone on longer.  A few other people joined and left the call and I didn't try to keep track of them, sorry.


Now I have some advice of my own (not discussed during the meeting)...

If you really want to cancel the meeting, for whatever reason, it needs to be done at least 12, and preferably 24 hours before the meeting is scheduled to start.

I think we agreed that I would help out by sending a reminder a day before the call with a link to the agenda. It is everybody's responsibility to add to the agenda. And an empty agenda means we won't do the call. 
 

Sometimes it's worthwhile to have a meeting even if there is no official agenda.  Consider it an "unmeeting" where the agenda is formed at the start of the meeting or during the flow of the meeting.  If it turns out to be a failure, we can stop doing it.

I agree! it is a good idea. I am happy to do so for future meetings.
 

If the meeting end early, consider leaving the zoom running and displaying a banner that says the meeting ended early.  If there's confusion about the start time and the meeting starts later than expected for some people, consider starting the zoom conference early and display a banner that the meeting starts later, e.g., due to DST changes.

The meeting is set up so it does not require a host. Anybody can log in to the meeting at any time. I won't be able to attend the meeting every time due to travel (not currently, but usually...). So facilitating this would be up to someone in the group.

Ivar



Ivar Grimstad wrote on 3/17/20 7:12 AM:
There are no agenda items, so we will cancel this call. 

If you have something to bring up with the group, don't hesitate to send it on the mailing list or add it to the agenda for next week.

https://docs.google.com/document/d/1EJ2ilaPhMnQqa3aw6AmwjRbBPGL3_np4uuwklgfqPZI/edit?usp=sharing 

Ivar

--

Ivar Grimstad

Jakarta EE Developer Advocate | Eclipse Foundation, Inc.

Eclipse Foundation: The Platform for Open Innovation and Collaboration

_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://urldefense.com/v3/__https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev__;!!GqivPVa7Brio!KwOaXMATFLgGSDbLdW5QvmHZClIsCqf6q-oJBPNpTKMbNoxN2weIgnNdsFXYLtSuqg$



--

Ivar Grimstad

Jakarta EE Developer Advocate | Eclipse Foundation, Inc.

Eclipse Foundation: The Platform for Open Innovation and Collaboration

Back to the top