> Something like loading the class SpringWebUtils in cxfrsservice#init
method would be sufficient IMHO.
That looks like it works really well, thank you! I'll get that checked in.
Jon
On Mon, May 20, 2024 at 4:57 PM Romain Manni-Bucau
wrote:
> Le lun. 20 mai 2024 à 17:29, Jonatha
Thanks Andriy and Romain for your replies.
> This is quite an interesting issue, is it possible to share (or point out
to an example) small reproducer project for this problem?
Yes - here's a reproducer: https://github.com/jgallimore/demo
If you clone this and run mvn clean install tomee:run, it
Hi,
Firstly, thank you for all the amazing work you do in CXF. I participate in
the Apache TomEE project, which includes CXF to enable TomEE to provide
REST and SOAP based services.
We've had a slightly unusual problem crop up that specifically affects
applications that expose Jakarta REST endpoi
Hi All
I uncovered a scenario when using CXF in TomEE where form parameters were
being double url-decoded.
The case in question is where we have an endpoint like this:
@POST
@Path("/form")
@Consumes(MediaType.APPLICATION_FORM_URLENCODED)
@Produces(MediaType.TEXT_PLAIN)
public
mit a fix ASAP.
>
> Colm.
>
> On Fri, Jan 24, 2020 at 11:45 AM Jonathan Gallimore <
> jonathan.gallim...@gmail.com> wrote:
>
> > I see - something changed in xmlsec:
> >
> >
> https://github.com/apache/santuario-java/commit/d1ddf183b10a036c82d36bb1dc008c4
I've created a PR for the file check: https://github.com/apache/cxf/pull/630
Many thanks
Jon
On Fri, Jan 24, 2020 at 9:58 AM Jonathan Gallimore <
jonathan.gallim...@gmail.com> wrote:
> Hi Romain
>
> Thanks for the reply. That sounds reasonable - I'll raise it on the li
:39 AM Jonathan Gallimore <
jonathan.gallim...@gmail.com> wrote:
> I'm sure I had the project (master) building ok yesterday, today I'm
> getting a compile error:
>
> /Users/jgallimore/dev/cxf/rt/ws/security/src/main/java/org/apache/cxf/ws/security/wss
I'm sure I had the project (master) building ok yesterday, today I'm
getting a compile error:
/Users/jgallimore/dev/cxf/rt/ws/security/src/main/java/org/apache/cxf/ws/security/wss4j/StaxSerializer.java:[62,8]
org.apache.cxf.ws.security.wss4j.StaxSerializer is not abstract and does
not override abs
FYI - I've sent over a request for clarification on the spec:
https://www.eclipse.org/lists/jaxrs-dev/msg00773.html
Jon
On Fri, Jan 24, 2020 at 9:58 AM Jonathan Gallimore <
jonathan.gallim...@gmail.com> wrote:
> Hi Romain
>
> Thanks for the reply. That sounds reasonable -
x the
> buildUriString and setUriParts methods.
>
> A likely trivial way to fix is to test file:// protocol, tck will pass and
> behavior will be more natural IMHO.
>
> Le jeu. 23 janv. 2020 à 21:59, Jonathan Gallimore <
> jonathan.gallim...@gmail.com> a écrit :
>
Hi
I'm looking into an issue where appending a path to file:// URI with
UriBuilder doesn't work - this has been flagged up in TomEE 8.0.1 which is
using CXF 3.3.4, but works ok with TomEE 7.1.1 (which uses CXF 3.1.18).
In essence, this fails:
UriBuilder.fromUri("file:///~/calendar").path("extra"
If anyone wants to follow the conversation, the mailing is public and the
archives are here: https://www.eclipse.org/lists/jakartaee-platform-dev/.
There was some discussion about JAXB and JAXWS not being included in
Jakarta EE 9, which was a concern for me as I see these as widely used and
I feel
Hi Colm
I have pulled this into TomEE 1.7.x, and run all the tests there and it
looks good. I did also have a quick look at the dependencies and the
LICENCE/NOTICE files, and that looked good to me too.
I know its not binding, but +1 from me, and many, many thanks for doing
this release.
Jon
On
13 matches
Mail list logo