Closed zhiminglim closed 2 years ago
That's a bug, thanks for reporting!
as a workaround you can try to provide the integration as a custom resource via yaml file resource instead. You can load the integration.yaml resource in the test via
Given create Kubernetes custom resource in integrations.camel.apache.org
"""
apiVersion: camel.apache.org/v1
kind: Integration
metadata:
name: helloworld
[...]
"""
or via external file resource
Given load Kubernetes custom resource helloworld.yaml in integrations.camel.apache.org
The external file resource helloworld.yaml
has to be added in the yaks-config.yaml
then as a test resource.
config:
runtime:
resources:
- helloworld.yaml
hope this helps
Perfect! Appreciate the help, your solution works :)
I have no more questions now, will be closing this issue.
Hello, thanks for your work on yaks. I'm looking at writing automated testing for Camel K and came across this project which seems to have a lot of potential.
I have been tinkering around with the framework, but I'm running into some issues. (Disclaimer: I'm using Camel K version 1.7.0 with yaks version 0.7.0)
So I have a feature file (camelk-groovy-config.feature) as such:
I then execute
yaks run camelk-groovy-config.feature -n camel-k-integrations
with the operation logs returning me below: (Full stacktrace at stacktrace.log)Upon closer inspection, it seems that the blockage was due to an error while building the Camel K Integration
The Integration manifest generated seems to have created traits with type:string instead of type:bool.
May be related to issue #335 but for now, is there anything I can do or change about my Camel K test code?