[JBoss JIRA] (JBWS-3843) Username Token Digest Authentication failure with EJB3 endpoints
by RH Bugzilla Integration (Jira)
[ https://issues.jboss.org/browse/JBWS-3843?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on JBWS-3843:
-----------------------------------------------
Jan Kurik <jkurik(a)redhat.com> changed the Status of [bug 1157482|https://bugzilla.redhat.com/show_bug.cgi?id=1157482] from VERIFIED to CLOSED
> Username Token Digest Authentication failure with EJB3 endpoints
> ----------------------------------------------------------------
>
> Key: JBWS-3843
> URL: https://issues.jboss.org/browse/JBWS-3843
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf, jbossws-integration, ws-security
> Affects Versions: jbossws-cxf-4.3.1
> Environment: JBoss EAP 6.3.1
> Reporter: Mustafa Musaji
> Assignee: Jim Ma
> Priority: Critical
> Fix For: jbossws-cxf-4.3.2, jbossws-cxf-5.0.0.Beta2
>
> Attachments: ClientSample.java, javaee-ws-with-security_1413372207000.zip
>
>
> EJB3 Web Service using username token for digest authentication fails when you load test it with parallel invocations. See attached reproducer.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
- 1
- 0
[JBoss JIRA] (JBWS-3838) Predefined configuration handlers executing in different order when server is restarted
by RH Bugzilla Integration (Jira)
[ https://issues.jboss.org/browse/JBWS-3838?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on JBWS-3838:
-----------------------------------------------
Jan Kurik <jkurik(a)redhat.com> changed the Status of [bug 1157610|https://bugzilla.redhat.com/show_bug.cgi?id=1157610] from VERIFIED to CLOSED
> Predefined configuration handlers executing in different order when server is restarted
> ---------------------------------------------------------------------------------------
>
> Key: JBWS-3838
> URL: https://issues.jboss.org/browse/JBWS-3838
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-4.3
> Reporter: David Boeren
> Assignee: Alessio Soldano
> Priority: Major
> Fix For: jbossws-cxf-4.3.2, jbossws-cxf-5.0.0.Beta2
>
>
> Handler order can change after a reboot, which causes problems when one handler depends on the action of another.
> * Description of the problem
> The flow is basically the following:
> 1) the container model is parsed; it can include jaxws configs, which are composed
> of jaxws handler chains, which in turn has one or multiple jaxws handlers
> 2) we have add operations for each jaxws handler and jaxws handler
> chain. Each of them starts a service, which builds up the corresponding
> metadata to be later used by jbossws; proper dependencies are set
> between those services, so that for instance the service for a handler
> chain waits for all its handlers' services.
> 3) when the service for the handler chain runs, it gets the info from
> the handler services and them in the chain metadata. This is where I get
> unpredictable ordering, as the handler services are run in parallel
> * Solution
> The idea is that we need to derive the handlers' order from the add operation steps, which are executed in the same order they're created in the parser.
> Brian also suggests to use the OperationContext.attach(...) API to pass data between handler invocations within an overall operation execution. All ws subsystem ops during boot are executed as steps within an overall operation. The API works like the attachment stuff that's used a lot in DeploymentUnitProcessors.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
- 1
- 0
[JBoss JIRA] (JBWS-3857) Wrong content type (text/xml) in outgoing multipart SOAPMessage (expected multipart/related; ...)
by RH Bugzilla Integration (Jira)
[ https://issues.jboss.org/browse/JBWS-3857?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on JBWS-3857:
-----------------------------------------------
Jan Kurik <jkurik(a)redhat.com> changed the Status of [bug 1167348|https://bugzilla.redhat.com/show_bug.cgi?id=1167348] from VERIFIED to CLOSED
> Wrong content type (text/xml) in outgoing multipart SOAPMessage (expected multipart/related; ...)
> -------------------------------------------------------------------------------------------------
>
> Key: JBWS-3857
> URL: https://issues.jboss.org/browse/JBWS-3857
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Reporter: Tomas Hofman
> Assignee: r searls
> Priority: Major
> Fix For: jbossws-cxf-5.0.0.Beta3
>
>
> Clone of EAP6 issue https://bugzilla.redhat.com/show_bug.cgi?id=1167348 - WF is also susceptible.
> Description of problem:
> There is wrong content type (text/xml) in multipart SOAPMessage when sending it using javax.xml.soap API. So target system is unable to parse it.
> How reproducible:
> always
> Additional info:
> It's also wrong in EAP 6.2.
> EAP 6.1 is OK.
> There is a patch attached in BZ-1167348 for JBossWS CXF 4.3.3. The same fix should be also applied to JBossWS CXF 5.0.0 which is used by Wildfly.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
- 1
- 0