[jira] [Commented] (CXF-4508) @Context fails to inject SearchContext into JAX-RS resource bean
[
https://issues.apache.org/jira/browse/CXF-4508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13460523#comment-13460523
]
Sergey Beryozkin commented on CXF-4508:
---
Hi Brian, I had to add an explicit import to the search module and that seemed
to resolve the issue (I was able to reproduce it initially). I may need to work
on simplifying the thread local support, the fact the import is needed kind of
suggests something has to be simplified there...
Having FIQL converters which would simplify searching various non SQL stores
would be great, lets work on them :-)
Cheers, Sergey
> @Context fails to inject SearchContext into JAX-RS resource bean
>
>
> Key: CXF-4508
> URL: https://issues.apache.org/jira/browse/CXF-4508
> Project: CXF
> Issue Type: Bug
> Components: Core, JAX-RS
>Affects Versions: 2.6.2
> Environment: Mac OS 10.8.1 JDK 1.6.0_35
>Reporter: Brian Topping
>Priority: Critical
> Fix For: 2.6.3, 2.7.0
>
>
> In an attempt to use the FIQL query parser functionality using the docs at
> http://cxf.apache.org/docs/jax-rs-advanced-features.html#JAX-RSAdvancedFeatures-FIQLsearchqueries,
> it's clear there's a problem with the packaging such that the SearchContext
> cannot be injected into a JAX-RS resource installed under Karaf. The problem
> is with org.apache.cxf.jaxrs.utils.InjectionUtils#createThreadLocalProxy,
> which returns the following exception:
> {code}
> java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.aries.blueprint.utils.ReflectionUtils$MethodPropertyDescriptor.internalSet(ReflectionUtils.java:568)
> at
> org.apache.aries.blueprint.utils.ReflectionUtils$PropertyDescriptor.set(ReflectionUtils.java:319)
> at
> org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:935)
> at
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:903)
> at
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:884)
> at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:816)
> at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:783)
> at
> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:648)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:340)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:242)
> at
> org.apache.aries.blueprint.container.BlueprintExtender.checkBundle(BlueprintExtender.java:315)
> at
> org.apache.aries.blueprint.container.BlueprintExtender.bundleChanged(BlueprintExtender.java:235)
> at
> org.apache.aries.blueprint.container.BlueprintExtender$BlueprintBundleTrackerCustomizer.modifiedBundle(BlueprintExtender.java:434)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:198)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:128)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:468)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:161)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:117)
> at
> org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)
> at
> org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:695)
> at
> org.apache.felix.framework.util.EventDispatcher.fireBundleEven
[jira] [Resolved] (CXF-4508) @Context fails to inject SearchContext into JAX-RS resource bean
[
https://issues.apache.org/jira/browse/CXF-4508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin resolved CXF-4508.
---
Resolution: Fixed
Fix Version/s: 2.7.0
2.6.3
Assignee: Sergey Beryozkin
> @Context fails to inject SearchContext into JAX-RS resource bean
>
>
> Key: CXF-4508
> URL: https://issues.apache.org/jira/browse/CXF-4508
> Project: CXF
> Issue Type: Bug
> Components: Core, JAX-RS
>Affects Versions: 2.6.2
> Environment: Mac OS 10.8.1 JDK 1.6.0_35
>Reporter: Brian Topping
>Assignee: Sergey Beryozkin
>Priority: Critical
> Fix For: 2.6.3, 2.7.0
>
>
> In an attempt to use the FIQL query parser functionality using the docs at
> http://cxf.apache.org/docs/jax-rs-advanced-features.html#JAX-RSAdvancedFeatures-FIQLsearchqueries,
> it's clear there's a problem with the packaging such that the SearchContext
> cannot be injected into a JAX-RS resource installed under Karaf. The problem
> is with org.apache.cxf.jaxrs.utils.InjectionUtils#createThreadLocalProxy,
> which returns the following exception:
> {code}
> java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.aries.blueprint.utils.ReflectionUtils$MethodPropertyDescriptor.internalSet(ReflectionUtils.java:568)
> at
> org.apache.aries.blueprint.utils.ReflectionUtils$PropertyDescriptor.set(ReflectionUtils.java:319)
> at
> org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:935)
> at
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:903)
> at
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:884)
> at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:816)
> at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:783)
> at
> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:648)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:340)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:242)
> at
> org.apache.aries.blueprint.container.BlueprintExtender.checkBundle(BlueprintExtender.java:315)
> at
> org.apache.aries.blueprint.container.BlueprintExtender.bundleChanged(BlueprintExtender.java:235)
> at
> org.apache.aries.blueprint.container.BlueprintExtender$BlueprintBundleTrackerCustomizer.modifiedBundle(BlueprintExtender.java:434)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:198)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:128)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:468)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:161)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:117)
> at
> org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)
> at
> org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:695)
> at
> org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:483)
> at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4244)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1923)
> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:944)
> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:931)
> at o
[jira] [Commented] (CXF-4508) @Context fails to inject SearchContext into JAX-RS resource bean
[
https://issues.apache.org/jira/browse/CXF-4508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13460531#comment-13460531
]
Sergey Beryozkin commented on CXF-4508:
---
btw, for completeness, one more workaround for issue with injecting a
thread-local SearchContext, inject CXF MessageContext and then do
context.getContext(SearchContext.class) - may be handy if adding SearchContext
parameter to the resource method affects the interface signature, etc...
> @Context fails to inject SearchContext into JAX-RS resource bean
>
>
> Key: CXF-4508
> URL: https://issues.apache.org/jira/browse/CXF-4508
> Project: CXF
> Issue Type: Bug
> Components: Core, JAX-RS
>Affects Versions: 2.6.2
> Environment: Mac OS 10.8.1 JDK 1.6.0_35
>Reporter: Brian Topping
>Assignee: Sergey Beryozkin
>Priority: Critical
> Fix For: 2.6.3, 2.7.0
>
>
> In an attempt to use the FIQL query parser functionality using the docs at
> http://cxf.apache.org/docs/jax-rs-advanced-features.html#JAX-RSAdvancedFeatures-FIQLsearchqueries,
> it's clear there's a problem with the packaging such that the SearchContext
> cannot be injected into a JAX-RS resource installed under Karaf. The problem
> is with org.apache.cxf.jaxrs.utils.InjectionUtils#createThreadLocalProxy,
> which returns the following exception:
> {code}
> java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.aries.blueprint.utils.ReflectionUtils$MethodPropertyDescriptor.internalSet(ReflectionUtils.java:568)
> at
> org.apache.aries.blueprint.utils.ReflectionUtils$PropertyDescriptor.set(ReflectionUtils.java:319)
> at
> org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:935)
> at
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:903)
> at
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:884)
> at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:816)
> at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:783)
> at
> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:648)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:340)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:242)
> at
> org.apache.aries.blueprint.container.BlueprintExtender.checkBundle(BlueprintExtender.java:315)
> at
> org.apache.aries.blueprint.container.BlueprintExtender.bundleChanged(BlueprintExtender.java:235)
> at
> org.apache.aries.blueprint.container.BlueprintExtender$BlueprintBundleTrackerCustomizer.modifiedBundle(BlueprintExtender.java:434)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:198)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:128)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:468)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:161)
> at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:117)
> at
> org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)
> at
> org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:695)
> at
> org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:483)
> at org.apache.felix.framework.Felix.fireBundleEvent(Felix.j
[jira] [Created] (CXF-4515) maven java2ws plugin address configuration
Benoit Montuelle created CXF-4515: - Summary: maven java2ws plugin address configuration Key: CXF-4515 URL: https://issues.apache.org/jira/browse/CXF-4515 Project: CXF Issue Type: Improvement Components: Build system Affects Versions: 2.6.2 Reporter: Benoit Montuelle Fix For: 2.6.3, 2.7.0 Attachments: Java2WSMojo_address.patch I found useful being able to generate wsdl with a different port address. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CXF-4515) maven java2ws plugin address configuration
[ https://issues.apache.org/jira/browse/CXF-4515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benoit Montuelle updated CXF-4515: -- Attachment: Java2WSMojo_address.patch > maven java2ws plugin address configuration > -- > > Key: CXF-4515 > URL: https://issues.apache.org/jira/browse/CXF-4515 > Project: CXF > Issue Type: Improvement > Components: Build system >Affects Versions: 2.6.2 >Reporter: Benoit Montuelle > Fix For: 2.6.3, 2.7.0 > > Attachments: Java2WSMojo_address.patch > > > I found useful being able to generate wsdl with a different port address. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CXF-4516) Want WS-SecurityPolicy assertion builder for RequireEmbeddedTokenReference
Chris Owens created CXF-4516: Summary: Want WS-SecurityPolicy assertion builder for RequireEmbeddedTokenReference Key: CXF-4516 URL: https://issues.apache.org/jira/browse/CXF-4516 Project: CXF Issue Type: Improvement Components: WS-* Components Affects Versions: 2.6.2 Reporter: Chris Owens Priority: Minor There do not appear to be WS-SecurityPolicy assertion builders for any of the RequireReference assertions, e.g. RequireEmbeddedTokenReference. I would be happy to start poking at this if someone would give me a 5 minute roadmap. I believe what needs to happen is in /cxf/trunk/rt/ws/security/src/main/java/org/apache/cxf/ws/security/policy/builders; add a new assertion builder class that would be picked up by WSSecurityPolicyLoader; I can sort of guess by looking at the others what an AssertionBuilder is supposed to do, but there is probably more to it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
