-
Notifications
You must be signed in to change notification settings - Fork 201
[camel k] inconsistent libs for webhook and api provider #4835
Comments
We could overcome some of these issues when Camel-K is enabled, by introducing a strategy pattern that allows to fallback to the current means of creating integrations for cases that don't work (i.e. blacklisted in meta data) |
The only dependency in API provider on the Servlet API that I can see is SpecificationContentTypeFilter, which we can remove by using Line 19 in ba937b8
We can add: diff --git a/app/integration/project-generator/src/test/resources/io/syndesis/integration/project/generator/testGenerateApplicationWithRestDSL/RestRouteConfiguration.java b/app/integration/project-generator/src/test/resources/io/syndesis/integration/project/generator/testGenerateApplicationWithRestDSL/RestRouteConfiguration.java
index 5b2da2572..18afdf45a 100644
--- a/app/integration/project-generator/src/test/resources/io/syndesis/integration/project/generator/testGenerateApplicationWithRestDSL/RestRouteConfiguration.java
+++ b/app/integration/project-generator/src/test/resources/io/syndesis/integration/project/generator/testGenerateApplicationWithRestDSL/RestRouteConfiguration.java
@@ -16,6 +16,8 @@ public class RestRouteConfiguration {
restConfiguration()
.contextPath("/")
.component("servlet")
+ .apiProperty("api.specification.contentType.json", "application/vnd.oai.openapi+json;version=2.0")
+ .apiProperty("api.specification.contentType.yaml", "application/vnd.oai.openapi;version=2.0")
.endpointProperty("headerFilterStrategy", "syndesisHeaderStrategy");
rest() For the Webook, I think we can also configure it not via These changes in the end will allow us to use any component that supports Camel REST DSL. I see Camel-K has an example with Restlet, but we can (probably) use Netty, Jetty or Undertow. |
The problem is that the components are based on the servlet component and they are supposed to use the one that spring provides, so also the customizer we have do not work in a non spring world (afaik) |
We currently have a great deal of connectors using the customizers (
Seems to me we need to provide support for loading these in Camel-K, perhaps some form of service loading, we can then generate the |
sorry it is not the customizers it is this: https://github.com/syndesisio/syndesis/blob/master/app/connector/api-provider/src/main/resources/spring.factories we do not have yet a generic support in this for camel-k |
We can push |
Lowering the priority after talking to Gary |
…g.apache.camel:camel-servlet-starter". Fix syndesisio#4835 Fix syndesisio#5221 syndesisio#5222
…g.apache.camel:camel-servlet-starter". Fix syndesisio#4835 Fix syndesisio#5221 syndesisio#5222
This is a...
Description
Both webhook and api provider are based on the Camel servlet component which expects that the runtime will provide a server. This is true for spring-boot based integrations where we add spring-boot-web by default, but Camel K integrations are no more spring-boot based.
The text was updated successfully, but these errors were encountered: