Re: Tomcat and JAX-RPC support

It makes sense. +1 Le ven. 6 janv. 2023 à 11:50, Mark Thomas a écrit : > Tomcat (all versions) currently ships a JNDI factory for JAX-RPC 1.1. > This factory was added in Tomcat 6 (Java EE 5). > > Java EE 5 (Tomcat 6) encouraged new applications to use JAX-WS rather > than JAX-RPC. > > Java EE

Re: TC 10.1 TestMessageBytes.testConversionPerformance() fails sometimes

I agree. It's a good test and it has very well done the job. +1 with the approach. Seems reasonable Le sam. 12 nov. 2022, 12:23, Mark Thomas a écrit : > On 11/11/2022 14:39, Rémy Maucherat wrote: > > On Fri, Nov 11, 2022 at 3:24 PM Rainer Jung > wrote: > >> > >> FYI: the performance check Test

Re: JSTL issue

hultz < ch...@christopherschultz.net> a écrit : > Jean-Louis, > > On 5/5/21 09:49, Jean-Louis MONTEIRO wrote: > > Now that we crossed the finish line with TomEE compatibility, I'd like > > to give back the BOM changes according to this discussion. > > > &

Re: JSTL issue

Hi, Now that we crossed the finish line with TomEE compatibility, I'd like to give back the BOM changes according to this discussion. I did the updated and created another subclass for DefaultServletEncodingBaseTest [image: image.png] Did some fixes around that test to take the changes into accou

Re: Implementing web.xml default-context-path

On Sun, May 2, 2021 at 3:17 PM Jean-Louis MONTEIRO > > > > wrote: > > > > > >> Hi, > > >> > > >> Still working on getting TomEE certified for Jakarta EE 9.1 > > >> We are using latest Tomcat 10.x and we indeed see now only one f

Implementing web.xml default-context-path

Hi, Still working on getting TomEE certified for Jakarta EE 9.1 We are using latest Tomcat 10.x and we indeed see now only one failure as described here https://cwiki.apache.org/confluence/display/TOMCAT/Servlet+TCK+5.0 I understand this is not really a critical thing to be certified for Tomcat.

Re: [PROPOSAL] Deprecate JAAS Realm in 10.0.x and remove in 10.1.x

Le lun. 26 avr. 2021 à 20:48, Mark Thomas a écrit : > On 26/04/2021 18:49, Jean-Louis MONTEIRO wrote: > > JAAS, JASPIC and Jakarta Security are all different. > > My mistake. I knew JASPIC had a slightly bigger rename than most specs > and incorrectly thought it became Ja

Re: [PROPOSAL] Deprecate JAAS Realm in 10.0.x and remove in 10.1.x

JAAS, JASPIC and Jakarta Security are all different. Tomcat does not implement Jakarta Security so removing JAAS creates a gap in my opinion. I'd second Romain, JASPIC requires a SAM to be implemented by the application. Long story short, I'd probably deprecate for 10.x and target a removal for 1

Re: JSTL issue

fidence in the fix. Thanks Le jeu. 15 avr. 2021 à 10:57, Mark Thomas a écrit : > On 15/04/2021 09:03, Jean-Louis MONTEIRO wrote: > > I've got an answer from JSTL team. > > Here it is > > > > >> 1. Jakarta Tags Specification Section 7.4 details

Re: JSTL issue

d against the TCK. > > At this point from a Jakarta Tags perspective, I believe the golden file > is correct. > Le mer. 14 avr. 2021 à 10:16, Jean-Louis MONTEIRO a écrit : > Thanks for the answer. > > Do you mind adding the comment in the issue? > I can copy/paste if

TCK WebSocket Failures

Hi, I've got some TCK failures com.sun.ts.tests.websocket.ee.jakarta.websocket.session.WSClient#getRequestURITest com.sun.ts.tests.websocket.ee.jakarta.websocket.session.WSClient#setTimeout1Test com.sun.ts.tests.websocket.spec.servercontainer.addendpoint.WSClient#getRequestURITest com.sun.ts.tes

Re: JSTL issue

Thanks for the answer. Do you mind adding the comment in the issue? I can copy/paste if not. It's just to give context to others Thanks Le mar. 13 avr. 2021 à 21:44, Mark Thomas a écrit : > On 13/04/2021 20:17, Jean-Louis MONTEIRO wrote: > > Hi guys, > > > > I have o

JSTL issue

Hi guys, I have one JSTL issue and I'd need your feedback on it. https://github.com/eclipse-ee4j/jstl-api/issues/140 Can you guys have a look and let me know what you think? -- Jean-Louis

Re: TCK Failures on WebSocket

That is in line with the "negdep" sub package Mark mentioned. I will need to work to exclude the deployment failures in this situation. Thanks a lot for the information Le jeu. 8 avr. 2021 à 15:43, Konstantin Kolinko a écrit : > чт, 8 апр. 2021 г. в 16:10, Jean-Louis MONTEIRO

Re: Jakarta EE - JASPIC TCK (nightly)

Le jeu. 23 juil. 2020 à 16:18, Mark Thomas a écrit : > >> Comments in line. >> >> On 22/07/2020 10:19, Jean-Louis MONTEIRO wrote: >> > Hi, >> > >> > Small update on the progress. >> > Passed: 52 and Failed: 9 >> > >> > I had a l

Re: TCK Failures on WebSocket

tck.work/tomee/api/build/file/1617771682192/1400> But I'll investigate first and reach out if needed. Le jeu. 8 avr. 2021 à 15:35, Mark Thomas a écrit : > On 08/04/2021 14:10, Jean-Louis MONTEIRO wrote: > > Hi, > > > > I am running WebSocket TCK on TomEE and I'

TCK Failures on WebSocket

Hi, I am running WebSocket TCK on TomEE and I'm having some issues. Wondering if I missed some configuration. Essentially the TCK is deploying an application with this class https://github.com/eclipse-ee4j/jakartaee-tck/blob/master/src/com/sun/ts/tests/websocket/negdep/onmessage/pasrv/nomoreendpo

Re: TCK Signature for EL API

That's awesome news. I'm glad it's something that can be achieved without too much effort. I understand and buy the pragmatic approach. But at the same time, if we can do a step forward and get even closer to being certified, that'd be great. Le jeu. 1 avr. 2021 à 10:06, Mark Thomas a écrit :

[TCK] JSTL failure

Hi, I have been using Tomcat Taglib (shaded with Xalan and Serializer). Works quite well on TomEE but I have one failure I'd like to discuss with you before possibly opening a challenge. https://tck.work/tomee/tests?path=com.sun.ts.tests.jstl&build=1608116575927&status=FAILED I have fixed 4 or t

Re: EE 8 / 9 TCK status

m/application-development/java-ee-8-high-performance > > > > > Le mar. 17 nov. 2020 à 10:16, Jean-Louis MONTEIRO a > écrit : > > > Hello community, > > > > I'm working on the TCK in the TomEE project which leverages Tomcat. > > I was running the TCK

EE 8 / 9 TCK status

Hello community, I'm working on the TCK in the TomEE project which leverages Tomcat. I was running the TCK and I realized JSTL/JSP/Servlet/WebSockets aren't 100% green. I'm questioning my setup. That's why I wanted to ask if you guys spent time running the TCK against Tomcat. And if yes, is Tomca

Re: Jakarta EE - JASPIC TCK (nightly)

ght of. Rather than add the newly > created GenericPrincipal to the Subject's private credentials, see if > the new GenericPrincipal has the same name as an existing > GenericPrincipal and if it does merge them. > > I'm not sure that would be safe to do in the general case

Re: TCK status

Thanks Mark for the update. Some specs are final already. Some are still being worked on, like WebSocket which is a bit late at the moment. If you are willing to help on this one, feel free to jump in. Le sam. 3 oct. 2020 à 20:39, Mark Thomas a écrit : > Hi all, > > I mentioned TCK status durin

Re: Jakarta EE - JASPIC TCK (nightly)

n the BasicAuthenticator valve. Hope it's more or less clear ;-) Some thoughts would be very helpfup Le ven. 17 juil. 2020 à 18:21, Mark Thomas a écrit : > On 17/07/2020 16:56, Jean-Louis MONTEIRO wrote: > > Hi, > > > > Following up on this thread. > > Pretty old I know. Have

Re: Jakarta EE - JASPIC TCK (nightly)

