[jira] [Commented] (CAMEL-18005) add tests in camel-paho-starter

2022-04-25 Thread Freeman Yue Fang (Jira)


[ 
https://issues.apache.org/jira/browse/CAMEL-18005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17527744#comment-17527744
 ] 

Freeman Yue Fang commented on CAMEL-18005:
--

PR is
https://github.com/apache/camel-spring-boot/pull/543

> add tests in camel-paho-starter
> ---
>
> Key: CAMEL-18005
> URL: https://issues.apache.org/jira/browse/CAMEL-18005
> Project: Camel
>  Issue Type: Test
>  Components: camel-paho, camel-spring-boot-starters, tests
>Reporter: Freeman Yue Fang
>Assignee: Freeman Yue Fang
>Priority: Major
> Fix For: 3.17.0
>
>




--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18010) camel-jbang - Resolved downloaded JARs should consider jbang CP

2022-04-25 Thread Claus Ibsen (Jira)
Claus Ibsen created CAMEL-18010:
---

 Summary: camel-jbang - Resolved downloaded JARs should consider 
jbang CP
 Key: CAMEL-18010
 URL: https://issues.apache.org/jira/browse/CAMEL-18010
 Project: Camel
  Issue Type: Improvement
  Components: camel-jbang
Reporter: Claus Ibsen
Assignee: Claus Ibsen
 Fix For: 3.17.0


When running from jbang then some JARs are pre-loaded on CP. We should deal 
with this to know that its a JAR that is needed at runtime (hence downloaded).

This makes it possible to better resolve the correct set of JARs for package 
fat-jar and other goals.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18008) camel-jbang deploy/undeploy command

2022-04-25 Thread Marat Gubaidullin (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marat Gubaidullin updated CAMEL-18008:
--
Description: 
Deploy integration application to minikube
{code:sh}
jbang camel@apache/camel deploy --namespace default --name demo --version 1.0 
--image timer/jbang:latest --minikube --replicas 1 
{code}

Undeploy integration application to minikube
{code:sh}
jbang camel@apache/camel undeploy --namespace default --name demo --minikube  
{code}

  was:
Deploy integration application to minikube
{code:java}
jbang camel@apache/camel deploy --namespace default --name demo --version 1.0 
--image timer/jbang:latest --minikube --replicas 1 
{code}

Undeploy integration application to minikube
{code:java}
jbang camel@apache/camel undeploy --namespace default --name demo --minikube  
{code}


> camel-jbang deploy/undeploy command
> ---
>
> Key: CAMEL-18008
> URL: https://issues.apache.org/jira/browse/CAMEL-18008
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-jbang
>Reporter: Marat Gubaidullin
>Assignee: Marat Gubaidullin
>Priority: Major
> Fix For: 3.17.0
>
>
> Deploy integration application to minikube
> {code:sh}
> jbang camel@apache/camel deploy --namespace default --name demo --version 1.0 
> --image timer/jbang:latest --minikube --replicas 1 
> {code}
> Undeploy integration application to minikube
> {code:sh}
> jbang camel@apache/camel undeploy --namespace default --name demo --minikube  
> {code}



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18008) camel-jbang deploy/undeploy command

2022-04-25 Thread Marat Gubaidullin (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marat Gubaidullin updated CAMEL-18008:
--
Description: 
Deploy integration application to minikube
{code:java}
jbang camel@apache/camel deploy --namespace default --name demo --version 1.0 
--image timer/jbang:latest --minikube --replicas 1 
{code}

Undeploy integration application to minikube
{code:java}
jbang camel@apache/camel undeploy --namespace default --name demo --minikube  
{code}

> camel-jbang deploy/undeploy command
> ---
>
> Key: CAMEL-18008
> URL: https://issues.apache.org/jira/browse/CAMEL-18008
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-jbang
>Reporter: Marat Gubaidullin
>Assignee: Marat Gubaidullin
>Priority: Major
> Fix For: 3.17.0
>
>
> Deploy integration application to minikube
> {code:java}
> jbang camel@apache/camel deploy --namespace default --name demo --version 1.0 
> --image timer/jbang:latest --minikube --replicas 1 
> {code}
> Undeploy integration application to minikube
> {code:java}
> jbang camel@apache/camel undeploy --namespace default --name demo --minikube  
> {code}



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18006) camel-jbang package image command

2022-04-25 Thread Marat Gubaidullin (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marat Gubaidullin updated CAMEL-18006:
--
Description: 
Create image from *jar* with {*}tag{*}:
{code:java}
jbang camel@apache/camel build image --jar runner.jar --tag camel/demo
{code}
Create image from *jar* with *tag* from specified *base image *:
{code:java}
jbang camel@apache/camel build image --jar runner.jar --tag camel/demo --from 
registry.access.redhat.com/ubi8/openjdk-11-runtime:1.11
{code}
if you want to deploy later to minikube, execute the following command before 
{*}build{*}:
{code:java}
eval $(minikube -p minikube docker-env
{code}
Push image from *jar* with *tag* to {*}registry{*}:
{code:java}
jbang camel@apache/camel build image --jar runner.jar --tag camel/demo 
--registry registry.access.redhat.com/camel/jbang-demo --username demo 
--password demo
{code}

  was:
Create image from *jar* with {*}tag{*}:
{code:java}
jbang camel@apache/camel build image --jar runner.jar --tag camel/demo
{code}
Create image from *jar* with *tag* from specified *base image *:
{code:java}
jbang camel@apache/camel build image --jar runner.jar --tag camel/demo --from 
registry.access.redhat.com/ubi8/openjdk-11-runtime:1.11
{code}
Push image from *jar* with *tag* to {*}registry{*}:
{code:java}
jbang camel@apache/camel build image --jar runner.jar --tag camel/demo 
--registry registry.access.redhat.com/camel/jbang-demo --username demo 
--password demo
{code}


> camel-jbang package image command
> -
>
> Key: CAMEL-18006
> URL: https://issues.apache.org/jira/browse/CAMEL-18006
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-jbang
>Reporter: Marat Gubaidullin
>Assignee: Marat Gubaidullin
>Priority: Major
> Fix For: 3.17.0
>
>
> Create image from *jar* with {*}tag{*}:
> {code:java}
> jbang camel@apache/camel build image --jar runner.jar --tag camel/demo
> {code}
> Create image from *jar* with *tag* from specified *base image *:
> {code:java}
> jbang camel@apache/camel build image --jar runner.jar --tag camel/demo --from 
> registry.access.redhat.com/ubi8/openjdk-11-runtime:1.11
> {code}
> if you want to deploy later to minikube, execute the following command before 
> {*}build{*}:
> {code:java}
> eval $(minikube -p minikube docker-env
> {code}
> Push image from *jar* with *tag* to {*}registry{*}:
> {code:java}
> jbang camel@apache/camel build image --jar runner.jar --tag camel/demo 
> --registry registry.access.redhat.com/camel/jbang-demo --username demo 
> --password demo
> {code}



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Comment Edited] (CAMEL-17998) camel-jbang - fat-jar command

2022-04-25 Thread Claus Ibsen (Jira)


[ 
https://issues.apache.org/jira/browse/CAMEL-17998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526005#comment-17526005
 ] 

Claus Ibsen edited comment on CAMEL-17998 at 4/25/22 5:25 PM:
--

TODO: fat-jar classloader to load inside the jar *DONE*
TODO: package target/camel-app as single .jar output *DONE*
TODO: MANIFEST.MF with main class entry so fat-jar can be run with java -jar 
*DONE*



was (Author: davsclaus):
TODO: fat-jar classloader to load inside the jar
TODO: package target/camel-app as single .jar output
TODO: MANIFEST.MF with main class entry so fat-jar can be run with java -jar


> camel-jbang - fat-jar command
> -
>
> Key: CAMEL-17998
> URL: https://issues.apache.org/jira/browse/CAMEL-17998
> Project: Camel
>  Issue Type: New Feature
>  Components: camel-jbang
>Reporter: Claus Ibsen
>Assignee: Claus Ibsen
>Priority: Major
> Fix For: 3.17.0
>
>
> A goal to build the app as a fat-jar



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-17998) camel-jbang - fat-jar command

2022-04-25 Thread Claus Ibsen (Jira)


[ 
https://issues.apache.org/jira/browse/CAMEL-17998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17527663#comment-17527663
 ] 

Claus Ibsen commented on CAMEL-17998:
-

TODO: fat-jar to work with java-joor-dsl that does runtime compilation

> camel-jbang - fat-jar command
> -
>
> Key: CAMEL-17998
> URL: https://issues.apache.org/jira/browse/CAMEL-17998
> Project: Camel
>  Issue Type: New Feature
>  Components: camel-jbang
>Reporter: Claus Ibsen
>Assignee: Claus Ibsen
>Priority: Major
> Fix For: 3.17.0
>
>
> A goal to build the app as a fat-jar



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-17861) Streaming in Azure (Blob-Storage) component not working

2022-04-25 Thread Jira


[ 
https://issues.apache.org/jira/browse/CAMEL-17861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17527638#comment-17527638
 ] 

Christian Müller commented on CAMEL-17861:
--

[~davsclaus] fyi https://github.com/apache/camel/pull/7493

> Streaming  in Azure (Blob-Storage)  component not working 
> --
>
> Key: CAMEL-17861
> URL: https://issues.apache.org/jira/browse/CAMEL-17861
> Project: Camel
>  Issue Type: Bug
>  Components: camel-azure
>Affects Versions: 3.14.1
>Reporter: Christian Müller
>Priority: Major
> Fix For: 3.x
>
>
> As described in the email conversation below we are having memory problems 
> with the current implementation of the azure (blob storage component). 
> Concretely the component does not stream properly!
> _But looking at this stacktrace and the corresponding sourcecode it’s obvious 
> that the whole stream is read to memory to check the total payload size 
> (seems necessary for the azure client)_
> As we transfer mass data with the azure component we consider this a major 
> bug as we cannot use the azure-component as long as it does not stream 
> properly. 
> Thx and Regards Christian
> Email History (camel user mailing list): 
> *Response from Claus Ibsen:* 
> What are the sources of those streams?
> I wonder if we could enrich from the message some sort of total size header
> into the camel blob producer, so it can tell the blob client the expected
> length, so it does not read the stream itself to find out.
> Also if you have the opportunity you are welcome to test with latest Camel
> 3.9.0 release, if its still a problem.
>  
> And you are welcome to create a JIRA as it would be great to have streaming
> work well with azure, especially for blob as its supposed to be also big
> blobs of data ;)
> *initial question from Lukas Angerer:* 
> We are transferring lots of data to the azure-storage with the 
> azure-storage-blob component (version 3.7.0)
> The Route itself is only working with streams to keep the memory overhead 
> low, streamcaching is enabled.
> But looking at this stacktrace and the corresponding sourcecode it’s obvious 
> that the whole stream is read to memory to check the total payload size 
> (seems necessary for the azure client)
>  
> Caused by: java.lang.OutOfMemoryError: Java heap space
>     at 
> org.apache.commons.io.output.AbstractByteArrayOutputStream.toByteArrayImpl(AbstractByteArrayOutputStream.java:366)
>     at 
> org.apache.commons.io.output.ByteArrayOutputStream.toByteArray(ByteArrayOutputStream.java:163)
>     at org.apache.commons.io.IOUtils.toByteArray(IOUtils.java:2241)
>     at 
> org.apache.camel.component.azure.storage.blob.BlobUtils.getInputStreamLength(BlobUtils.java:37)
>     at 
> org.apache.camel.component.azure.storage.blob.BlobStreamAndLength.createBlobStreamAndLengthFromExchangeBody(BlobStreamAndLength.java:50)
>     at 
> org.apache.camel.component.azure.storage.blob.operations.BlobOperations.uploadBlockBlob(BlobOperations.java:181)
>     at 
> org.apache.camel.component.azure.storage.blob.BlobProducer.process(BlobProducer.java:86)
>     at 
> org.apache.camel.support.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:66)
>     at 
> org.apache.camel.processor.SendDynamicProcessor.lambda$process$0(SendDynamicProcessor.java:195)
> I was wondering if there is a better way to do this. Maybe a shortcut for the 
> cached stream that just checks the size of the cache?
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (CAMEL-18006) camel-jbang package image command

2022-04-25 Thread Marat Gubaidullin (Jira)


 [ 
https://issues.apache.org/jira/browse/CAMEL-18006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marat Gubaidullin updated CAMEL-18006:
--
Description: 
Create image from *jar* with {*}tag{*}:
{code:java}
jbang camel@apache/camel build image --jar runner.jar --tag camel/demo
{code}
Create image from *jar* with *tag* from specified *base image *:
{code:java}
jbang camel@apache/camel build image --jar runner.jar --tag camel/demo --from 
registry.access.redhat.com/ubi8/openjdk-11-runtime:1.11
{code}
Push image from *jar* with *tag* to {*}registry{*}:
{code:java}
jbang camel@apache/camel build image --jar runner.jar --tag camel/demo 
--registry registry.access.redhat.com/camel/jbang-demo --username demo 
--password demo
{code}

  was:
Create image from *jar* with *tag*:
{code:java}
jbang camel@apache/camel package image --jar runner.jar --tag camel/demo
{code}

Create image from *jar* with *tag* from specified *base image *:
{code:java}
jbang camel@apache/camel package image --jar runner.jar --tag camel/demo --from 
registry.access.redhat.com/ubi8/openjdk-11-runtime:1.11
{code}

Push image from *jar* with *tag* to *registry*:
{code:java}
jbang camel@apache/camel package image --jar runner.jar --tag camel/demo 
--registry registry.access.redhat.com/camel/jbang-demo --username demo 
--password demo
{code}


> camel-jbang package image command
> -
>
> Key: CAMEL-18006
> URL: https://issues.apache.org/jira/browse/CAMEL-18006
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-jbang
>Reporter: Marat Gubaidullin
>Assignee: Marat Gubaidullin
>Priority: Major
> Fix For: 3.17.0
>
>
> Create image from *jar* with {*}tag{*}:
> {code:java}
> jbang camel@apache/camel build image --jar runner.jar --tag camel/demo
> {code}
> Create image from *jar* with *tag* from specified *base image *:
> {code:java}
> jbang camel@apache/camel build image --jar runner.jar --tag camel/demo --from 
> registry.access.redhat.com/ubi8/openjdk-11-runtime:1.11
> {code}
> Push image from *jar* with *tag* to {*}registry{*}:
> {code:java}
> jbang camel@apache/camel build image --jar runner.jar --tag camel/demo 
> --registry registry.access.redhat.com/camel/jbang-demo --username demo 
> --password demo
> {code}



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (CAMEL-18009) add tests in camel-mail-starter

2022-04-25 Thread Freeman Yue Fang (Jira)
Freeman Yue Fang created CAMEL-18009:


 Summary: add tests in camel-mail-starter
 Key: CAMEL-18009
 URL: https://issues.apache.org/jira/browse/CAMEL-18009
 Project: Camel
  Issue Type: Test
  Components: camel-mail, camel-spring-boot-starters, tests
Reporter: Freeman Yue Fang
Assignee: Freeman Yue Fang
 Fix For: 3.17.0






--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-15288) Camel OSGi: Allow for defining the Bean resolution order

2022-04-25 Thread Jira


[ 
https://issues.apache.org/jira/browse/CAMEL-15288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17527449#comment-17527449
 ] 

Jean-Baptiste Onofré commented on CAMEL-15288:
--

[~lichtin] yes, definitely. My bad, I have to switch back to Camel work. I will 
move forward asap. I will keep you posted.

> Camel OSGi: Allow for defining the Bean resolution order
> 
>
> Key: CAMEL-15288
> URL: https://issues.apache.org/jira/browse/CAMEL-15288
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-osgi
>Affects Versions: 2.24.3
>Reporter: Martin Lichtin
>Assignee: Jean-Baptiste Onofré
>Priority: Major
>
> Currently OsgiDefaultCamelContext updates the registry and inserts 
> OsgiServiceRegistry as the _first_ registry into the list.
> This can lead to undesirable behaviour, so an option to define the resolution 
> order will be helpful.
> For example, it can be more appropriate to lookup local beans first, only go 
> to lookup an OSGi service if no local bean is found. Or it could be desired 
> to not lookup OSGi services at all.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-15288) Camel OSGi: Allow for defining the Bean resolution order

2022-04-25 Thread Martin Lichtin (Jira)


[ 
https://issues.apache.org/jira/browse/CAMEL-15288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17527436#comment-17527436
 ] 

Martin Lichtin commented on CAMEL-15288:


Can this one be considered at some point? It is a performance hit to constantly 
lookup OSGi services.

> Camel OSGi: Allow for defining the Bean resolution order
> 
>
> Key: CAMEL-15288
> URL: https://issues.apache.org/jira/browse/CAMEL-15288
> Project: Camel
>  Issue Type: Improvement
>  Components: camel-osgi
>Affects Versions: 2.24.3
>Reporter: Martin Lichtin
>Assignee: Jean-Baptiste Onofré
>Priority: Major
>
> Currently OsgiDefaultCamelContext updates the registry and inserts 
> OsgiServiceRegistry as the _first_ registry into the list.
> This can lead to undesirable behaviour, so an option to define the resolution 
> order will be helpful.
> For example, it can be more appropriate to lookup local beans first, only go 
> to lookup an OSGi service if no local bean is found. Or it could be desired 
> to not lookup OSGi services at all.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (CAMEL-17861) Streaming in Azure (Blob-Storage) component not working

2022-04-25 Thread Claus Ibsen (Jira)


[ 
https://issues.apache.org/jira/browse/CAMEL-17861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17527391#comment-17527391
 ] 

Claus Ibsen commented on CAMEL-17861:
-

Yes a PR is much welcome

> Streaming  in Azure (Blob-Storage)  component not working 
> --
>
> Key: CAMEL-17861
> URL: https://issues.apache.org/jira/browse/CAMEL-17861
> Project: Camel
>  Issue Type: Bug
>  Components: camel-azure
>Affects Versions: 3.14.1
>Reporter: Christian Müller
>Priority: Major
> Fix For: 3.x
>
>
> As described in the email conversation below we are having memory problems 
> with the current implementation of the azure (blob storage component). 
> Concretely the component does not stream properly!
> _But looking at this stacktrace and the corresponding sourcecode it’s obvious 
> that the whole stream is read to memory to check the total payload size 
> (seems necessary for the azure client)_
> As we transfer mass data with the azure component we consider this a major 
> bug as we cannot use the azure-component as long as it does not stream 
> properly. 
> Thx and Regards Christian
> Email History (camel user mailing list): 
> *Response from Claus Ibsen:* 
> What are the sources of those streams?
> I wonder if we could enrich from the message some sort of total size header
> into the camel blob producer, so it can tell the blob client the expected
> length, so it does not read the stream itself to find out.
> Also if you have the opportunity you are welcome to test with latest Camel
> 3.9.0 release, if its still a problem.
>  
> And you are welcome to create a JIRA as it would be great to have streaming
> work well with azure, especially for blob as its supposed to be also big
> blobs of data ;)
> *initial question from Lukas Angerer:* 
> We are transferring lots of data to the azure-storage with the 
> azure-storage-blob component (version 3.7.0)
> The Route itself is only working with streams to keep the memory overhead 
> low, streamcaching is enabled.
> But looking at this stacktrace and the corresponding sourcecode it’s obvious 
> that the whole stream is read to memory to check the total payload size 
> (seems necessary for the azure client)
>  
> Caused by: java.lang.OutOfMemoryError: Java heap space
>     at 
> org.apache.commons.io.output.AbstractByteArrayOutputStream.toByteArrayImpl(AbstractByteArrayOutputStream.java:366)
>     at 
> org.apache.commons.io.output.ByteArrayOutputStream.toByteArray(ByteArrayOutputStream.java:163)
>     at org.apache.commons.io.IOUtils.toByteArray(IOUtils.java:2241)
>     at 
> org.apache.camel.component.azure.storage.blob.BlobUtils.getInputStreamLength(BlobUtils.java:37)
>     at 
> org.apache.camel.component.azure.storage.blob.BlobStreamAndLength.createBlobStreamAndLengthFromExchangeBody(BlobStreamAndLength.java:50)
>     at 
> org.apache.camel.component.azure.storage.blob.operations.BlobOperations.uploadBlockBlob(BlobOperations.java:181)
>     at 
> org.apache.camel.component.azure.storage.blob.BlobProducer.process(BlobProducer.java:86)
>     at 
> org.apache.camel.support.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:66)
>     at 
> org.apache.camel.processor.SendDynamicProcessor.lambda$process$0(SendDynamicProcessor.java:195)
> I was wondering if there is a better way to do this. Maybe a shortcut for the 
> cached stream that just checks the size of the cache?
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Comment Edited] (CAMEL-16365) Support ecdsa-sha2-* and ssh-ed25519 algorithms in camel-ssh

2022-04-25 Thread Grzegorz Grzybek (Jira)


[ 
https://issues.apache.org/jira/browse/CAMEL-16365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17313772#comment-17313772
 ] 

Grzegorz Grzybek edited comment on CAMEL-16365 at 4/25/22 5:59 AM:
---

Fixed 
[here|https://github.com/apache/camel/commit/e4f91db7c0fe631c1190556cf34815322d1dad89]
 in https://github.com/apache/camel/commits/main branch.


was (Author: gzres):
Fixed 
[here|https://github.com/apache/camel/commit/e4f91db7c0fe631c1190556cf34815322d1dad89]
 in https://github.com/apache/camel/commits/master branch.

> Support ecdsa-sha2-* and ssh-ed25519 algorithms in camel-ssh
> 
>
> Key: CAMEL-16365
> URL: https://issues.apache.org/jira/browse/CAMEL-16365
> Project: Camel
>  Issue Type: Improvement
>Reporter: Grzegorz Grzybek
>Assignee: Grzegorz Grzybek
>Priority: Major
> Fix For: 3.10.0
>
>
> Currently camel-ssh supports only {{ssh-rsa}} and {{ssh-dss}} algorithms. 
> [See 
> here|https://github.com/apache/camel/blob/camel-3.8.0/components/camel-ssh/src/main/java/org/apache/camel/component/ssh/SSHPublicKeyHolder.java#L155-L161].
> Apache SSHD supports EC keys through BouncyCastle without problems and EdDSA 
> using net.i2p.crypto/eddsa library.
> However Camel itself can't validate such server keys.
> I have locally working version of camel-ssh which validates all these 
> additional algorithms supported by OpenSSH:
> * ecdsa-sha2-nistp256
> * ecdsa-sha2-nistp384
> * ecdsa-sha2-nistp521
> * ssh-ed25519



--
This message was sent by Atlassian Jira
(v8.20.7#820007)