Issues with Attachments: week of 2012-04-16
CXF - Monday, April 16, 2012 1 Issues with Attachments (sorted oldest to newest) [CXF-4221] FIQL visitor to return a generic instead of String - Created: 2012-04-03 - Updated: 2012-04-10 - Type: Improvement - Fix Versions: [] - Reporter: Szu-Yu Wang - Assigned: Unassigned - Attachments: [FiqlParser.java] - https://issues.apache.org/jira/browse/CXF-4221
Re: [jira] [Resolved] (CXF-4051) Custom OAuth scopes are not supported
Hi Sergey,
I'm sorry but I'm unable to find the class/jar you told me.
I've checked out CXF sources from its SVN and the "Apache CXF Runtime OAuth
1.0a" module has the following dependency:
net.oauth.core
oauth-provider
${oauth.version}
After building the corresponding project, some jars are placed in my maven
repository: oauth-20100527.jar, oauth-consumer-20100527.jar,
oauth-provider-20100527.jar
Using this files to resolve my project oauth dependencies has the same wrong
behavior I described before :-( Could you help me to locate the correct jar
file?
Thank you very much for your time and help,
Jordi
--
View this message in context:
http://cxf.547215.n5.nabble.com/jira-Created-CXF-4051-Custom-OAuth-scopes-are-not-supported-tp5164840p5643403.html
Sent from the cxf-issues mailing list archive at Nabble.com.
[jira] [Commented] (CXF-4144) CXF JAXRS | Complex response types are not present in the generated wadl when returning list of objects
[
https://issues.apache.org/jira/browse/CXF-4144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13254632#comment-13254632
]
Nishant commented on CXF-4144:
--
When you provide return object as List then Item should be serialize-able
over the network. Another issue can be you are using Interface (List) to return
response. You have to write define xsd for your List object or use appropriate
annotation for it. Can you check if you can get the data for String[] if yes
then above mentioned is the problem.
> CXF JAXRS | Complex response types are not present in the generated wadl when
> returning list of objects
> ---
>
> Key: CXF-4144
> URL: https://issues.apache.org/jira/browse/CXF-4144
> Project: CXF
> Issue Type: Bug
> Components: JAX-RS
>Affects Versions: 2.5.2
>Reporter: Gayathri.Muralidharan
> Labels: jax-rs, wadl, wadl2java
>
> We use cxf 2.5.2 along with spring for exposing and consuming restful
> services. For distributing the service interface classes, we started using
> wadl2java goal (which generates interface classes based on the given wadl
> file)
> The generated wadl doesnt contain the proper response type, because of which
> i guess, the generated interfaces all have 'Response' as the return type.
> Ex. if the restful get method returns 'List' , the generated wadl contains
> the following segment only:
>
> and the corresponding interface generated from this wadl file contains the
> return type as 'Response'
> Can someone suggest what needs to be done to prevent the actual response type
> from getting lost? Are any annotations (like ElementClass ? how to use it ?)
> or providers required?
> Current code:
> @GET
> @Path("/itemsForCategory")
> @Produces("application/json")
> @Description("getItemsForCategory")
> public List getItemsForCategory(@QueryParam("category")String category)
> {//implementation}
> Found
> http://cxf.547215.n5.nabble.com/Problem-with-WADL-generation-and-returning-a-List-of-objects-td4713351.html#a5507490
> . But the issue doesnt seem to be fixed.
> Can someone help us out here?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CXF-4191) RM broken in synchronous Mode
[ https://issues.apache.org/jira/browse/CXF-4191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aki Yoshida reassigned CXF-4191: Assignee: Aki Yoshida > RM broken in synchronous Mode > - > > Key: CXF-4191 > URL: https://issues.apache.org/jira/browse/CXF-4191 > Project: CXF > Issue Type: Bug > Components: WS-* Components >Affects Versions: 2.4.6 > Environment: CXF 2.4.6, Jdk5 (Jrockit), spring 2.5, maven2, eclipse > 3.7, Win xp >Reporter: Ben Pezzei >Assignee: Aki Yoshida >Priority: Critical > Labels: Ws-RM, rm > > RM-Setup without a decoupled endpoint (therefore: synchronous modus) > Client is configured with: > includeOffer=true, > SequenceTerminationPolicyType.maxLength=1 > AcknowledgementInterval=0 > Server accepts Offers, wsrm-policy:AcknowledgementInterval=0 > pseudo-Log: > Req 1: createSequence with offer 123 and > acksTo:http://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous > Res 1: CreateSequenceResponse with seqid 456 > Req 2: Sequence with Id 456 & lastMessage-flag & actual content > Res 2: Sequence with Id 123 & lastMessage-flag & SequenceAcknowledgement for > Id 456 & actual content > Req 3: TerminateSequence for Id 456 > Res 3: standard rm header > Req 4: SequenceAck for 123 > Req 5: standard rm header > Res 5: standard rm header > Req 6 from Server: terminateSequence for 123 to w3c.org > There is another "feature": When the server PortImpl throws an Exception, > Request/Response goes as follows: > Req 1: createSequence with offer 123 and > acksTo:http://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous > Res 1: CreateSequenceResponse with seqid 456 > Req 2: Sequence with Id 456 & lastMessage-flag & actual content > Res 2: Sequence with 456 & lastMessage, Action: NullpointerException, > soap:body contains FaulCode & faultstring > After receiving the response, client throws UnknownSequence: The value of > wsrm:Identifier is not a known Sequence identifier. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CXF-4240) CXF WSN cannot run offline in Karaf
CXF WSN cannot run offline in Karaf
---
Key: CXF-4240
URL: https://issues.apache.org/jira/browse/CXF-4240
Project: CXF
Issue Type: Bug
Components: Services
Affects Versions: 2.5.2, 2.6
Environment: jdk 1.6, Karaf 2.2.5
Reporter: Zsolt Beothy-Elo
I am running cxf within Karaf. If am without connection to Maven Central and
try to install and start the feature cxf-wsn I get the following exception:
{noformat}
org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to
intialize bean createPullPoint
at
org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:638)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:724)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.di.RefRecipe.internalCreate(RefRecipe.java:60)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:198)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:137)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.ServiceRecipe.createRecipe(ServiceRecipe.java:370)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.ServiceRecipe.createService(ServiceRecipe.java:278)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.ServiceRecipe.internalGetService(ServiceRecipe.java:248)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.ServiceRecipe.internalCreate(ServiceRecipe.java:140)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:147)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:640)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:331)[10:org.apache.aries.blueprint:0.3.1]
at
org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:227)[10:org.apache.aries.blueprint:0.3.1]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_31]
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)[:1.6.0_31]
at java.util.concurrent.FutureTask.run(FutureTask.java:138)[:1.6.0_31]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)[:1.6.0_31]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)[:1.6.0_31]
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_31]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_31]
at java.lang.Thread.run(Thread.java:680)[:1.6.0_31]
Caused by: javax.xml.ws.WebServiceException:
org.apache.ws.commons.schema.XmlSchemaException: Unable to locate imported
document at 'http://www.w3.org/2006/03/addressing/ws-addr.xsd', relative to
'schema4.xsd'.
at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:357)
at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:246)
at
org.apache.cxf.wsn.services.JaxwsEndpointManager.register(JaxwsEndpointManager.java:54)
at
org.apache.cxf.wsn.services.OSGiJaxwsEndpointManager.register(OSGiJaxwsEndpointManager.java:54)
at
org.apache.cxf.wsn.AbstractEndpoint.register(AbstractEndpoint.java:56)
at
org.apache.cxf.wsn.AbstractCreatePullPoint.init(AbstractCreatePullPoint.java:67)
at
org.apache.cxf.wsn.jms.JmsCreatePullPoint.init(JmsCreatePullPoint.java:48)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)[:1.6.0_31]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)[:1
[jira] [Commented] (CXF-4191) RM broken in synchronous Mode
[ https://issues.apache.org/jira/browse/CXF-4191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13254697#comment-13254697 ] Aki Yoshida commented on CXF-4191: -- I looked into this issue. As I mentioned in my reply mail to Ben on users@cxfOne, it is not so straightforward. One approach that I tried is is to switch the operation for the partial response part. The original operation is the oneway SequenceAcknowledgement operation acknowledging the last response message for that sequence. To use the standard outbound chain to serialize the soap body, we need to have the appropriate operation. So, we can replace this oneway SeqAck operation with the out-going TerminateSequence operation and also clear the partial response flag. That will let the outbound chain serialize the TerminateSequence element. I think this is a simpler approach than filling the soap body of the partial response message explicitly at the RM interceptor. Let me know if someone has a better alternative. thanks. > RM broken in synchronous Mode > - > > Key: CXF-4191 > URL: https://issues.apache.org/jira/browse/CXF-4191 > Project: CXF > Issue Type: Bug > Components: WS-* Components >Affects Versions: 2.4.6 > Environment: CXF 2.4.6, Jdk5 (Jrockit), spring 2.5, maven2, eclipse > 3.7, Win xp >Reporter: Ben Pezzei >Assignee: Aki Yoshida >Priority: Critical > Labels: Ws-RM, rm > > RM-Setup without a decoupled endpoint (therefore: synchronous modus) > Client is configured with: > includeOffer=true, > SequenceTerminationPolicyType.maxLength=1 > AcknowledgementInterval=0 > Server accepts Offers, wsrm-policy:AcknowledgementInterval=0 > pseudo-Log: > Req 1: createSequence with offer 123 and > acksTo:http://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous > Res 1: CreateSequenceResponse with seqid 456 > Req 2: Sequence with Id 456 & lastMessage-flag & actual content > Res 2: Sequence with Id 123 & lastMessage-flag & SequenceAcknowledgement for > Id 456 & actual content > Req 3: TerminateSequence for Id 456 > Res 3: standard rm header > Req 4: SequenceAck for 123 > Req 5: standard rm header > Res 5: standard rm header > Req 6 from Server: terminateSequence for 123 to w3c.org > There is another "feature": When the server PortImpl throws an Exception, > Request/Response goes as follows: > Req 1: createSequence with offer 123 and > acksTo:http://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous > Res 1: CreateSequenceResponse with seqid 456 > Req 2: Sequence with Id 456 & lastMessage-flag & actual content > Res 2: Sequence with 456 & lastMessage, Action: NullpointerException, > soap:body contains FaulCode & faultstring > After receiving the response, client throws UnknownSequence: The value of > wsrm:Identifier is not a known Sequence identifier. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] [Created] (CXF-4240) CXF WSN cannot run offline in Karaf
Dear all,
I tried to resolve this issue by doing the following:
(1) Created a jax-ws-catalog file
http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd";>
http://www.w3.org/2006/03/addressing";
rewritePrefix="classpath:/org/apache/cxf/wsn/wsdl"/>
http://www.w3.org/2005/08/addressing";
rewritePrefix="classpath:/org/apache/cxf/wsn/wsdl"/>
(2) Adjusted the build pom of the wsn-core project
org.apache.cxf.wsn.util.*;version=${project.version},
!org.apache.cxf.wsn*,
!org.apache.activemq*,
javax.xml.bind*;version="[0.0,3)",
javax.jws*;version="[0.0,3)",
javax.xml.ws*;version="[0.0,3)",
org.apache.cxf*;version=${project.version},
org.apache.cxf.wsn.wsdl,
*
(3) Run a rebuild of wsn-core
Unfortunately without success. Am I missing a point to resolve this issue?
Many thanks and kind regards,
Christoph
On 16.04.2012, at 15:48, Zsolt Beothy-Elo (Created) (JIRA) wrote:
> CXF WSN cannot run offline in Karaf
> ---
>
> Key: CXF-4240
> URL: https://issues.apache.org/jira/browse/CXF-4240
> Project: CXF
> Issue Type: Bug
> Components: Services
>Affects Versions: 2.5.2, 2.6
> Environment: jdk 1.6, Karaf 2.2.5
>Reporter: Zsolt Beothy-Elo
>
>
> I am running cxf within Karaf. If am without connection to Maven Central and
> try to install and start the feature cxf-wsn I get the following exception:
>
> {noformat}
> org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to
> intialize bean createPullPoint
> at
> org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:638)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:724)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.di.RefRecipe.internalCreate(RefRecipe.java:60)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:198)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:137)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.ServiceRecipe.createRecipe(ServiceRecipe.java:370)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.ServiceRecipe.createService(ServiceRecipe.java:278)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.ServiceRecipe.internalGetService(ServiceRecipe.java:248)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.ServiceRecipe.internalCreate(ServiceRecipe.java:140)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:147)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:640)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:331)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:227)[10:org.apache.aries.blueprint:0.3.1]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_31]
> at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)[:1.6.0_31]
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)[:1.6.0_31]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)[:1.6.0_31]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)[:1.6.0_31]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_31]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_31]
> at java.lang.Thread.run(Thread.java:680)[:1.6.0_31]
> Caused by:
[jira] [Created] (CXF-4241) Http Conduit doesnt honor soap fault if server sends with 400 or 500 error
Http Conduit doesnt honor soap fault if server sends with 400 or 500 error -- Key: CXF-4241 URL: https://issues.apache.org/jira/browse/CXF-4241 Project: CXF Issue Type: Bug Components: Transports Affects Versions: 2.4.6 Environment: Linux;JDK 1.6.25 Reporter: kanagamahendran Velusamy We have a situation where server sends Soap-fault with 400(http error) however cxf throws exception saying that "400: Bad Request" without the details of the message. my point is, even though server sends 400 or 500, CXF should read the message and if it is soap fault,it should construct soap fault not just the exception . in this way we are not restricting server to send the soap fault in 200 OK level. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] [Created] (CXF-4240) CXF WSN cannot run offline in Karaf
Dear all,
I tried to resolve this issue by doing the following:
(1) Created a jax-ws-catalog file
http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd";>
http://www.w3.org/2006/03/addressing";
rewritePrefix="classpath:/org/apache/cxf/wsn/wsdl"/>
http://www.w3.org/2005/08/addressing";
rewritePrefix="classpath:/org/apache/cxf/wsn/wsdl"/>
(2) Adjusted the build pom of the wsn-core project
org.apache.cxf.wsn.util.*;version=${project.version},
!org.apache.cxf.wsn*,
!org.apache.activemq*,
javax.xml.bind*;version="[0.0,3)",
javax.jws*;version="[0.0,3)",
javax.xml.ws*;version="[0.0,3)",
org.apache.cxf*;version=${project.version},
org.apache.cxf.wsn.wsdl,
*
(3) Run a rebuild of wsn-core
Unfortunately without success. Am I missing a point to resolve this issue?
Many thanks and kind regards,
Christoph
On 16.04.2012, at 15:48, Zsolt Beothy-Elo (Created) (JIRA) wrote:
> CXF WSN cannot run offline in Karaf
> ---
>
> Key: CXF-4240
> URL: https://issues.apache.org/jira/browse/CXF-4240
> Project: CXF
> Issue Type: Bug
> Components: Services
>Affects Versions: 2.5.2, 2.6
> Environment: jdk 1.6, Karaf 2.2.5
>Reporter: Zsolt Beothy-Elo
>
>
> I am running cxf within Karaf. If am without connection to Maven Central and
> try to install and start the feature cxf-wsn I get the following exception:
>
> {noformat}
> org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to
> intialize bean createPullPoint
> at
> org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:638)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:724)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.di.RefRecipe.internalCreate(RefRecipe.java:60)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:198)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:137)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.ServiceRecipe.createRecipe(ServiceRecipe.java:370)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.ServiceRecipe.createService(ServiceRecipe.java:278)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.ServiceRecipe.internalGetService(ServiceRecipe.java:248)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.ServiceRecipe.internalCreate(ServiceRecipe.java:140)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:147)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:640)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:331)[10:org.apache.aries.blueprint:0.3.1]
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:227)[10:org.apache.aries.blueprint:0.3.1]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_31]
> at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)[:1.6.0_31]
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)[:1.6.0_31]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)[:1.6.0_31]
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)[:1.6.0_31]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_31]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_31]
> at java.lang.Thread.run(Thread.java:680)[:1.6.0_31]
> Caused by
[jira] [Assigned] (CXF-4126) Can override built-in action on WSS4JOutInterceptor but seems impossible to add a new custom action on WSS4JOutInterceptor
[ https://issues.apache.org/jira/browse/CXF-4126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Freeman Fang reassigned CXF-4126: - Assignee: Freeman Fang > Can override built-in action on WSS4JOutInterceptor but seems impossible to > add a new custom action on WSS4JOutInterceptor > > > Key: CXF-4126 > URL: https://issues.apache.org/jira/browse/CXF-4126 > Project: CXF > Issue Type: Test > Components: WS-* Components > Environment: any >Reporter: isdor sobze >Assignee: Freeman Fang > Labels: patch > > CXF documentation at [http://cxf.apache.org/docs/ws-security.html (#Custom > Action)]claims that you can configure WSS4JOutInterceptor to override a > built-in action with a custom actions or add your own custom action. > Overriding built-in action works fine, but adding a new action does not. The > current WSS4JOutInterceptor Java code > probably need modifications to allow adding own custom actions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