Hi, Following up on this thread. Pretty old I know. Haven't seen more recent topics on JASPIC and Jakarta EE TCK. I tried to invest some time in TomEE to run the JASPIC TCK which is fully relying on Tomcat. I have counted 68 tests under the package com.sun.ts.tests.jaspic The wiki says 100+ so d

Re: Plans to get GenericPrincipal to inherit CallerPrincipal?

? Le lun. 6 juil. 2020 à 14:50, Mark Thomas a écrit : > On 06/07/2020 12:43, Jean-Louis MONTEIRO wrote: > > Hi, > > > > I would like to know if there are any plans to get GenericPrincipal to > > inherit CallerPrincipal? > > From a backward compatibility perspectiv

Plans to get GenericPrincipal to inherit CallerPrincipal?

Hi, I would like to know if there are any plans to get GenericPrincipal to inherit CallerPrincipal? >From a backward compatibility perspective, it does not seem to hurt because the getName() is already in the GenericPrincipal. The question comes because I was reading the Java Security API and thi

Re: FW: JSR 236 with tomcat 8

Hi, works out of the box in TomEE. JLouis Le Tue Nov 25 2014 at 11:55:42, shailendra singh a écrit : > After posting my question to Tomcat users mailing list I realized that I > should have posted my question to this mailing list. Hence this email. > > Some of the information is already menti

Re: AuthenticatorBase bug using SSL?

2014-08-06 16:19 GMT+02:00 Mark Thomas : > On 06/08/2014 14:54, Jean-Louis MONTEIRO wrote: > > Hello guys, > > > > I'm currently facing an issue with the BaseAuthenticator. > > Before opening a issue on the bug tracker, I'd like to get your opinion > >

AuthenticatorBase bug using SSL?

Hello guys, I'm currently facing an issue with the BaseAuthenticator. Before opening a issue on the bug tracker, I'd like to get your opinion guys. The use case is simple: use an HTTPS tomcat connector with mutual authentication (CLIENT-CERT). It does not involve at all any front serveur like Ap

Re: request.getUserPrincipal() returns null in a ServletRequestListener#requestInitialized in tc-7.0.54

t; Twitter: @rmannibucau > Blog: http://rmannibucau.wordpress.com/ > LinkedIn: http://fr.linkedin.com/in/rmannibucau > Github: https://github.com/rmannibucau > > > 2014-08-04 22:04 GMT+02:00 Jean-Louis MONTEIRO : > > It should return at least always a non null principal AFAIR

Re: request.getUserPrincipal() returns null in a ServletRequestListener#requestInitialized in tc-7.0.54

It should return at least always a non null principal AFAIR, isn't it? 2014-08-04 19:33 GMT+02:00 Mark Struberg : > Hi! > > I've recently found out that getUserPrincipal() returns null in a Listener > [1]. > I remember that this used to return the correct Principal in older > versions (might be

Re: Reg: Availability of Tomcat 7.0.51 for download

Awesome! JLouis 2014-02-19 13:55 GMT+01:00 Violeta Georgieva : > 2014-02-19 14:53 GMT+02:00 Jean-Louis MONTEIRO : > > > > Do you plan to also update the > > http://tomcat.apache.org/tomcat-7.0-doc/changelog.html page > > And of course the home page http://tomc

Re: Reg: Availability of Tomcat 7.0.51 for download

Do you plan to also update the http://tomcat.apache.org/tomcat-7.0-doc/changelog.html page And of course the home page http://tomcat.apache.org/ Thanks anyway for the release and the great job. JLouis 2014-02-19 13:43 GMT+01:00 Violeta Georgieva : > 2014-02-19 11:59 GMT+02:00 Jean-Lo

Re: Reg: Availability of Tomcat 7.0.51 for download

Hi, AFAIK, Tomcat 7.0.51 won't get published. The 7.0.52 hit Apache repo and the download page should be updated soon I guess. JLouis 2014-02-19 10:57 GMT+01:00 Tushar Agrawal : > Hello, > > We are using Tomcat in one of the Symantec product. I would like to know > by when Tomcat 7.0.51 will b

Re: Any ETA on 7.0.48 vote?

+1 Would be great if we could get a 7.0.48. Thanks Jean-Louis 2013/12/1 Bob DeRemer > Is a vote on 7.0.48 expected anytime in the near future? > > Thanks, > Bob > -- Jean-Louis