[jira] [Resolved] (KARAF-2355) Encoding issue for Redis key using xml blueprint
[ https://issues.apache.org/jira/browse/KARAF-2355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Baptiste Onofré resolved KARAF-2355. - Resolution: Won't Fix > Encoding issue for Redis key using xml blueprint > > > Key: KARAF-2355 > URL: https://issues.apache.org/jira/browse/KARAF-2355 > Project: Karaf > Issue Type: Bug >Affects Versions: 2.3.1 > Environment: Karaf 2.3.1 > Camel 2.11.0 > JDK 1.7 >Reporter: Djee >Priority: Major > Labels: blueprint, karaf > > When trying to use the spring-camel-redis feature with the first xml > blueprint, I met the issue of a wrong encoding for the keys. For example, the > key "test" will be registered in Redis as \xac\xed\x00\x05t\x00\x04test. > > > http://www.osgi.org/xmlns/blueprint/v1.0.0;> > http://camel.apache.org/schema/blueprint; > id="monAutreContXML"> > >uri="stream:file?fileName=./inboxRedis/testscanStream=true"/> > > test > > > > > > > > After some researches, it looks like it comes from the lack of a > StringRedisSerializer in a RedisTemplate. But, when I tried to create one in > the second blueprint : > > > http://www.osgi.org/xmlns/blueprint/v1.0.0;> >class="org.springframework.data.redis.connection.jedis.JedisConnectionFactory"> > > > > >class="org.springframework.data.redis.serializer.StringRedisSerializer"/> >class="org.springframework.data.redis.core.StringRedisTemplate"> >ref="redisConnectionFactory"/> > >"stringRedisSerializer"/> > >"stringRedisSerializer"/> > > http://camel.apache.org/schema/blueprint; > id="monAutreContXML"> > >uri="stream:file?fileName=./inboxRedis/testscanStream=true"/> > > myKey > > >uri="spring-redis://ip.of.server?command=SETredisTemplate=#RedisTemplate"/> > > > > I got the following error : > > org.osgi.service.blueprint.container.ComponentDefinitionException: Error > setting property: PropertyDescriptor org.springfram > ework.data.redis.core.RedisTemplate.getKeySerializer(), setter: [class > org.springframework.data.redis.core.RedisTemplate.setKeySerializer(interface > org.springfr > amework.data.redis.serializer.RedisSerializer)] > at > org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:941)[7:org.apache.aries.blueprint.core:1.1.0] > at > org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:907)[7:org.apache.aries.blueprint.core:1.1.0] > at > org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:888)[7:org.apache.aries.blueprint.core:1.1.0] > at > org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:820)[7:org.apache.aries.blueprint.core:1.1.0] > at > org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)[7:org.apache.aries.blueprint.core:1.1.0] > at > org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[7:org.apache.aries.blueprint.core:1.1.0] > at > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)[:1.7.0_21] > at java.util.concurrent.FutureTask.run(FutureTask.java:166)[:1.7.0_21] > at > org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[7:org.apache.aries.blueprint.core:1.1.0] > at > org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)[7:org.apache.aries.blueprint.core:1.1.0] > at > org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)[7:org.apache.aries.blueprint.core:1.1.0] > at > org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:668)[7:org.apache.aries.blueprint. > core:1.1.0] > at > org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:370)[7:org.apache.aries.blueprint.core:1.1.0] > at > org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:261)[7:org.apache.aries.blueprint.core:1.1.0] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_21] > at > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)[:1.7.0_21] > at
[jira] [Commented] (KARAF-6862) Exception with asynchronous request with Jersey application after updating from karaf 2.4.2 to 4.2.6
[ https://issues.apache.org/jira/browse/KARAF-6862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17205737#comment-17205737 ] Jean-Baptiste Onofré commented on KARAF-6862: - Do you have a stack trace ? or log extract ? > Exception with asynchronous request with Jersey application after updating > from karaf 2.4.2 to 4.2.6 > > > Key: KARAF-6862 > URL: https://issues.apache.org/jira/browse/KARAF-6862 > Project: Karaf > Issue Type: Bug > Components: karaf >Affects Versions: 4.2.6 >Reporter: Paritosh >Priority: Major > > After updating the karaf from 2.4.2 to 4.2.6 getting following exception > javax.servlet.ServletException: javax.ws.rs.ProcessingException: Attempt to > suspend a connection of an asynchronous request failed in the underlying > container. > at > org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:489) > ~[180:org.glassfish.jersey.containers.jersey-container-servlet-core:2.25.1] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (KARAF-5693) Incomplete config.properties file in built assemblies
[ https://issues.apache.org/jira/browse/KARAF-5693?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17205521#comment-17205521 ] ASF GitHub Bot commented on KARAF-5693: --- jbonofre commented on pull request #511: URL: https://github.com/apache/karaf/pull/511#issuecomment-702142724 This PR actually breaks resolver verify due to concurrent modification in in the await method (on the callback hashmap). I tried to use a `ConcurrentHashMap` in this time the resolver behavior is not correct. I will take a deeper look. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Incomplete config.properties file in built assemblies > - > > Key: KARAF-5693 > URL: https://issues.apache.org/jira/browse/KARAF-5693 > Project: Karaf > Issue Type: Bug >Affects Versions: 4.0.10 >Reporter: Greg Logan >Assignee: Guillaume Nodet >Priority: Major > Attachments: broken.log, broken.properties, working.log, > working.properties > > > Over at the Opencast project (https://github.com/opencast/opencast) we rarely > (1/20 or so) have assemblies seem to build correctly, but a number of > libraries required for the assembly to boot with all installed modules will > be missing from config.properties. A repackage of the same codebase and > built artifacts resolves the issue, so this seems to be related to the > assembly itself rather than the underlying modules. This also seems to be > independent of our branches, and versions - we've been observing this > off-and-on for more than a year but I've just never gotten around to filing > this. > > Things attached: > * working and broken.log: full build outputs (including component > compilation) of the working and failing builds, respectively > * working and broken.properties: the config.properties generated in the > working, and failing builds, respectively. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (KARAF-6862) Exception with asynchronous request with Jersey application after updating from karaf 2.4.2 to 4.2.6
Paritosh created KARAF-6862: --- Summary: Exception with asynchronous request with Jersey application after updating from karaf 2.4.2 to 4.2.6 Key: KARAF-6862 URL: https://issues.apache.org/jira/browse/KARAF-6862 Project: Karaf Issue Type: Bug Components: karaf Affects Versions: 4.2.6 Reporter: Paritosh After updating the karaf from 2.4.2 to 4.2.6 getting following exception javax.servlet.ServletException: javax.ws.rs.ProcessingException: Attempt to suspend a connection of an asynchronous request failed in the underlying container. at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:489) ~[180:org.glassfish.jersey.containers.jersey-container-servlet-core:2.25.1] -- This message was sent by Atlassian Jira (v8.3.4#803005)
