-
Notifications
You must be signed in to change notification settings - Fork 345
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
hotrod-client.properties not picked up #1898
Comments
the For camel it should be something like:
|
Thanks I'll give this a try. I assume you also have to do whats in #1870, otherwise camel-quarkus does not respect the |
Actually in my case the configmap is mounted as a file and is on the classpath. Would that still not be picked up by camel-k? |
The problem here is that the Quarkus runtime expects There is a discussion on the Quarkus Zulip about this - https://quarkusio.zulipchat.com/#narrow/stream/187030-users/topic/Quarkus.20infinispan.20extension.20hotrod-client.2Eproperties/near/222425566 |
@lburgazzoli I filed quarkusio/quarkus#14368 |
This issue has been automatically marked as stale due to 90 days of inactivity. |
The
hotrod-client.properties
file does not seem to be getting picked up when running under quarkus.In my sample (https://gist.github.com/edeandrea/770c84be9da204ff0b13f2340975904e) I would assume that the properties I have defined in the
hotrod-client.properties
and are mounted into theIntegration
would be picked up by thecamel:infinispan
component, but they are not.I know this because my
hotrod-client.properties
file definesinfinispan.client.hotrod.marshaller=org.infinispan.commons.marshall.UTF8StringMarshaller
. When I run my integration and look into the Infinispan cache, the keys/values that are there aren't simple strings.The text was updated successfully, but these errors were encountered: