Re: Another 8.0.0 milestone release

[Jean-Louis Monteiro]

Sounds good to me.

Le mer. 23 janv. 2019 à 04:23, César Hernández Mendoza 
a écrit :

> I have never done a TomEE release but I'm willing to learn during 8.0.0-M2
> release :)
>
> El mar., 22 ene. 2019 a las 19:59, David Blevins ( >)
> escribió:
>
> > There are plans to launch start.microprofile.io on January 29th.  We
> have
> > a lot more MicroProfile support in master than we do in 8.0.0-M1.
> >
> > What do we think about shooting out an 8.0.0-M2 asap and ensuring it's in
> > the server list for start.microprofile.io?
> >
> >
> > --
> > David Blevins
> > http://twitter.com/dblevins
> > http://www.tomitribe.com
> >
> >
>
> --
> Atentamente:
> César Hernández Mendoza.
>

Re: Another 8.0.0 milestone release

[César Hernández Mendoza]

I have never done a TomEE release but I'm willing to learn during 8.0.0-M2
release :)

El mar., 22 ene. 2019 a las 19:59, David Blevins ()
escribió:

> There are plans to launch start.microprofile.io on January 29th.  We have
> a lot more MicroProfile support in master than we do in 8.0.0-M1.
>
> What do we think about shooting out an 8.0.0-M2 asap and ensuring it's in
> the server list for start.microprofile.io?
>
>
> --
> David Blevins
> http://twitter.com/dblevins
> http://www.tomitribe.com
>
>

-- 
Atentamente:
César Hernández Mendoza.

Another 8.0.0 milestone release

[David Blevins]

There are plans to launch start.microprofile.io on January 29th.  We have a lot 
more MicroProfile support in master than we do in 8.0.0-M1.

What do we think about shooting out an 8.0.0-M2 asap and ensuring it's in the 
server list for start.microprofile.io?


-- 
David Blevins
http://twitter.com/dblevins
http://www.tomitribe.com

Re: How can I help?

[Bogdan Stirbat]

Hi,

Thank you! The issue https://issues.apache.org/jira/browse/TOMEE-2370 (Add
README.adoc to applicationcomposer-jaxws-cdi/) should be marked Resolved in
JIRA.

Can I work on https://issues.apache.org/jira/browse/TOMEE-2375 (Add
README.adoc to concurrency-utils/) ?

Thanks,
Bogdan

În lun., 21 ian. 2019 la 13:18, Bruno Baptista  a scris:

> Thanks Bogdan,
>
> I've approved your PR.
>
> I see that you also submitted:
>
> https://issues.apache.org/jira/browse/TOMEE-2455
>
> with PR:
>
> https://github.com/apache/tomee/pull/375
>
> I'm building the container to see if it doesn't break anything.
>
> Cheers
>
> Bruno Baptista
> https://twitter.com/brunobat_
>
>
> On 19/01/19 16:52, Bogdan Stirbat wrote:
> > Thanks!
> >
> > I've added a new pull request, https://github.com/apache/tomee/pull/379
> .
> >
> > În sâm., 19 ian. 2019 la 14:58, Richard Monson-Haefel <
> > monsonhae...@gmail.com> a scris:
> >
> >> Welcome to TomEE, Bogdan!
> >>
> >> On Thu, Jan 17, 2019 at 1:34 PM Bogdan Stirbat <
> bogdan.stir...@gmail.com>
> >> wrote:
> >>
> >>> Hi!
> >>>
> >>>
> >>> I am Bogdan Știrbăț, a software engineer located in Bucharest, Romania.
> >> I'm
> >>> interested in JEE, Spring, enterprise computing, microservices.
> >>>
> >>> I find working on this project is an opportunity to both learn more
> about
> >>> the topics I'm interested in, and to contribute something back to the
> >>> community. Therefore, I would kike to ask how can I help.
> >>>
> >>>
> >>> Thanks,
> >>> Bogdan
> >>>
> >>
> >> --
> >> Richard Monson-Haefel
> >> https://twitter.com/rmonson
> >> https://www.linkedin.com/in/monsonhaefel/
> >>
>

Re: OpenTracing - nullpointer OpenTracingFilter

[Roberto Cortez]

Hi Ivan,

Can you please provide a test case that reproduces the issue? Thank you!

Cheers,
Roberto

> On 22 Jan 2019, at 16:07, Romain Manni-Bucau  wrote:
> 
> Long story short, the MP impl assume CDI is active, if not then tomee but
> disable the MP impl.
> For us it means disabling also the servlet container initializers. It can
> be done in OpenEJBContextConfig or - likely good - implementing a
> contextual ConfigSource (reading AppContext#properties for instance) and
> forcing geronimo.opentracing.filter.active to false for the webapp (not
> globally). Setting the system property you should get the same behavior but
> it will be global so some app will not get tracing.
> In other word it is the core work tomee must do: integration :).
> 
> Romain Manni-Bucau
> @rmannibucau  |  Blog
>  | Old Blog
>  | Github  |
> LinkedIn  | Book
> 
> 
> 
> Le mar. 22 janv. 2019 à 17:03, Ivan Junckes Filho  a
> écrit :
> 
>> When you say it is a bug in CDI support of TomEE, could you please be more
>> specific? Of course if you are aware of what it could be·
>> 
>> On Tue, Jan 22, 2019 at 12:50 PM Romain Manni-Bucau 
>> wrote:
>> 
>>> Hmm, we can add a check in the filter and fail the deployment but at the
>>> end it is a bug in CDI support of TomEE so likely saner to fix it in TomEE,
>>> right?
>>> 
>>> Romain Manni-Bucau
>>> @rmannibucau  |  Blog
>>>  | Old Blog
>>>  | Github
>>>  | LinkedIn
>>>  | Book
>>> 
>>> 
>>> 
>>> Le mar. 22 janv. 2019 à 15:37, Ivan Junckes Filho 
>>> a écrit :
>>> 
 I would say if the extension was not executed for some reason that we
 need to know why, we need to make sure the filter doesn't throw that
 exception or completely ignore the filter logic right?
 
 On Tue, Jan 22, 2019 at 12:08 PM Romain Manni-Bucau <
 rmannibu...@gmail.com> wrote:
 
> Hi Ivan,
> 
> This means the opentracing extension was not executed for the app:
> https://github.com/apache/geronimo-opentracing/blob/master/geronimo-opentracing/src/main/java/org/apache/geronimo/microprofile/opentracing/microprofile/cdi/OpenTracingExtension.java#L125
> 
> Romain Manni-Bucau
> @rmannibucau  |  Blog
>  | Old Blog
>  | Github
>  | LinkedIn
>  | Book
> 
> 
> 
> Le mar. 22 janv. 2019 à 14:39, Ivan Junckes Filho <
> ivanjunc...@gmail.com> a écrit :
> 
>> Hey guys, I would like some help with an opentracing issue. I am not
>> sure if it was already fixed or not. It was happening on version 1.0.0,
>> current M1 release of TomEE 8.
>> 
>> There is a nullpointer happening in OpenTracingFilter and it seems to
>> be because this injection is null.
>> 
>> @Inject
>> private GeronimoOpenTracingConfig config;
>> 
>> So this line throws the null pointer:
>> 
>> skipDefaultTags = 
>> Boolean.parseBoolean(config.read("filter.forcedTracing.skipDefaultTags", 
>> "false"));
>> 
>> Anyone can help with this?
>> 
>> Logs are attached.
>> 
>> 
>> 

Re: MicroProfile Integration in Plus and Plume

[j4fm]

In the webapps, there is a loader specified in the context.xml.  This
singleton loader ensures that native libraries used by the webapps are
ultimately only loaded once but only the specific webapps load them rather
than affecting all webapps on TomEE.





--
Sent from: http://tomee-openejb.979440.n4.nabble.com/TomEE-Dev-f982480.html

Re: Adding Java EE Security 1.0 Spec to geronimo-specs

[Roberto Cortez]

Thank you! I’ll proceed with the changes to use now the API coming from 
Geronimo, plus implement the missing things.

> On 22 Jan 2019, at 15:23, Jean-Louis Monteiro  
> wrote:
> 
> PR merged. Thanks Roberto.
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
> 
> 
> On Thu, Jan 17, 2019 at 6:34 PM Jean-Louis Monteiro <
> jlmonte...@tomitribe.com> wrote:
> 
>> Ok, if there is no objection till tomorrow I'll merge it.
>> I'll comment on the PR as well.
>> --
>> Jean-Louis Monteiro
>> http://twitter.com/jlouismonteiro
>> http://www.tomitribe.com
>> 
>> 
>> On Thu, Jan 17, 2019 at 5:47 PM Jean-Louis Monteiro <
>> jlmonte...@tomitribe.com> wrote:
>> 
>>> Yes of course I can do it
>>> 
>>> Le jeu. 17 janv. 2019 à 17:43, Roberto Cortez 
>>> a écrit :
>>> 
 Hi JL,
 
 I just opened PR https://github.com/apache/geronimo-specs/pull/14 <
 https://github.com/apache/geronimo-specs/pull/14> with the Security API
 spec for Geronimo.
 
 If everything is fine and after the merge, can you also deploy a
 snapshot version of it so we can use it?
 
 Thanks!
 
 Cheers,
 Roberto
 
> On 14 Jan 2019, at 11:19, Roberto Cortez 
 wrote:
> 
> Sure.
> 
>> On 14 Jan 2019, at 11:03, Jean-Louis MONTEIRO 
 wrote:
>> 
>> Please open up a PR or I'll create a project on Geronimo side, so you
 can push to it.
>> 
>> Le lun. 14 janv. 2019 à 11:32, Roberto Cortez >>> > a écrit :
>> Yes, these need to be moved to Geronimo, but I think not at this time.
>> 
>> I would like to have a more stable implementation before moving this
 over to Geronimo. There are still a lot of things missing, including in the
 API (I didn’t app the full API, I added the source in a need basis) and is
 just easier to get this done in a single project.
>> 
>> I’ll keep working on this to add the remaining things and once that
 is done we can move it over.
>> 
>>> On 12 Jan 2019, at 08:32, Jean-Louis Monteiro <
 jlmonte...@tomitribe.com > wrote:
>>> 
>>> +1 of course. Thanks Gurkan.
>>> 
>>> If needed, lemme know I can help on this
>>> --
>>> Jean-Louis Monteiro
>>> http://twitter.com/jlouismonteiro  
>>> http://www.tomitribe.com 
>>> 
>>> 
>>> On Fri, Jan 11, 2019 at 8:29 PM Gurkan Erdogdu >>> > wrote:
>>> Hi folks
>>> Regarding TomEE, we need to add Java EE Security, JSR-375 spec to
>>> geronimo-specs and needs a release. I have committer access to
>>> geronimo-specs and added to code (implemented by Roberto Cortez in
>>> tomee-security) into my local. Can I commit to code to the
 geronimo-specs?
>>> Any objection?
>>> Regards.
>>> Gurkan
>> 
>> 
>> 
>> --
>> Jean-Louis
> 
 
 

Re: Update examples readme to include translation instructions - [TOMEE-2456]

[César Hernández Mendoza]

Thank you Bruno for the review,
Can some of the committers please move forward the PR?

El vie., 18 ene. 2019 a las 16:26, César Hernández Mendoza (<
cesargu...@gmail.com>) escribió:

> Thank you for the review, I updated the PR that incorporates now your
> feedback.
>
> El vie., 18 ene. 2019 a las 10:52, Bruno Baptista ()
> escribió:
>
>> Hi César.
>>
>> I left some comments.
>>
>> Cheers
>>
>> Bruno Baptista
>> https://twitter.com/brunobat_
>>
>>
>> On 18/01/19 16:48, César Hernández Mendoza wrote:
>> > Can you please review this PR:
>> >
>> > https://github.com/apache/tomee/pull/376
>> >
>>
>
>
> --
> Atentamente:
> César Hernández Mendoza.
>


-- 
Atentamente:
César Hernández Mendoza.

Re: OpenTracing - nullpointer OpenTracingFilter

[Romain Manni-Bucau]

Long story short, the MP impl assume CDI is active, if not then tomee but
disable the MP impl.
For us it means disabling also the servlet container initializers. It can
be done in OpenEJBContextConfig or - likely good - implementing a
contextual ConfigSource (reading AppContext#properties for instance) and
forcing geronimo.opentracing.filter.active to false for the webapp (not
globally). Setting the system property you should get the same behavior but
it will be global so some app will not get tracing.
In other word it is the core work tomee must do: integration :).

Romain Manni-Bucau
@rmannibucau  |  Blog
 | Old Blog
 | Github  |
LinkedIn  | Book



Le mar. 22 janv. 2019 à 17:03, Ivan Junckes Filho  a
écrit :

> When you say it is a bug in CDI support of TomEE, could you please be more
> specific? Of course if you are aware of what it could be·
>
> On Tue, Jan 22, 2019 at 12:50 PM Romain Manni-Bucau 
> wrote:
>
>> Hmm, we can add a check in the filter and fail the deployment but at the
>> end it is a bug in CDI support of TomEE so likely saner to fix it in TomEE,
>> right?
>>
>> Romain Manni-Bucau
>> @rmannibucau  |  Blog
>>  | Old Blog
>>  | Github
>>  | LinkedIn
>>  | Book
>> 
>>
>>
>> Le mar. 22 janv. 2019 à 15:37, Ivan Junckes Filho 
>> a écrit :
>>
>>> I would say if the extension was not executed for some reason that we
>>> need to know why, we need to make sure the filter doesn't throw that
>>> exception or completely ignore the filter logic right?
>>>
>>> On Tue, Jan 22, 2019 at 12:08 PM Romain Manni-Bucau <
>>> rmannibu...@gmail.com> wrote:
>>>
 Hi Ivan,

 This means the opentracing extension was not executed for the app:
 https://github.com/apache/geronimo-opentracing/blob/master/geronimo-opentracing/src/main/java/org/apache/geronimo/microprofile/opentracing/microprofile/cdi/OpenTracingExtension.java#L125

 Romain Manni-Bucau
 @rmannibucau  |  Blog
  | Old Blog
  | Github
  | LinkedIn
  | Book
 


 Le mar. 22 janv. 2019 à 14:39, Ivan Junckes Filho <
 ivanjunc...@gmail.com> a écrit :

> Hey guys, I would like some help with an opentracing issue. I am not
> sure if it was already fixed or not. It was happening on version 1.0.0,
> current M1 release of TomEE 8.
>
> There is a nullpointer happening in OpenTracingFilter and it seems to
> be because this injection is null.
>
> @Inject
> private GeronimoOpenTracingConfig config;
>
> So this line throws the null pointer:
>
> skipDefaultTags = 
> Boolean.parseBoolean(config.read("filter.forcedTracing.skipDefaultTags", 
> "false"));
>
> Anyone can help with this?
>
> Logs are attached.
>
>
>

Re: OpenTracing - nullpointer OpenTracingFilter

[Ivan Junckes Filho]

When you say it is a bug in CDI support of TomEE, could you please be more
specific? Of course if you are aware of what it could be·

On Tue, Jan 22, 2019 at 12:50 PM Romain Manni-Bucau 
wrote:

> Hmm, we can add a check in the filter and fail the deployment but at the
> end it is a bug in CDI support of TomEE so likely saner to fix it in TomEE,
> right?
>
> Romain Manni-Bucau
> @rmannibucau  |  Blog
>  | Old Blog
>  | Github
>  | LinkedIn
>  | Book
> 
>
>
> Le mar. 22 janv. 2019 à 15:37, Ivan Junckes Filho 
> a écrit :
>
>> I would say if the extension was not executed for some reason that we
>> need to know why, we need to make sure the filter doesn't throw that
>> exception or completely ignore the filter logic right?
>>
>> On Tue, Jan 22, 2019 at 12:08 PM Romain Manni-Bucau <
>> rmannibu...@gmail.com> wrote:
>>
>>> Hi Ivan,
>>>
>>> This means the opentracing extension was not executed for the app:
>>> https://github.com/apache/geronimo-opentracing/blob/master/geronimo-opentracing/src/main/java/org/apache/geronimo/microprofile/opentracing/microprofile/cdi/OpenTracingExtension.java#L125
>>>
>>> Romain Manni-Bucau
>>> @rmannibucau  |  Blog
>>>  | Old Blog
>>>  | Github
>>>  | LinkedIn
>>>  | Book
>>> 
>>>
>>>
>>> Le mar. 22 janv. 2019 à 14:39, Ivan Junckes Filho 
>>> a écrit :
>>>
 Hey guys, I would like some help with an opentracing issue. I am not
 sure if it was already fixed or not. It was happening on version 1.0.0,
 current M1 release of TomEE 8.

 There is a nullpointer happening in OpenTracingFilter and it seems to
 be because this injection is null.

 @Inject
 private GeronimoOpenTracingConfig config;

 So this line throws the null pointer:

 skipDefaultTags = 
 Boolean.parseBoolean(config.read("filter.forcedTracing.skipDefaultTags", 
 "false"));

 Anyone can help with this?

 Logs are attached.

Re: JakartaEE TCK

[César Hernández Mendoza]

I'm getting closer (hopefully) to visualize the test on the JT Harness UI.
Following Jean-Louis and Gurkan direction this is where I'm so far:

cd  /Users/cesar/juniverse/ee8tck/javaeetck/bin
./ant gui

On the JT Harness UI, clicked: File->Open->TestSuite
and opened the folder: /Users/cesar/juniverse/ee8tck/javaeetck/src

On the JT Harness UI, Selected: View-> Filter -> ConfigureFilters
I couldn't create a new filter so I ended up updating the Custom filter
with the following data:
Keywords -> Match (Expression): javaee_web_profile
Click Apply and then Ok.

The Pi chard updated  slowly and the total amount of test cases is: 47219

