[jira] [Commented] (CXF-6073) cxf-wsn installation in Karaf fails
[ https://issues.apache.org/jira/browse/CXF-6073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14189289#comment-14189289 ] Krzysztof Sobkowiak commented on CXF-6073: -- Workaround {NOFORMAT} karaf@root> config:edit org.apache.cxf.wsn karaf@root> propset cxf.wsn.activemq.username karaf karaf@root> propset cxf.wsn.activemq.password karaf karaf@root> config:update {NOFORMAT} and restart the Apache CXF WSN Core bundle > cxf-wsn installation in Karaf fails > --- > > Key: CXF-6073 > URL: https://issues.apache.org/jira/browse/CXF-6073 > Project: CXF > Issue Type: Bug > Components: OSGi, Services >Affects Versions: 2.7.11, 2.7.12, 2.7.13 >Reporter: Krzysztof Sobkowiak > Attachments: karaf.log > > > I have installed {{cxf-wsn}} feature on Karaf 2.4.0 > {NOFORMAT} > karaf@root> features:chooseurl activemq 5.10.0 > Adding feature url mvn:org.apache.activemq/activemq-karaf/5.10.0/xml/features > karaf@root> features:chooseurl cxf 2.7.13 > Adding feature url mvn:org.apache.cxf.karaf/apache-cxf/2.7.13/xml/features > karaf@root> features:install activemq > karaf@root> features:install cxf-wsn > {NOFORMAT} > The installation fails with following error > {NOFORMAT} > Caused by: java.lang.SecurityException: User name [user] or password is > invalid. > at > org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:80)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:97)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.processAddConnection(TransportConnection.java:764)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:139)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.service(TransportConnection.java:294)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:148)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:116)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.MutexTransport.onCommand(MutexTransport.java:50)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.vm.VMTransport.iterate(VMTransport.java:246)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:133)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:48)[85:org.apache.activemq.activemq-osgi:5.10.0] > ... 3 more > Caused by: javax.security.auth.login.FailedLoginException: login failed > at > org.apache.karaf.jaas.modules.properties.PropertiesLoginModule.login(PropertiesLoginModule.java:114) > at > org.apache.karaf.jaas.boot.ProxyLoginModule.login(ProxyLoginModule.java:83)[karaf-jaas-boot.jar:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method)[:1.7.0_65] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_65] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_65] > at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invoke(LoginContext.java:762)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.access$000(LoginContext.java:203)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:690)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:688)[:1.7.0_65] > at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:687)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.login(LoginContext.java:595)[:1.7.0_65] > at > org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:73)[85:org.apache.activemq.activemq-osgi:5.10.0] > ... 13 more > {NOFORMAT} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (CXF-6073) cxf-wsn installation in Karaf fails
[ https://issues.apache.org/jira/browse/CXF-6073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14189272#comment-14189272 ] Krzysztof Sobkowiak edited comment on CXF-6073 at 10/29/14 11:28 PM: - The configuration {{org.apache.cxf.wsn}} (in feature definition) should be probably extended by additional parameters {{cxf.wsn.activemq.username}} and {{cxf.wsn.activemq.password}} {code} cxf.wsn.activemq = vm:localhost cxf.wsn.rootUrl = http://0.0.0.0:8182 cxf.wsn.context = /wsn cxf.wsn.activemq.username = karaf cxf.wsn.activemq.password = karaf {code} was (Author: sobkowiak): The configuration {{org.apache.cxf.wsn}} (in feature definition) should be probably extended by additional parameters {{cxf.wsn.activemq.username}} and {{}} {code} cxf.wsn.activemq = vm:localhost cxf.wsn.rootUrl = http://0.0.0.0:8182 cxf.wsn.context = /wsn cxf.wsn.activemq.username = karaf cxf.wsn.activemq.password = karaf {code} > cxf-wsn installation in Karaf fails > --- > > Key: CXF-6073 > URL: https://issues.apache.org/jira/browse/CXF-6073 > Project: CXF > Issue Type: Bug > Components: OSGi, Services >Affects Versions: 2.7.11, 2.7.12, 2.7.13 >Reporter: Krzysztof Sobkowiak > Attachments: karaf.log > > > I have installed {{cxf-wsn}} feature on Karaf 2.4.0 > {NOFORMAT} > karaf@root> features:chooseurl activemq 5.10.0 > Adding feature url mvn:org.apache.activemq/activemq-karaf/5.10.0/xml/features > karaf@root> features:chooseurl cxf 2.7.13 > Adding feature url mvn:org.apache.cxf.karaf/apache-cxf/2.7.13/xml/features > karaf@root> features:install activemq > karaf@root> features:install cxf-wsn > {NOFORMAT} > The installation fails with following error > {NOFORMAT} > Caused by: java.lang.SecurityException: User name [user] or password is > invalid. > at > org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:80)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:97)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.processAddConnection(TransportConnection.java:764)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:139)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.service(TransportConnection.java:294)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:148)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:116)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.MutexTransport.onCommand(MutexTransport.java:50)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.vm.VMTransport.iterate(VMTransport.java:246)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:133)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:48)[85:org.apache.activemq.activemq-osgi:5.10.0] > ... 3 more > Caused by: javax.security.auth.login.FailedLoginException: login failed > at > org.apache.karaf.jaas.modules.properties.PropertiesLoginModule.login(PropertiesLoginModule.java:114) > at > org.apache.karaf.jaas.boot.ProxyLoginModule.login(ProxyLoginModule.java:83)[karaf-jaas-boot.jar:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method)[:1.7.0_65] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_65] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_65] > at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invoke(LoginContext.java:762)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.access$000(LoginContext.java:203)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:690)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:688)[:1.7.0_65] > at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:687)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.login(LoginContext.java:595)[:1.7.0_65] > at > org.apache.activemq.security.JaasAuth
[jira] [Updated] (CXF-6073) cxf-wsn installation in Karaf fails
[ https://issues.apache.org/jira/browse/CXF-6073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Sobkowiak updated CXF-6073: - Component/s: Services OSGi > cxf-wsn installation in Karaf fails > --- > > Key: CXF-6073 > URL: https://issues.apache.org/jira/browse/CXF-6073 > Project: CXF > Issue Type: Bug > Components: OSGi, Services >Affects Versions: 2.7.11, 2.7.12, 2.7.13 >Reporter: Krzysztof Sobkowiak > Attachments: karaf.log > > > I have installed {{cxf-wsn}} feature on Karaf 2.4.0 > {NOFORMAT} > karaf@root> features:chooseurl activemq 5.10.0 > Adding feature url mvn:org.apache.activemq/activemq-karaf/5.10.0/xml/features > karaf@root> features:chooseurl cxf 2.7.13 > Adding feature url mvn:org.apache.cxf.karaf/apache-cxf/2.7.13/xml/features > karaf@root> features:install activemq > karaf@root> features:install cxf-wsn > {NOFORMAT} > The installation fails with following error > {NOFORMAT} > Caused by: java.lang.SecurityException: User name [user] or password is > invalid. > at > org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:80)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:97)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.processAddConnection(TransportConnection.java:764)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:139)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.service(TransportConnection.java:294)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:148)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:116)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.MutexTransport.onCommand(MutexTransport.java:50)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.vm.VMTransport.iterate(VMTransport.java:246)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:133)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:48)[85:org.apache.activemq.activemq-osgi:5.10.0] > ... 3 more > Caused by: javax.security.auth.login.FailedLoginException: login failed > at > org.apache.karaf.jaas.modules.properties.PropertiesLoginModule.login(PropertiesLoginModule.java:114) > at > org.apache.karaf.jaas.boot.ProxyLoginModule.login(ProxyLoginModule.java:83)[karaf-jaas-boot.jar:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method)[:1.7.0_65] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_65] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_65] > at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invoke(LoginContext.java:762)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.access$000(LoginContext.java:203)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:690)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:688)[:1.7.0_65] > at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:687)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.login(LoginContext.java:595)[:1.7.0_65] > at > org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:73)[85:org.apache.activemq.activemq-osgi:5.10.0] > ... 13 more > {NOFORMAT} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CXF-6073) cxf-wsn installation in Karaf fails
[ https://issues.apache.org/jira/browse/CXF-6073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14189272#comment-14189272 ] Krzysztof Sobkowiak commented on CXF-6073: -- The configuration {{org.apache.cxf.wsn}} (in feature definition) should be probably extended by additional parameters {{cxf.wsn.activemq.username}} and {{}} {code} cxf.wsn.activemq = vm:localhost cxf.wsn.rootUrl = http://0.0.0.0:8182 cxf.wsn.context = /wsn cxf.wsn.activemq.username = karaf cxf.wsn.activemq.password = karaf {code} > cxf-wsn installation in Karaf fails > --- > > Key: CXF-6073 > URL: https://issues.apache.org/jira/browse/CXF-6073 > Project: CXF > Issue Type: Bug >Affects Versions: 2.7.11, 2.7.12, 2.7.13 >Reporter: Krzysztof Sobkowiak > Attachments: karaf.log > > > I have installed {{cxf-wsn}} feature on Karaf 2.4.0 > {NOFORMAT} > karaf@root> features:chooseurl activemq 5.10.0 > Adding feature url mvn:org.apache.activemq/activemq-karaf/5.10.0/xml/features > karaf@root> features:chooseurl cxf 2.7.13 > Adding feature url mvn:org.apache.cxf.karaf/apache-cxf/2.7.13/xml/features > karaf@root> features:install activemq > karaf@root> features:install cxf-wsn > {NOFORMAT} > The installation fails with following error > {NOFORMAT} > Caused by: java.lang.SecurityException: User name [user] or password is > invalid. > at > org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:80)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:97)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.processAddConnection(TransportConnection.java:764)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:139)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.service(TransportConnection.java:294)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:148)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:116)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.MutexTransport.onCommand(MutexTransport.java:50)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.vm.VMTransport.iterate(VMTransport.java:246)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:133)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:48)[85:org.apache.activemq.activemq-osgi:5.10.0] > ... 3 more > Caused by: javax.security.auth.login.FailedLoginException: login failed > at > org.apache.karaf.jaas.modules.properties.PropertiesLoginModule.login(PropertiesLoginModule.java:114) > at > org.apache.karaf.jaas.boot.ProxyLoginModule.login(ProxyLoginModule.java:83)[karaf-jaas-boot.jar:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method)[:1.7.0_65] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_65] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_65] > at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invoke(LoginContext.java:762)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.access$000(LoginContext.java:203)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:690)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:688)[:1.7.0_65] > at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:687)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.login(LoginContext.java:595)[:1.7.0_65] > at > org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:73)[85:org.apache.activemq.activemq-osgi:5.10.0] > ... 13 more > {NOFORMAT} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CXF-6073) cxf-wsn installation in Karaf fails
[ https://issues.apache.org/jira/browse/CXF-6073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Sobkowiak updated CXF-6073: - Attachment: karaf.log > cxf-wsn installation in Karaf fails > --- > > Key: CXF-6073 > URL: https://issues.apache.org/jira/browse/CXF-6073 > Project: CXF > Issue Type: Bug >Affects Versions: 2.7.11, 2.7.12, 2.7.13 >Reporter: Krzysztof Sobkowiak > Attachments: karaf.log > > > I have installed {{cxf-wsn}} feature on Karaf 2.4.0 > {NOFORMAT} > karaf@root> features:chooseurl activemq 5.10.0 > Adding feature url mvn:org.apache.activemq/activemq-karaf/5.10.0/xml/features > karaf@root> features:chooseurl cxf 2.7.13 > Adding feature url mvn:org.apache.cxf.karaf/apache-cxf/2.7.13/xml/features > karaf@root> features:install activemq > karaf@root> features:install cxf-wsn > {NOFORMAT} > The installation fails with following error > {NOFORMAT} > Caused by: java.lang.SecurityException: User name [user] or password is > invalid. > at > org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:80)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:97)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.processAddConnection(TransportConnection.java:764)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:139)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection.service(TransportConnection.java:294)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:148)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:116)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.MutexTransport.onCommand(MutexTransport.java:50)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.transport.vm.VMTransport.iterate(VMTransport.java:246)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:133)[85:org.apache.activemq.activemq-osgi:5.10.0] > at > org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:48)[85:org.apache.activemq.activemq-osgi:5.10.0] > ... 3 more > Caused by: javax.security.auth.login.FailedLoginException: login failed > at > org.apache.karaf.jaas.modules.properties.PropertiesLoginModule.login(PropertiesLoginModule.java:114) > at > org.apache.karaf.jaas.boot.ProxyLoginModule.login(ProxyLoginModule.java:83)[karaf-jaas-boot.jar:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method)[:1.7.0_65] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_65] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_65] > at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invoke(LoginContext.java:762)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.access$000(LoginContext.java:203)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:690)[:1.7.0_65] > at > javax.security.auth.login.LoginContext$4.run(LoginContext.java:688)[:1.7.0_65] > at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:687)[:1.7.0_65] > at > javax.security.auth.login.LoginContext.login(LoginContext.java:595)[:1.7.0_65] > at > org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:73)[85:org.apache.activemq.activemq-osgi:5.10.0] > ... 13 more > {NOFORMAT} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CXF-6073) cxf-wsn installation in Karaf fails
Krzysztof Sobkowiak created CXF-6073: Summary: cxf-wsn installation in Karaf fails Key: CXF-6073 URL: https://issues.apache.org/jira/browse/CXF-6073 Project: CXF Issue Type: Bug Affects Versions: 2.7.13, 2.7.12, 2.7.11 Reporter: Krzysztof Sobkowiak Attachments: karaf.log I have installed {{cxf-wsn}} feature on Karaf 2.4.0 {NOFORMAT} karaf@root> features:chooseurl activemq 5.10.0 Adding feature url mvn:org.apache.activemq/activemq-karaf/5.10.0/xml/features karaf@root> features:chooseurl cxf 2.7.13 Adding feature url mvn:org.apache.cxf.karaf/apache-cxf/2.7.13/xml/features karaf@root> features:install activemq karaf@root> features:install cxf-wsn {NOFORMAT} The installation fails with following error {NOFORMAT} Caused by: java.lang.SecurityException: User name [user] or password is invalid. at org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:80)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:97)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.broker.TransportConnection.processAddConnection(TransportConnection.java:764)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:139)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.broker.TransportConnection.service(TransportConnection.java:294)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:148)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:116)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.transport.MutexTransport.onCommand(MutexTransport.java:50)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.transport.vm.VMTransport.iterate(VMTransport.java:246)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:133)[85:org.apache.activemq.activemq-osgi:5.10.0] at org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:48)[85:org.apache.activemq.activemq-osgi:5.10.0] ... 3 more Caused by: javax.security.auth.login.FailedLoginException: login failed at org.apache.karaf.jaas.modules.properties.PropertiesLoginModule.login(PropertiesLoginModule.java:114) at org.apache.karaf.jaas.boot.ProxyLoginModule.login(ProxyLoginModule.java:83)[karaf-jaas-boot.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_65] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_65] at javax.security.auth.login.LoginContext.invoke(LoginContext.java:762)[:1.7.0_65] at javax.security.auth.login.LoginContext.access$000(LoginContext.java:203)[:1.7.0_65] at javax.security.auth.login.LoginContext$4.run(LoginContext.java:690)[:1.7.0_65] at javax.security.auth.login.LoginContext$4.run(LoginContext.java:688)[:1.7.0_65] at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_65] at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:687)[:1.7.0_65] at javax.security.auth.login.LoginContext.login(LoginContext.java:595)[:1.7.0_65] at org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:73)[85:org.apache.activemq.activemq-osgi:5.10.0] ... 13 more {NOFORMAT} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CXF-6038) Repeatedly invoking setHandlerChain() can cause a build up of handler interceptors on the chain
[ https://issues.apache.org/jira/browse/CXF-6038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14188984#comment-14188984 ] ASF GitHub Bot commented on CXF-6038: - Github user dkulp commented on the pull request: https://github.com/apache/cxf/pull/25#issuecomment-61003841 This has been merged. Can you please verify and close? Thanks! > Repeatedly invoking setHandlerChain() can cause a build up of handler > interceptors on the chain > --- > > Key: CXF-6038 > URL: https://issues.apache.org/jira/browse/CXF-6038 > Project: CXF > Issue Type: Bug > Components: JAX-WS Runtime >Affects Versions: 3.0.1 >Reporter: Kyle Lape >Assignee: Daniel Kulp > Fix For: 3.1.0, 3.0.3, 2.7.14 > > > If an interceptor chain is cached between invocations and a user calls > {{setHandlerChain()}} before every invocation, the handler chain interceptors > get added to the interceptor chain over and over indefinitely. > I'm guessing that {{JaxWsEndpointImpl.addHandlerInterceptors()}} would need > to check for the presence of the handler interceptors on the chain already. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CXF-6070) NPE while calling a webservice using a clientproxy
[ https://issues.apache.org/jira/browse/CXF-6070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp resolved CXF-6070. -- Resolution: Done Fix Version/s: 2.7.14 3.0.3 Assignee: Daniel Kulp Added a better exception message to explain the situation, but otherwise working as expected. > NPE while calling a webservice using a clientproxy > -- > > Key: CXF-6070 > URL: https://issues.apache.org/jira/browse/CXF-6070 > Project: CXF > Issue Type: Test > Components: Simple Frontend >Affects Versions: 2.7.12, 3.0.1, 2.7.13, 2.6.16 >Reporter: Varun >Assignee: Daniel Kulp > Fix For: 3.0.3, 2.7.14 > > > We have implemented a webservice client using apache-cxf . > When calling a webservice through a ClientProxy, for some reason there is an > exception > [main] INFO org.apache.cxf.service.factory.ReflectionServiceFactoryBean - > Creating Service > [main] WARN org.apache.cxf.phase.PhaseInterceptorChain - Interceptor for has > thrown exception, unwinding now > java.lang.NullPointerException: NullPointerException invoking > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:526) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1347) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1336) > at > org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56) > at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:632) > at > org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) > at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:570) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:479) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:382) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:335) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:355) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:341) > Caused by: java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:764) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1626) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1515) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1318) > ... 12 more > Exception in thread "main" java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:339) > > 1.Testing using a standalone java program. > 2.This doesn’t happen when apache cxf version 2.4 is used . > 3.When upgraded the version to 2.6 and above ,we are facing this issue. > Code used to invoke the webservice is : > TestService service=new TestService(); > Client client = ClientProxy.getClient(service.get*); > Map requestContext = client.getRequestContext(); > requestContext.put(org.apache.cxf.message.Message.MAINTAIN_SESSION, > Boolean.TRUE); > requestContext.put(ENDPOINT_ADDRESS_PROPERTY,faxUrl); > Object[] logOnResp= client.invoke(“webservice”,param1,param2,param3,param4); > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CXF-6070) NPE while calling a webservice using a clientproxy
[ https://issues.apache.org/jira/browse/CXF-6070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14188750#comment-14188750 ] Daniel Kulp commented on CXF-6070: -- 2.4 is fairly old so I'm not 100% sure, but it's possible that the 2.4 proxies didn't implement the finalize() stuff that would have shut down the resources when no longer in use. Or the finalize()/close() method didn't completely clean everything up. Or the ClientImpl or Service or something somehow held onto the proxy object preventing it from being garbage collected. Not really sure. > NPE while calling a webservice using a clientproxy > -- > > Key: CXF-6070 > URL: https://issues.apache.org/jira/browse/CXF-6070 > Project: CXF > Issue Type: Test > Components: Simple Frontend >Affects Versions: 2.7.12, 3.0.1, 2.7.13, 2.6.16 >Reporter: Varun > > We have implemented a webservice client using apache-cxf . > When calling a webservice through a ClientProxy, for some reason there is an > exception > [main] INFO org.apache.cxf.service.factory.ReflectionServiceFactoryBean - > Creating Service > [main] WARN org.apache.cxf.phase.PhaseInterceptorChain - Interceptor for has > thrown exception, unwinding now > java.lang.NullPointerException: NullPointerException invoking > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:526) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1347) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1336) > at > org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56) > at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:632) > at > org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) > at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:570) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:479) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:382) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:335) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:355) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:341) > Caused by: java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:764) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1626) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1515) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1318) > ... 12 more > Exception in thread "main" java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:339) > > 1.Testing using a standalone java program. > 2.This doesn’t happen when apache cxf version 2.4 is used . > 3.When upgraded the version to 2.6 and above ,we are facing this issue. > Code used to invoke the webservice is : > TestService service=new TestService(); > Client client = ClientProxy.getClient(service.get*); > Map requestContext = client.getRequestContext(); > requestContext.put(org.apache.cxf.message.Message.MAINTAIN_SESSION, > Boolean.TRUE); > requestContext.put(ENDPOINT_ADDRESS_PROPERTY,faxUrl); > Object[] logOnResp= client.invoke(“webservice”,param1,param2,param3,param4); > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CXF-6070) NPE while calling a webservice using a clientproxy
[ https://issues.apache.org/jira/browse/CXF-6070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14188741#comment-14188741 ] Varun commented on CXF-6070: Thank you for your valuable comments . We are planning a upgrade cxf version in coming months ,we will use as your suggestion. It would be great if you provide your insights so as to why the same issue is not occurring when 2.4 version of cxf is used . Thanks a lot once again!! > NPE while calling a webservice using a clientproxy > -- > > Key: CXF-6070 > URL: https://issues.apache.org/jira/browse/CXF-6070 > Project: CXF > Issue Type: Test > Components: Simple Frontend >Affects Versions: 2.7.12, 3.0.1, 2.7.13, 2.6.16 >Reporter: Varun > > We have implemented a webservice client using apache-cxf . > When calling a webservice through a ClientProxy, for some reason there is an > exception > [main] INFO org.apache.cxf.service.factory.ReflectionServiceFactoryBean - > Creating Service > [main] WARN org.apache.cxf.phase.PhaseInterceptorChain - Interceptor for has > thrown exception, unwinding now > java.lang.NullPointerException: NullPointerException invoking > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:526) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1347) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1336) > at > org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56) > at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:632) > at > org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) > at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:570) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:479) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:382) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:335) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:355) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:341) > Caused by: java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:764) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1626) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1515) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1318) > ... 12 more > Exception in thread "main" java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:339) > > 1.Testing using a standalone java program. > 2.This doesn’t happen when apache cxf version 2.4 is used . > 3.When upgraded the version to 2.6 and above ,we are facing this issue. > Code used to invoke the webservice is : > TestService service=new TestService(); > Client client = ClientProxy.getClient(service.get*); > Map requestContext = client.getRequestContext(); > requestContext.put(org.apache.cxf.message.Message.MAINTAIN_SESSION, > Boolean.TRUE); > requestContext.put(ENDPOINT_ADDRESS_PROPERTY,faxUrl); > Object[] logOnResp= client.invoke(“webservice”,param1,param2,param3,param4); > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CXF-6070) NPE while calling a webservice using a clientproxy
[ https://issues.apache.org/jira/browse/CXF-6070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14188732#comment-14188732 ] Daniel Kulp commented on CXF-6070: -- That all said, I'm adding: {code:java} if (bus == null) { throw new IllegalStateException("Message received on a Client that has been closed or destroyed."); } {code} to the method to make the exception message a little clearer instead of an NPE. > NPE while calling a webservice using a clientproxy > -- > > Key: CXF-6070 > URL: https://issues.apache.org/jira/browse/CXF-6070 > Project: CXF > Issue Type: Test > Components: Simple Frontend >Affects Versions: 2.7.12, 3.0.1, 2.7.13, 2.6.16 >Reporter: Varun > > We have implemented a webservice client using apache-cxf . > When calling a webservice through a ClientProxy, for some reason there is an > exception > [main] INFO org.apache.cxf.service.factory.ReflectionServiceFactoryBean - > Creating Service > [main] WARN org.apache.cxf.phase.PhaseInterceptorChain - Interceptor for has > thrown exception, unwinding now > java.lang.NullPointerException: NullPointerException invoking > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:526) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1347) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1336) > at > org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56) > at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:632) > at > org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) > at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:570) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:479) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:382) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:335) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:355) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:341) > Caused by: java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:764) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1626) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1515) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1318) > ... 12 more > Exception in thread "main" java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:339) > > 1.Testing using a standalone java program. > 2.This doesn’t happen when apache cxf version 2.4 is used . > 3.When upgraded the version to 2.6 and above ,we are facing this issue. > Code used to invoke the webservice is : > TestService service=new TestService(); > Client client = ClientProxy.getClient(service.get*); > Map requestContext = client.getRequestContext(); > requestContext.put(org.apache.cxf.message.Message.MAINTAIN_SESSION, > Boolean.TRUE); > requestContext.put(ENDPOINT_ADDRESS_PROPERTY,faxUrl); > Object[] logOnResp= client.invoke(“webservice”,param1,param2,param3,param4); > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CXF-6072) jaxrs securityContext.getUserPrincipal is broken if login is done during the request
Romain Manni-Bucau created CXF-6072: --- Summary: jaxrs securityContext.getUserPrincipal is broken if login is done during the request Key: CXF-6072 URL: https://issues.apache.org/jira/browse/CXF-6072 Project: CXF Issue Type: Bug Reporter: Romain Manni-Bucau Hi tested on last 2.6 release and didn't take time to check on 3. but I guess it is the same: I call a rest endpoint, in my business I login(user, pass) from the request (http) then from the security context I get the principal -> null, if I get it fro mthe request it is avlued. It is cause org.apache.cxf.transport.http.AbstractHTTPDestination#setupMessage(org.apache.cxf.message.Message, javax.servlet.ServletConfig, javax.servlet.ServletContext, javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) stores the principal for the request but it evaluates it too early. Why not keeping the delegation to the http request? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CXF-6070) NPE while calling a webservice using a clientproxy
[ https://issues.apache.org/jira/browse/CXF-6070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14188710#comment-14188710 ] Daniel Kulp commented on CXF-6070: -- This is working kind of as designed. If you use a "*Service" object to create a proxy (service.getXYZ() calls), you are expected to use that proxy for making the calls to the service. Not dig into the proxy and use the client object directly for the calls. The access to the client is there to allow configuring of things prior to making the calls. The issue is that proxy that is generated is being garbage collected (since you aren't using it) which is causing it to cleanup and release a bunch of things including the HTTP conduits, the request/response contexts, etc... If you need just a Client object, use the JaxWsClientFactoryBean. That said, with 3.0.x, the proxy returned from the service.getXXX() calls implements the Client interface directly and thus could be used as above without the call to ClientProxy.getClient and using a direct cast instead. That would keep the proxy from being garbage collected. > NPE while calling a webservice using a clientproxy > -- > > Key: CXF-6070 > URL: https://issues.apache.org/jira/browse/CXF-6070 > Project: CXF > Issue Type: Test > Components: Simple Frontend >Affects Versions: 2.7.12, 3.0.1, 2.7.13, 2.6.16 >Reporter: Varun > > We have implemented a webservice client using apache-cxf . > When calling a webservice through a ClientProxy, for some reason there is an > exception > [main] INFO org.apache.cxf.service.factory.ReflectionServiceFactoryBean - > Creating Service > [main] WARN org.apache.cxf.phase.PhaseInterceptorChain - Interceptor for has > thrown exception, unwinding now > java.lang.NullPointerException: NullPointerException invoking > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:526) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1347) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1336) > at > org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56) > at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:632) > at > org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) > at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:570) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:479) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:382) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:335) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:355) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:341) > Caused by: java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:764) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1626) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1515) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1318) > ... 12 more > Exception in thread "main" java.lang.NullPointerException > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:339) > > 1.Testing using a standalone java program. > 2.This doesn’t happen when apache cxf version 2.4 is used . > 3.When upgraded the version to 2.6 and above ,we are facing this issue. > Code used to invoke the webservice is : > TestService service=new TestService(); > Client client = ClientProxy.getClient(service.get*); > Map requestContext = client.getRequestContext(); > requestContext.put(org.apache.cxf.message.Message.MAINTAIN_SESSION, > Boolean.TRUE); > requestContext.put(ENDPOINT_ADDRESS_PROPERTY,faxUrl); > Object[] logOnResp= client.invoke(“webservice”,param1,param2,param3,param4); > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CXF-6071) CXF's WSDL2Java tool can generate impl classes that jdk compiler will refuse to compile
[ https://issues.apache.org/jira/browse/CXF-6071?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14188560#comment-14188560 ] Daniel Kulp commented on CXF-6071: -- Can you try running the wsimport -keep on the wsdl using Java7 or newer and see what it generates? There are certain cases that, per JAX-WS spec, we HAVE to generate uncompilable/invalid code unless the user specifies a customization file that would remap the names. It's strange, but the spec and TCK actually requires that. > CXF's WSDL2Java tool can generate impl classes that jdk compiler will refuse > to compile > --- > > Key: CXF-6071 > URL: https://issues.apache.org/jira/browse/CXF-6071 > Project: CXF > Issue Type: Bug > Components: Tooling >Affects Versions: 3.0.1, 3.0.2 > Environment: All >Reporter: Keith Halligan > Fix For: 3.0.3 > > > When using Apache CXF 3.0.1 and above the following WSDL (attached) will > compile with the wsdl2java tool, however the code cannot be compiled as the > implementation class cannot be compiled with any JDK. > The issue is that the generated implementation class has a "." in the class > name. > eg: > D:\programming\artix\apache-cxf-3.0.1-bin\bin\test>dir /b > com\iona\schemas\idl\iacc_idl\*Impl.java > CORBAPortImpl.java > IACC.ServerCORBAPortImpl.java > Below is a patch that works around the issue, while still keeping the current > functionality in place, only switching back to the old functionality (changed > in: CXF-5456) when the port name contains non-valid characters as far as a > JVM compiler is concerned. > {noformat} > diff --git > a/tools/wsdlto/frontend/jaxws/src/main/java/org/apache/cxf/tools/wsdlto/frontend/jaxws/generators/ImplGenerator.java > > b/tools/wsdlto/frontend/jaxws/src/main/java/org/apache/cxf/tools/wsdlto/frontend/jaxws/generators/ImplGenerator.java > index 5fe090d..63dc84d 100644 > --- > a/tools/wsdlto/frontend/jaxws/src/main/java/org/apache/cxf/tools/wsdlto/frontend/jaxws/generators/ImplGenerator.java > +++ > b/tools/wsdlto/frontend/jaxws/src/main/java/org/apache/cxf/tools/wsdlto/frontend/jaxws/generators/ImplGenerator.java > @@ -21,6 +21,8 @@ package > org.apache.cxf.tools.wsdlto.frontend.jaxws.generators; > import java.util.HashMap; > import java.util.Map; > +import java.util.regex.Pattern; > +import java.util.regex.Matcher; > import javax.xml.namespace.QName; > @@ -126,12 +128,17 @@ public class ImplGenerator extends > AbstractJAXWSGenerator { > } > String name = nm.get(service + "/" + port); > if (name == null) { > -name = port + "Impl"; > +name = (isPortNameCompliant(port)) ? port : intf.getName() + > "Impl"; > name = mapClassName(intf.getPackageName(), name, penv); > nm.put(service + "/" + port, name); > } > return name; > } > + > +private boolean isPortNameCompliant(String port) { > +return Pattern.matches("[a-zA-Z]\\w*", port); > +} > + > private String mapClassName(String packageName, String name, ToolContext > context) { > ClassCollector collector = context.get(ClassCollector.class); > int count = 0; > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CXF-6071) CXF's WSDL2Java tool can generate impl classes that jdk compiler will refuse to compile
Keith Halligan created CXF-6071: --- Summary: CXF's WSDL2Java tool can generate impl classes that jdk compiler will refuse to compile Key: CXF-6071 URL: https://issues.apache.org/jira/browse/CXF-6071 Project: CXF Issue Type: Bug Components: Tooling Affects Versions: 3.0.2, 3.0.1 Environment: All Reporter: Keith Halligan Fix For: 3.0.3 When using Apache CXF 3.0.1 and above the following WSDL (attached) will compile with the wsdl2java tool, however the code cannot be compiled as the implementation class cannot be compiled with any JDK. The issue is that the generated implementation class has a "." in the class name. eg: D:\programming\artix\apache-cxf-3.0.1-bin\bin\test>dir /b com\iona\schemas\idl\iacc_idl\*Impl.java CORBAPortImpl.java IACC.ServerCORBAPortImpl.java Below is a patch that works around the issue, while still keeping the current functionality in place, only switching back to the old functionality (changed in: CXF-5456) when the port name contains non-valid characters as far as a JVM compiler is concerned. {noformat} diff --git a/tools/wsdlto/frontend/jaxws/src/main/java/org/apache/cxf/tools/wsdlto/frontend/jaxws/generators/ImplGenerator.java b/tools/wsdlto/frontend/jaxws/src/main/java/org/apache/cxf/tools/wsdlto/frontend/jaxws/generators/ImplGenerator.java index 5fe090d..63dc84d 100644 --- a/tools/wsdlto/frontend/jaxws/src/main/java/org/apache/cxf/tools/wsdlto/frontend/jaxws/generators/ImplGenerator.java +++ b/tools/wsdlto/frontend/jaxws/src/main/java/org/apache/cxf/tools/wsdlto/frontend/jaxws/generators/ImplGenerator.java @@ -21,6 +21,8 @@ package org.apache.cxf.tools.wsdlto.frontend.jaxws.generators; import java.util.HashMap; import java.util.Map; +import java.util.regex.Pattern; +import java.util.regex.Matcher; import javax.xml.namespace.QName; @@ -126,12 +128,17 @@ public class ImplGenerator extends AbstractJAXWSGenerator { } String name = nm.get(service + "/" + port); if (name == null) { -name = port + "Impl"; +name = (isPortNameCompliant(port)) ? port : intf.getName() + "Impl"; name = mapClassName(intf.getPackageName(), name, penv); nm.put(service + "/" + port, name); } return name; } + +private boolean isPortNameCompliant(String port) { +return Pattern.matches("[a-zA-Z]\\w*", port); +} + private String mapClassName(String packageName, String name, ToolContext context) { ClassCollector collector = context.get(ClassCollector.class); int count = 0; {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CXF-6070) NPE while calling a webservice using a clientproxy
Varun created CXF-6070: -- Summary: NPE while calling a webservice using a clientproxy Key: CXF-6070 URL: https://issues.apache.org/jira/browse/CXF-6070 Project: CXF Issue Type: Test Components: Simple Frontend Affects Versions: 2.6.16, 2.7.13, 3.0.1, 2.7.12 Reporter: Varun We have implemented a webservice client using apache-cxf . When calling a webservice through a ClientProxy, for some reason there is an exception [main] INFO org.apache.cxf.service.factory.ReflectionServiceFactoryBean - Creating Service [main] WARN org.apache.cxf.phase.PhaseInterceptorChain - Interceptor for has thrown exception, unwinding now java.lang.NullPointerException: NullPointerException invoking at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:526) at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1347) at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1336) at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56) at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:632) at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:570) at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:479) at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:382) at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:335) at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:355) at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:341) Caused by: java.lang.NullPointerException at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:764) at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1626) at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1515) at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1318) ... 12 more Exception in thread "main" java.lang.NullPointerException at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:339) 1. Testing using a standalone java program. 2. This doesn’t happen when apache cxf version 2.4 is used . 3. When upgraded the version to 2.6 and above ,we are facing this issue. Code used to invoke the webservice is : TestService service=new TestService(); Client client = ClientProxy.getClient(service.get*); Map requestContext = client.getRequestContext(); requestContext.put(org.apache.cxf.message.Message.MAINTAIN_SESSION, Boolean.TRUE); requestContext.put(ENDPOINT_ADDRESS_PROPERTY,faxUrl); Object[] logOnResp= client.invoke(“webservice”,param1,param2,param3,param4); -- This message was sent by Atlassian JIRA (v6.3.4#6332)