[JBoss JIRA] (JBWS-4178) Clean up logging dependencies
by Jim Ma (Jira)
Jim Ma created JBWS-4178:
----------------------------
Summary: Clean up logging dependencies
Key: JBWS-4178
URL: https://issues.jboss.org/browse/JBWS-4178
Project: JBoss Web Services
Issue Type: Bug
Components: jbossws-cxf
Affects Versions: jbossws-cxf-5.3.0.Final
Reporter: Jim Ma
Assignee: Jim Ma
Fix For: jbossws-cxf-5.3.1.Final
Look at if we can remove log4j dependency in jbossws-client and remove slf4j-log4j12 dependency in all modules.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBWS-4177) I have problems to solve the integration of fuse redhat-621084
by manuel salinas (Jira)
manuel salinas created JBWS-4177:
------------------------------------
Summary: I have problems to solve the integration of fuse redhat-621084
Key: JBWS-4177
URL: https://issues.jboss.org/browse/JBWS-4177
Project: JBoss Web Services
Issue Type: Feature Request
Components: jbossws-cxf, jbossws-integration, ws-security, ws-transaction
Environment: | Ups problemas: Fault string, and possibly fault code, not set
Reporter: manuel salinas
13:38:24,200 | WARN | r[OUT.VENTA.AGR] | PhaseInterceptorChain | 74 - org.apache.cxf.cxf-core - 3.0.4.redhat-621084 | Interceptor for {http://xmlns.oracle.com/apps/financials/receivables/transactions/invoices/invoiceService/}InvoiceService#{http://xmlns.oracle.com/apps/financials/receivables/transactions/invoices/invoiceService/}createSimpleInvoice has thrown exception, unwinding now
java.lang.NullPointerException
at org.apache.cxf.ws.security.wss4j.AlgorithmSuiteTranslater.translateAlgorithmSuites(AlgorithmSuiteTranslater.java:105)[296:org.apache.cxf.cxf-rt-ws-security:3.0.4.redhat-621084]
at org.apache.cxf.ws.security.wss4j.AlgorithmSuiteTranslater.translateAlgorithmSuites(AlgorithmSuiteTranslater.java:60)[296:org.apache.cxf.cxf-rt-ws-security:3.0.4.redhat-621084]
at org.apache.cxf.ws.security.wss4j.PolicyBasedWSS4JInInterceptor.setAlgorithmSuites(PolicyBasedWSS4JInInterceptor.java:649)[296:org.apache.cxf.cxf-rt-ws-security:3.0.4.redhat-621084]
at org.apache.cxf.ws.security.wss4j.WSS4JInInterceptor.handleMessageInternal(WSS4JInInterceptor.java:239)[296:org.apache.cxf.cxf-rt-ws-security:3.0.4.redhat-621084]
at org.apache.cxf.ws.security.wss4j.WSS4JInInterceptor.handleMessage(WSS4JInInterceptor.java:190)[296:org.apache.cxf.cxf-rt-ws-security:3.0.4.redhat-621084]
at org.apache.cxf.ws.security.wss4j.PolicyBasedWSS4JInInterceptor.handleMessage(PolicyBasedWSS4JInInterceptor.java:133)[296:org.apache.cxf.cxf-rt-ws-security:3.0.4.redhat-621084]
at org.apache.cxf.ws.security.wss4j.PolicyBasedWSS4JInInterceptor.handleMessage(PolicyBasedWSS4JInInterceptor.java:116)[296:org.apache.cxf.cxf-rt-ws-security:3.0.4.redhat-621084]
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:307)[74:org.apache.cxf.cxf-core:3.0.4.redhat-621084]
at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:802)[74:org.apache.cxf.cxf-core:3.0.4.redhat-621084]
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1644)[96:org.apache.cxf.cxf-rt-transports-http:3.0.4.redhat-621084]
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1533)[96:org.apache.cxf.cxf-rt-transports-http:3.0.4.redhat-621084]
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1335)[96:org.apache.cxf.cxf-rt-transports-http:3.0.4.redhat-621084]
at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)[74:org.apache.cxf.cxf-core:3.0.4.redhat-621084]
at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:651)[96:org.apache.cxf.cxf-rt-transports-http:3.0.4.redhat-621084]
at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)[74:org.apache.cxf.cxf-core:3.0.4.redhat-621084]
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:307)[74:org.apache.cxf.cxf-core:3.0.4.redhat-621084]
at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:516)[74:org.apache.cxf.cxf-core:3.0.4.redhat-621084]
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:425)[74:org.apache.cxf.cxf-core:3.0.4.redhat-621084]
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:326)[74:org.apache.cxf.cxf-core:3.0.4.redhat-621084]
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:279)[74:org.apache.cxf.cxf-core:3.0.4.redhat-621084]
at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)[97:org.apache.cxf.cxf-rt-frontend-simple:3.0.4.redhat-621084]
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:138)[98:org.apache.cxf.cxf-rt-frontend-jaxws:3.0.4.redhat-621084]
at com.sun.proxy.$Proxy95.createSimpleInvoice(Unknown Source)
at cl.analisis.oracleclouderp.ProcesadorVentaAgr.enviarInvoice(ProcesadorVentaAgr.java:334)
at cl.analisis.oracleclouderp.ProcesadorVentaAgr.enviarVenta(ProcesadorVentaAgr.java:151)
at cl.analisis.oracleclouderp.ProcesadorVentaAgr.procesarMensaje(ProcesadorVentaAgr.java:78)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.8.0_201]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_201]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_201]
at java.lang.reflect.Method.invoke(Method.java:498)[:1.8.0_201]
at org.apache.camel.component.bean.MethodInfo.invoke(MethodInfo.java:408)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.component.bean.MethodInfo$1.doProceed(MethodInfo.java:279)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.component.bean.MethodInfo$1.proceed(MethodInfo.java:252)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:171)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:448)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.processor.Pipeline.process(Pipeline.java:121)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.processor.Pipeline.process(Pipeline.java:83)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:109)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:87)[198:org.apache.camel.camel-core:2.15.1.redhat-621084]
at org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:103)[209:org.apache.camel.camel-jms:2.15.1.redhat-621084]
at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:562)[208:org.apache.servicemix.bundles.spring-jms:3.2.12.RELEASE_2]
at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:500)[208:org.apache.servicemix.bundles.spring-jms:3.2.12.RELEASE_2]
at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:468)[208:org.apache.servicemix.bundles.spring-jms:3.2.12.RELEASE_2]
at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:325)[208:org.apache.servicemix.bundles.spring-jms:3.2.12.RELEASE_2]
at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:263)[208:org.apache.servicemix.bundles.spring-jms:3.2.12.RELEASE_2]
at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1101)[208:org.apache.servicemix.bundles.spring-jms:3.2.12.RELEASE_2]
at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1093)[208:org.apache.servicemix.bundles.spring-jms:3.2.12.RELEASE_2]
at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:990)[208:org.apache.servicemix.bundles.spring-jms:3.2.12.RELEASE_2]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)[:1.8.0_201]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)[:1.8.0_201]
at java.lang.Thread.run(Thread.java:748)[:1.8.0_201]
13:38:24,200 | DEBUG | r[OUT.VENTA.AGR] | ProcesadorVentaAgr | 332 - conector-oracleclouderp - 3.0.0 | Ups problemas: Fault string, and possibly fault code, not set
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBWS-4059) Support CXF FaultListener
by Jim Ma (Jira)
[ https://issues.jboss.org/browse/JBWS-4059?page=com.atlassian.jira.plugin.... ]
Jim Ma edited comment on JBWS-4059 at 7/10/19 12:11 AM:
--------------------------------------------------------
Thanks for the patch. I created JBWS-4176 and after this is resolved , it allow to configure FaultListener through a jboss-webservice.xml .
{code:java}
<?xml version="1.1" encoding="UTF-8"?>
<webservices
xmlns="http://www.jboss.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
version="1.2"
xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee">
<property>
<name>cxf.interceptors.in</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.BusInterceptor</value>
</property>
<property>
<name>cxf.interceptors.out</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.BusCounterInterceptor</value>
</property>
<property>
<name>org.apache.cxf.logging.FaultListener</name>
<value>##faultListner</value>
</property>
<property>
<name>##faultListner</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.JBossWSFaultListener</value>
</property>
</webservices>
{code}
Does this work for your case ?
was (Author: jim.ma):
Thanks for the patch. I created JBWS-4176 and after this is resolved , it allow to configure FaultListener through a jboss-webservice.xml .
<?xml version="1.1" encoding="UTF-8"?>
<webservices
xmlns="http://www.jboss.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
version="1.2"
xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee">
<property>
<name>cxf.interceptors.in</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.BusInterceptor</value>
</property>
<property>
<name>cxf.interceptors.out</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.BusCounterInterceptor</value>
</property>
<property>
<name>org.apache.cxf.logging.FaultListener</name>
<value>##faultListner</value>
</property>
<property>
<name>##faultListner</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.JBossWSFaultListener</value>
</property>
</webservices>
{code}
Does this work for your case ?
> Support CXF FaultListener
> -------------------------
>
> Key: JBWS-4059
> URL: https://issues.jboss.org/browse/JBWS-4059
> Project: JBoss Web Services
> Issue Type: Feature Request
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.1.3.Final
> Reporter: 华绪 吴
> Priority: Optional
> Attachments: Support_CXF_FaultListener.patch
>
>
> with this feature, developer can hide runtime exception warn logging and custom the runtime exception output instead of mapping to a relatively generice soap:fault which was send to client.
> I created a patch for jbossws-cxf-5.1.3.Final.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBWS-4059) Support CXF FaultListener
by Jim Ma (Jira)
[ https://issues.jboss.org/browse/JBWS-4059?page=com.atlassian.jira.plugin.... ]
Jim Ma commented on JBWS-4059:
------------------------------
Thanks for the patch. I created JBWS-4176 and after this is resolved , it allow to configure FaultListener through a jboss-webservice.xml .
<?xml version="1.1" encoding="UTF-8"?>
<webservices
xmlns="http://www.jboss.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
version="1.2"
xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee">
<property>
<name>cxf.interceptors.in</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.BusInterceptor</value>
</property>
<property>
<name>cxf.interceptors.out</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.BusCounterInterceptor</value>
</property>
<property>
<name>org.apache.cxf.logging.FaultListener</name>
<value>##faultListner</value>
</property>
<property>
<name>##faultListner</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.JBossWSFaultListener</value>
</property>
</webservices>
{code}
Does this work for your case ?
> Support CXF FaultListener
> -------------------------
>
> Key: JBWS-4059
> URL: https://issues.jboss.org/browse/JBWS-4059
> Project: JBoss Web Services
> Issue Type: Feature Request
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.1.3.Final
> Reporter: 华绪 吴
> Priority: Optional
> Attachments: Support_CXF_FaultListener.patch
>
>
> with this feature, developer can hide runtime exception warn logging and custom the runtime exception output instead of mapping to a relatively generice soap:fault which was send to client.
> I created a patch for jbossws-cxf-5.1.3.Final.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBWS-4176) Support configure property reference
by Jim Ma (Jira)
Jim Ma created JBWS-4176:
----------------------------
Summary: Support configure property reference
Key: JBWS-4176
URL: https://issues.jboss.org/browse/JBWS-4176
Project: JBoss Web Services
Issue Type: Bug
Components: jbossws-cxf
Affects Versions: jbossws-cxf-5.3.0.Final
Reporter: Jim Ma
Assignee: Jim Ma
Fix For: jbossws-cxf-5.3.1.Final
There is cxf.features and cxf.interceptor property in jboss-webservice.xml and jaxws-endoint-config.xml can be resolved and construct new instance to set these properties to bus and endpoint.
It should allow others property which requires an object value like org.apache.cxf.logging.FaultListener to resolve reference:
{code:java}
<?xml version="1.1" encoding="UTF-8"?>
<webservices
xmlns="http://www.jboss.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
version="1.2"
xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee">
<property>
<name>cxf.interceptors.in</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.BusInterceptor</value>
</property>
<property>
<name>cxf.interceptors.out</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.BusCounterInterceptor</value>
</property>
<property>
<name>org.apache.cxf.logging.FaultListener</name>
<value>##faultListner</value>
</property>
<property>
<name>##faultListner</name>
<value>org.jboss.test.ws.jaxws.cxf.interceptors.JBossWSFaultListener</value>
</property>
</webservices>
{code}
We have user requested this for a long time : https://developer.jboss.org/thread/276599
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBWS-4036) jbossws-spi uses deprecated org.jboss.logging stuff
by Jim Ma (Jira)
[ https://issues.jboss.org/browse/JBWS-4036?page=com.atlassian.jira.plugin.... ]
Jim Ma updated JBWS-4036:
-------------------------
Assignee: Jim Ma (was: Alessio Soldano)
> jbossws-spi uses deprecated org.jboss.logging stuff
> ---------------------------------------------------
>
> Key: JBWS-4036
> URL: https://issues.jboss.org/browse/JBWS-4036
> Project: JBoss Web Services
> Issue Type: Bug
> Reporter: Rostislav Svoboda
> Assignee: Jim Ma
> Priority: Major
>
> Deprecations are used in these files:
> {code}
> 31 [WARNING] /home/rsvoboda/git/jbossws-spi/src/main/java/org/jboss/wsf/spi/Loggers.java
> 29 [WARNING] /home/rsvoboda/git/jbossws-spi/src/main/java/org/jboss/wsf/spi/Messages.java
> {code}
> {code}
> 28 Message in org.jboss.logging has been deprecated
> 11 LogMessage in org.jboss.logging has been deprecated
> 11 Cause in org.jboss.logging has been deprecated
> 5 MessageLogger in org.jboss.logging has been deprecated
> 5 MessageBundle in org.jboss.logging has been deprecated
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (JBWS-4085) JBWS3879TestCase gzip related CharConversionException
by Jim Ma (Jira)
[ https://issues.jboss.org/browse/JBWS-4085?page=com.atlassian.jira.plugin.... ]
Jim Ma commented on JBWS-4085:
------------------------------
[~rsearls] Does this failure still happen on WFLY16, 17 or Wildfly 18 snapshot ? If it doesn't , can we close this issue ?
> JBWS3879TestCase gzip related CharConversionException
> -----------------------------------------------------
>
> Key: JBWS-4085
> URL: https://issues.jboss.org/browse/JBWS-4085
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.2.0.Final
> Environment: env: wildfly-11 running in -secmgr mode.
> Reporter: r searls
> Priority: Minor
> Attachments: xJBWS3879TestCase-error-log-jbws-testsuite-default.log
>
>
> This only fails in -secmgr mode on wfly-11. It run in wfly-10 in -secmgr mode
> and in both wfly-10 and 11 in stnd mode.
> Here is the stacktrace of interest. The server log with more information is provided as
> an attachement.
> {code:java}
> Caused by: com.ctc.wstx.exc.WstxIOException: Invalid UTF-8 start byte 0x8b (at char #2, byte #-1)
> at com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:578)
> at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:633)
> at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:657)
> at com.ctc.wstx.stax.WstxInputFactory.createXMLStreamReader(WstxInputFactory.java:342)
> at __redirected.__XMLInputFactory.createXMLStreamReader(__XMLInputFactory.java:143)
> at org.apache.cxf.staxutils.StaxUtils.createXMLStreamReader(StaxUtils.java:1725)
> ... 66 more
> Caused by: java.io.CharConversionException: Invalid UTF-8 start byte 0x8b (at char #2, byte #-1)
> at com.ctc.wstx.io.UTF8Reader.reportInvalidInitial(UTF8Reader.java:304)
> at com.ctc.wstx.io.UTF8Reader.read(UTF8Reader.java:190)
> at com.ctc.wstx.io.ReaderBootstrapper.initialLoad(ReaderBootstrapper.java:254)
> at com.ctc.wstx.io.ReaderBootstrapper.bootstrapInput(ReaderBootstrapper.java:134)
> at com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:573)
> ... 71 more
> {code}
> In googling the exception there are references to data being pass as a gzip.
> These 2 are of interest
> https://stackoverflow.com/questions/35248465/issue-with-invalid-utf-8-sta...
> https://stackoverflow.com/questions/19092341/push-web-service-invalid-utf...
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months