This number of test cases differs from the one Gurkan mentioned ("17517
tests for Web Profile"), so either I'm not opening the right folder or I'm
not applying correctly the filter .. or both.




El mar., 22 ene. 2019 a las 3:30, Bruno Baptista ()
escribió:

> Hi Guys,
>
> I wonder were can I find the full list of test executions, like this one
> for EJB:
>
> ./runtests --web tomee-plume
> com.sun.ts.tests.ejb30.bb.localaccess.statelessclient
>
> That way we could prioritize and start working working on specific fixes.
>
> Cheers
>
> Bruno Baptista
> https://twitter.com/brunobat_
>
>
> On 21/01/19 22:20, Jean-Louis Monteiro wrote:
> > Ant will automatically look for a build.xml file.
> >
> > `ant gui` will therefor look for the build.xml file and then look for a
> > target with the name `gui` and run it.
> > --
> > Jean-Louis Monteiro
> > http://twitter.com/jlouismonteiro
> > http://www.tomitribe.com
> >
> >
> > On Mon, Jan 21, 2019 at 10:16 PM César Hernández Mendoza <
> > cesargu...@gmail.com> wrote:
> >
> >> Thank you for the reply, I have the following question now:
> >>
> >>   - Go to bin/ folder of TCK
> >>
> >> Done:
> >> cd  /Users/cesar/juniverse/ee8tck/javaeetck/bin
> >>
> >> - Run ant gui
> >>
> >>   Where and how I execute the ant gui? I see
> >> https://github.com/eclipse-ee4j/jakartaee-tck/issues/26 was closed but
> I
> >> couldn't find any information on the wiki.
> >>
> >> This is the content of my bin/ folder of TCK:
> >> $ ls -A1
> >>   ?/
> >>   build.xml
> >>   certificates/
> >>   client_policy.append
> >>   harness.policy
> >>   java.policy
> >>   jaxrpc-url-props.dat
> >>   jaxws-url-props.dat
> >>   jws-url-props.dat
> >>   ldap.ldif
> >>   login.config
> >>   server_policy.append
> >>   sig-test-pkg-list.txt
> >>   sig-test-pkg-list_se8.txt
> >>   sig-test-pkg-list_se9.txt
> >>   sig-test.map
> >>   sig-test_se8.map
> >>   sig-test_se8.map.orig
> >>   sig-test_se9.map
> >>   ts.java.security
> >>   ts.jte
> >>   ts.jte.bak
> >>   ts.jte.jdk9
> >>   ts.jte.orig
> >>   ts.jtx
> >>   tssql.stmt
> >>   version
> >>   webservices-url-props.dat
> >>   xml/
> >>
> >> I see there are some options [1] [2] to have an ant gui but I'm not
> sure if
> >> you are referring something different.
> >>
> >> [1] http://www.placidsystems.com/virtualant/doc/guioverview.aspx
> >> [2] http://antelope.tigris.org/
> >>
> >>
> >>
> >> El lun., 21 ene. 2019 a las 14:40, Gurkan Erdogdu ( >)
> >> escribió:
> >>
> >>> I think we need to run tests with javaee_webprofile keyword filter.
> There
> >>> is also a GUI to run/see the tests. You can run it with :
> >>>
> >>> - Go to bin/ folder of TCK
> >>> - Run ant gui
> >>> - You need to create a custom filter configuration with keyword
> >>> javaee_web_profile
> >>>
> >>> When I filter, there exists 17517 tests for Web Profile.
> >>>
> >>> On Mon, Jan 21, 2019 at 9:50 PM César Hernández Mendoza <
> >>> cesargu...@gmail.com> wrote:
> >>>
>  @Gurkan
>  Thanks for the update.
> 
>  @List I appreciate pointers/opinions in these two questions:
>  After reading the readme, I wonder if there is a proper way to split
> >> the
>  entire set of tests in sub sets?
>  My questions arise when I try to think how we can spread the work
> >>> mentioned
>  in Stage 2 and Stage 3 from the readme.
>  I think having a shared document with status mapped to this sub sets
> >> can
> >>> be
>  useful as a reference to people trying to find areas to help. What do
> >> you
>  think?
> 
> 
>  El vie., 18 ene. 2019 a las 2:41, Gurkan Erdogdu (<
> cgerdo...@gmail.com
> >>> )
>  escribió:
> 
> > Hi Cesar
> >
> > My environment is macOS
> >
> > Before updating, I received the following error when I run the
> >>> following
> > command from tomee-tck and also got some dev/tomee-tck/./target/lib
> >> is
>  not
> > directory errors etc.
> >
> > ./runtests --web tomee-plume
> > com.sun.ts.tests.ejb30.bb.localaccess.statelessclient
> >
> > [INFO]
> >
> >>>
> 
> > [ERROR] Failed to execute goal
> > org.codehaus.gmaven:gmaven-plugin:1.5:execute (setup-environment) on
> > project openejb-tck: java.lang.Exception: Expected one file to be
>  included
> > 

Re: Adding Java EE Security 1.0 Spec to geronimo-specs

[Jean-Louis Monteiro]

PR merged. Thanks Roberto.
--
Jean-Louis Monteiro
http://twitter.com/jlouismonteiro
http://www.tomitribe.com


On Thu, Jan 17, 2019 at 6:34 PM Jean-Louis Monteiro <
jlmonte...@tomitribe.com> wrote:

> Ok, if there is no objection till tomorrow I'll merge it.
> I'll comment on the PR as well.
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
>
>
> On Thu, Jan 17, 2019 at 5:47 PM Jean-Louis Monteiro <
> jlmonte...@tomitribe.com> wrote:
>
>> Yes of course I can do it
>>
>> Le jeu. 17 janv. 2019 à 17:43, Roberto Cortez 
>> a écrit :
>>
>>> Hi JL,
>>>
>>> I just opened PR https://github.com/apache/geronimo-specs/pull/14 <
>>> https://github.com/apache/geronimo-specs/pull/14> with the Security API
>>> spec for Geronimo.
>>>
>>> If everything is fine and after the merge, can you also deploy a
>>> snapshot version of it so we can use it?
>>>
>>> Thanks!
>>>
>>> Cheers,
>>> Roberto
>>>
>>> > On 14 Jan 2019, at 11:19, Roberto Cortez 
>>> wrote:
>>> >
>>> > Sure.
>>> >
>>> >> On 14 Jan 2019, at 11:03, Jean-Louis MONTEIRO 
>>> wrote:
>>> >>
>>> >> Please open up a PR or I'll create a project on Geronimo side, so you
>>> can push to it.
>>> >>
>>> >> Le lun. 14 janv. 2019 à 11:32, Roberto Cortez >> > a écrit :
>>> >> Yes, these need to be moved to Geronimo, but I think not at this time.
>>> >>
>>> >> I would like to have a more stable implementation before moving this
>>> over to Geronimo. There are still a lot of things missing, including in the
>>> API (I didn’t app the full API, I added the source in a need basis) and is
>>> just easier to get this done in a single project.
>>> >>
>>> >> I’ll keep working on this to add the remaining things and once that
>>> is done we can move it over.
>>> >>
>>> >>> On 12 Jan 2019, at 08:32, Jean-Louis Monteiro <
>>> jlmonte...@tomitribe.com > wrote:
>>> >>>
>>> >>> +1 of course. Thanks Gurkan.
>>> >>>
>>> >>> If needed, lemme know I can help on this
>>> >>> --
>>> >>> Jean-Louis Monteiro
>>> >>> http://twitter.com/jlouismonteiro >> >
>>> >>> http://www.tomitribe.com 
>>> >>>
>>> >>>
>>> >>> On Fri, Jan 11, 2019 at 8:29 PM Gurkan Erdogdu >> > wrote:
>>> >>> Hi folks
>>> >>> Regarding TomEE, we need to add Java EE Security, JSR-375 spec to
>>> >>> geronimo-specs and needs a release. I have committer access to
>>> >>> geronimo-specs and added to code (implemented by Roberto Cortez in
>>> >>> tomee-security) into my local. Can I commit to code to the
>>> geronimo-specs?
>>> >>> Any objection?
>>> >>> Regards.
>>> >>> Gurkan
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Jean-Louis
>>> >
>>>
>>>

Re: MicroProfile Integration in Plus and Plume

[Roberto Cortez]

Hum… could you give more details about your custom class loader?

Right now, I have a failing test that seems caused by me change. Trying to 
figure it out.

> On 21 Jan 2019, at 23:46, j4fm  wrote:
> 
> Hi, sorry for the delay.  Both WAR files and also external webbase context
> with a custom class loader.  Interesting, happy to test.  Thank you
> 
> 
> 
> --
> Sent from: http://tomee-openejb.979440.n4.nabble.com/TomEE-Dev-f982480.html

Re: JakartaEE TCK

[Bruno Baptista]

Hi Guys,

I wonder were can I find the full list of test executions, like this one 
for EJB:


./runtests --web tomee-plume 
com.sun.ts.tests.ejb30.bb.localaccess.statelessclient


That way we could prioritize and start working working on specific fixes.

Cheers

Bruno Baptista
https://twitter.com/brunobat_


On 21/01/19 22:20, Jean-Louis Monteiro wrote:

Ant will automatically look for a build.xml file.

`ant gui` will therefor look for the build.xml file and then look for a
target with the name `gui` and run it.
--
Jean-Louis Monteiro
http://twitter.com/jlouismonteiro
http://www.tomitribe.com


On Mon, Jan 21, 2019 at 10:16 PM César Hernández Mendoza <
cesargu...@gmail.com> wrote:


Thank you for the reply, I have the following question now:

  - Go to bin/ folder of TCK

Done:
cd  /Users/cesar/juniverse/ee8tck/javaeetck/bin

- Run ant gui

  Where and how I execute the ant gui? I see
https://github.com/eclipse-ee4j/jakartaee-tck/issues/26 was closed but I
couldn't find any information on the wiki.

This is the content of my bin/ folder of TCK:
$ ls -A1
  ?/
  build.xml
  certificates/
  client_policy.append
  harness.policy
  java.policy
  jaxrpc-url-props.dat
  jaxws-url-props.dat
  jws-url-props.dat
  ldap.ldif
  login.config
  server_policy.append
  sig-test-pkg-list.txt
  sig-test-pkg-list_se8.txt
  sig-test-pkg-list_se9.txt
  sig-test.map
  sig-test_se8.map
  sig-test_se8.map.orig
  sig-test_se9.map
  ts.java.security
  ts.jte
  ts.jte.bak
  ts.jte.jdk9
  ts.jte.orig
  ts.jtx
  tssql.stmt
  version
  webservices-url-props.dat
  xml/

I see there are some options [1] [2] to have an ant gui but I'm not sure if
you are referring something different.

[1] http://www.placidsystems.com/virtualant/doc/guioverview.aspx
[2] http://antelope.tigris.org/



El lun., 21 ene. 2019 a las 14:40, Gurkan Erdogdu ()
escribió:


I think we need to run tests with javaee_webprofile keyword filter. There
is also a GUI to run/see the tests. You can run it with :

- Go to bin/ folder of TCK
- Run ant gui
- You need to create a custom filter configuration with keyword
javaee_web_profile

When I filter, there exists 17517 tests for Web Profile.

On Mon, Jan 21, 2019 at 9:50 PM César Hernández Mendoza <
cesargu...@gmail.com> wrote:


@Gurkan
Thanks for the update.

@List I appreciate pointers/opinions in these two questions:
After reading the readme, I wonder if there is a proper way to split

the

entire set of tests in sub sets?
My questions arise when I try to think how we can spread the work

mentioned

in Stage 2 and Stage 3 from the readme.
I think having a shared document with status mapped to this sub sets

can

be

useful as a reference to people trying to find areas to help. What do

you

think?


El vie., 18 ene. 2019 a las 2:41, Gurkan Erdogdu (
)

escribió:


Hi Cesar

My environment is macOS

Before updating, I received the following error when I run the

following

command from tomee-tck and also got some dev/tomee-tck/./target/lib

is

not

directory errors etc.

./runtests --web tomee-plume
com.sun.ts.tests.ejb30.bb.localaccess.statelessclient

[INFO]




[ERROR] Failed to execute goal
org.codehaus.gmaven:gmaven-plugin:1.5:execute (setup-environment) on
project openejb-tck: java.lang.Exception: Expected one file to be

included

into path; dir=/dev/tomee-tck/./target/lib,

includes=openejb-lite*.jar,

excludes=null -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to

execute

goal org.codehaus.gmaven:gmaven-plugin:1.5:execute

(setup-environment)

on

project openejb-tck: java.lang.Exception: Expected one file to be

included

into path; dir=/dev/tomee-tck/./target/lib,

includes=openejb-lite*.jar,

excludes=null
 at



org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:216)

 at



org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)

 at



org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)

 at



org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)

 at



org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)

 at



org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)

 at



org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)

 at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
 at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
 at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
 at org.apache.maven.cli.MavenCli.execute(MavenCli.java:862)
 at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:286)
 at org.apache.maven.cli.MavenCli.main(MavenCli.java:197)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Metho