Re: Jakarta EE TCKs and compatibility logo

2019-02-19 Thread Robbie Gemmell
On Mon, 18 Feb 2019 at 22:27, Mark Thomas  wrote:
>
> On 18/02/2019 13:43, Oleksandr Rudyy wrote:



> > So, in general, I would like to continue running TCK tests with Qpid JMS
> > clients and  Qpid Broker-J using Jakarta EE bundle.
> > If Jakarta EE compatible logo is required to add to Qpid Project, I
> > suppose, we can add it.
>
> There is no such requirement. The Jakarta EE compatible logo is
> something Qpid can choose to use - or not - as they wish. There is no
> requirement to use the logo if you run the TCK.
>

That was my reading of the initial mail. I cant speak for anyone else,
but I dont have a particular desire to use the logo.



<
> Kind regards,
>
> Mark

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org



Re: Jakarta EE TCKs and compatibility logo

2019-02-18 Thread Mark Thomas

On 18/02/2019 13:43, Oleksandr Rudyy wrote:

Hi Mark,

I believe that Qpid Team members requested an access to TCK earlier in 
order to test compatibility of Qpid JMS clients with JMS specs.
We  added maven module [1] to run TCK tests against Qpid Broker-J. 
Though, TCK is not part of Qprid Broker-J project and it has to be 
provided externally.
The TCK bundles need to be downloaded separately and the path to the TCK 
folder needs to be specified to the maven build as JVM property.
Both TCK tests for JMS 1.1 and JMS 2.0 can be run. However, currently, 
only older Oracle proprietary TCKs are supported due to hard-coded paths 
to the dependency jars.


In order to run TCK tests with new Jakarta EE bundle, the maven profile 
settings needs to be amended. I will change that later.


So, in general, I would like to continue running TCK tests with Qpid JMS 
clients and  Qpid Broker-J using Jakarta EE bundle.
If Jakarta EE compatible logo is required to add to Qpid Project, I 
suppose, we can add it.


There is no such requirement. The Jakarta EE compatible logo is 
something Qpid can choose to use - or not - as they wish. There is no 
requirement to use the logo if you run the TCK.



Mark,
Do you know whether there are any plans to release TCK bundles into 
maven repository?


I don't.

I suppose that JMS 1.1 TCK is not supported by Jakarta EE and if I still 
want to run JMS 1.1 TCK I need to use Oracle provided bundle.


Correct. None of the history of Java EE was imported into Jakarta EE - 
just the current state of the point Java EE 8 was released - so it isn't 
possible to re-create any earlier versions.


Kind regards,

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org



Re: Jakarta EE TCKs and compatibility logo

2019-02-18 Thread Oleksandr Rudyy
Hi Mark,

I believe that Qpid Team members requested an access to TCK earlier in
order to test compatibility of Qpid JMS clients with JMS specs.
We  added maven module [1] to run TCK tests against Qpid Broker-J. Though,
TCK is not part of Qprid Broker-J project and it has to be provided
externally.
The TCK bundles need to be downloaded separately and the path to the TCK
folder needs to be specified to the maven build as JVM property.
Both TCK tests for JMS 1.1 and JMS 2.0 can be run. However, currently, only
older Oracle proprietary TCKs are supported due to hard-coded paths to the
dependency jars.

In order to run TCK tests with new Jakarta EE bundle, the maven profile
settings needs to be amended. I will change that later.

So, in general, I would like to continue running TCK tests with Qpid JMS
clients and  Qpid Broker-J using Jakarta EE bundle.
If Jakarta EE compatible logo is required to add to Qpid Project, I
suppose, we can add it.

Mark,
Do you know whether there are any plans to release TCK bundles into maven
repository?
I suppose that JMS 1.1 TCK is not supported by Jakarta EE and if I still
want to run JMS 1.1 TCK I need to use Oracle provided bundle.

Kind Regards,
Alex

[1]
https://cwiki.apache.org/confluence/display/qpid/How+To+Build+Qpid+Broker-J#HowToBuildQpidBroker-J-JMSTCK


On Sun, 17 Feb 2019 at 19:01, Mark Thomas  wrote:

> Ping.
>
> Just a gentle reminder as I haven't seen any emails to jcp-open@ as yet.
>
> Mark
>
> PS If you don't want to build from source, there are nightly TCK builds
> available here:
> https://download.eclipse.org/ee4j/jakartaee-tck/8.0.1/nightly/
>
>
> On 21/01/2019 10:46, Mark Thomas wrote:
> > Apologies for the noise.
> >
> > The correct link for [3] is:
> >
> > https://jakarta.ee/legal/trademark_guidelines/
> >
> > I've also corrected a handful of the project BCCs.
> >
> > Mark
> >
> >
> > On 18/01/2019 22:53, Mark Thomas wrote:
> >> Hi all,
> >>
> >> I am writing to your dev@ lists (on BCC) as your project has, in the
> >> past, requested access to the Java EE TCKs while they were controlled by
> >> Sun and then Oracle.
> >>
> >> As I am sure you are aware, Java EE has moved to Eclipse and is now
> >> Jakarta EE. The good news is that the TCKs have been open sourced.
> >>
> >> https://github.com/eclipse-ee4j/jakartaee-tck
> >>
> >> (I haven't tried to build the latest TCK from source yet but it is on my
> >> TODO list.)
> >>
> >> Shipping compatible implementations of the Jakarta EE specs (and being
> >> able to make public statements to that effect) will be subject only to
> >> the spec [1] and TCK [2] licenses. There will no longer be a TCK
> >> agreement or NDA to sign. However...
> >>
> >> The question has arisen whether or not any ASF projects will want to use
> >> the Jakarta EE compatible logo [3]. If a project wants to be able to do
> >> this, there are some organisational hoops to jump through. Before the
> >> ASF starts down that path the board has asked me to see if there are any
> >> projects that want to use the Jakarta EE compatible logo. After all,
> >> there is no point jumping through the hoops if no-one wants to use the
> logo.
> >>
> >> With the above in mind can you please discuss this amongst your project
> >> community and reply back to jcp-o...@apache.org whether or not your
> >> project is interested in being able to use the Jakarta EE compatible
> >> logo. I ask that you complete this no later than the next board meeting
> >> (20th February 2019).
> >>
> >> If you have any questions about any of the above, please also use
> >> jcp-o...@apache.org to ask them.
> >>
> >> Thanks,
> >>
> >> Mark
> >>
> >>
> >> [1] https://www.eclipse.org/legal/efsl.php
> >> [2] https://www.eclipse.org/legal/tck.php
> >> [3] https://www.eclipse.org/legal/tck.php
> >>
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
> For additional commands, e-mail: dev-h...@qpid.apache.org
>
>


Re: Jakarta EE TCKs and compatibility logo

2019-02-17 Thread Mark Thomas
Ping.

Just a gentle reminder as I haven't seen any emails to jcp-open@ as yet.

Mark

PS If you don't want to build from source, there are nightly TCK builds
available here:
https://download.eclipse.org/ee4j/jakartaee-tck/8.0.1/nightly/


On 21/01/2019 10:46, Mark Thomas wrote:
> Apologies for the noise.
> 
> The correct link for [3] is:
> 
> https://jakarta.ee/legal/trademark_guidelines/
> 
> I've also corrected a handful of the project BCCs.
> 
> Mark
> 
> 
> On 18/01/2019 22:53, Mark Thomas wrote:
>> Hi all,
>>
>> I am writing to your dev@ lists (on BCC) as your project has, in the
>> past, requested access to the Java EE TCKs while they were controlled by
>> Sun and then Oracle.
>>
>> As I am sure you are aware, Java EE has moved to Eclipse and is now
>> Jakarta EE. The good news is that the TCKs have been open sourced.
>>
>> https://github.com/eclipse-ee4j/jakartaee-tck
>>
>> (I haven't tried to build the latest TCK from source yet but it is on my
>> TODO list.)
>>
>> Shipping compatible implementations of the Jakarta EE specs (and being
>> able to make public statements to that effect) will be subject only to
>> the spec [1] and TCK [2] licenses. There will no longer be a TCK
>> agreement or NDA to sign. However...
>>
>> The question has arisen whether or not any ASF projects will want to use
>> the Jakarta EE compatible logo [3]. If a project wants to be able to do
>> this, there are some organisational hoops to jump through. Before the
>> ASF starts down that path the board has asked me to see if there are any
>> projects that want to use the Jakarta EE compatible logo. After all,
>> there is no point jumping through the hoops if no-one wants to use the logo.
>>
>> With the above in mind can you please discuss this amongst your project
>> community and reply back to jcp-o...@apache.org whether or not your
>> project is interested in being able to use the Jakarta EE compatible
>> logo. I ask that you complete this no later than the next board meeting
>> (20th February 2019).
>>
>> If you have any questions about any of the above, please also use
>> jcp-o...@apache.org to ask them.
>>
>> Thanks,
>>
>> Mark
>>
>>
>> [1] https://www.eclipse.org/legal/efsl.php
>> [2] https://www.eclipse.org/legal/tck.php
>> [3] https://www.eclipse.org/legal/tck.php
>>
> 


-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org



Re: Jakarta EE TCKs and compatibility logo

2019-01-21 Thread Mark Thomas
Apologies for the noise.

The correct link for [3] is:

https://jakarta.ee/legal/trademark_guidelines/

I've also corrected a handful of the project BCCs.

Mark


On 18/01/2019 22:53, Mark Thomas wrote:
> Hi all,
> 
> I am writing to your dev@ lists (on BCC) as your project has, in the
> past, requested access to the Java EE TCKs while they were controlled by
> Sun and then Oracle.
> 
> As I am sure you are aware, Java EE has moved to Eclipse and is now
> Jakarta EE. The good news is that the TCKs have been open sourced.
> 
> https://github.com/eclipse-ee4j/jakartaee-tck
> 
> (I haven't tried to build the latest TCK from source yet but it is on my
> TODO list.)
> 
> Shipping compatible implementations of the Jakarta EE specs (and being
> able to make public statements to that effect) will be subject only to
> the spec [1] and TCK [2] licenses. There will no longer be a TCK
> agreement or NDA to sign. However...
> 
> The question has arisen whether or not any ASF projects will want to use
> the Jakarta EE compatible logo [3]. If a project wants to be able to do
> this, there are some organisational hoops to jump through. Before the
> ASF starts down that path the board has asked me to see if there are any
> projects that want to use the Jakarta EE compatible logo. After all,
> there is no point jumping through the hoops if no-one wants to use the logo.
> 
> With the above in mind can you please discuss this amongst your project
> community and reply back to jcp-o...@apache.org whether or not your
> project is interested in being able to use the Jakarta EE compatible
> logo. I ask that you complete this no later than the next board meeting
> (20th February 2019).
> 
> If you have any questions about any of the above, please also use
> jcp-o...@apache.org to ask them.
> 
> Thanks,
> 
> Mark
> 
> 
> [1] https://www.eclipse.org/legal/efsl.php
> [2] https://www.eclipse.org/legal/tck.php
> [3] https://www.eclipse.org/legal/tck.php
> 


-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org