| Re: [jakartaee-platform-dev] VOTE: Specifications to add in JakartaEE 9 |
I just had a talk About E-Government and E-Health using Java enabled electronic signatures at JVM-Con and I know from those projects, that there are many expecially Health or e-gov related usages of SOAP.
Werner
From:
Kevin
Sutter
Sent: Tuesday, November 26, 2019 21:08
To: jakartaee-platform
developer discussions
Subject: Re: [jakartaee-platform-dev] VOTE: Specifications to add in
JakartaEE 9
Nobody
is "removing" SOAP. It's just on the list to be added into
the Jakarta platform. Implementations that wish to support current
SOAP applications can do so via the current javax APIs.
---------------------------------------------------
Kevin Sutter
STSM, MicroProfile and Jakarta EE architect
e-mail: sutter@xxxxxxxxxx Twitter: @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)
LinkedIn: https://www.linkedin.com/in/kevinwsutter
From: Mark
Struberg <struberg@xxxxxxxxxx>
To: jakartaee-platform
developer discussions <jakartaee-platform-dev@xxxxxxxxxxx>
Date: 11/26/2019
13:56
Subject: [EXTERNAL]
Re: [jakartaee-platform-dev] VOTE: Specifications to add in Jakarta EE
9
Sent by: jakartaee-platform-dev-bounces@xxxxxxxxxxx
<904087B4F2DC47F6852670D9EF2C1663.png>
I would not underestimate the importance of SOAP even today.
It will certainly not be used for attaching any frontend these days.
But it is still used in tons of apps, because it's of it's strict contract
ans proven interoperability.
LieGrue,
strub
> Am 21.11.2019 um 10:03 schrieb Scott Stark <starksm64@xxxxxxxxx>:
>
> There still could be an update of JAX-WS to match the JAXB package
changes without JAX-WS being an official part of EE 9 I suppose. JAX-WS
is certainly a legacy tech that I would not expect customers to want to
have to update their use for JAXB changes, but it could be beneficial to
porting layers to have a JAX-WS release that allows for a runtime to make
use of a single EE 9 based JAXB implementation.
>
>
>> On Nov 20, 2019, at 1:58 PM, Bill Shannon <bill.shannon@xxxxxxxxxx>
wrote:
>>
>> If JAX-WS is not in EE 9, and a product that implements EE 9 wants
to also support JAX-WS, that that product would need to satisfy the dependency
on JAXB. It could provide both javax.xml.bind and jakarta.xml.bind
APIs, or it could use one of the backwards compatibility approaches to
map javax.axml.bind APIs to jakarta.xml.bind APIs.
>>
>> But yes, having two implementations would make it hard to share
binding classes.
>>
>> Andy McCright wrote on 11/20/19 11:19 AM:
>>> Would this also require adding the JAX-WS APIs to the EE9
spec?
>>>
>>> The JAX-WS APIs that have been removed from the JDK currently
have a dependency on JAXB. If we evolve JAXB in EE9 (or just rename
the packages), then we have some specs (like JAX-RS and maybe JPA, etc.)
that depend on the jakarta.xml.bind.* packages while others (JAX-WS) that
would depend on the javax.xml.bind.* packages. That would certainly make
it difficult for EE9 applications to use both a JAX-RS and JAX-WS frontend
that shares the same XML binding classes.
>>>
>>> Thanks, Andy
>
> _______________________________________________
> jakartaee-platform-dev mailing list
> jakartaee-platform-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
> https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev