[jira] [Created] (CAMEL-12789) Camel K: add install command
Nicola Ferraro created CAMEL-12789: -- Summary: Camel K: add install command Key: CAMEL-12789 URL: https://issues.apache.org/jira/browse/CAMEL-12789 Project: Camel Issue Type: Sub-task Components: camel-k Reporter: Nicola Ferraro Assignee: Nicola Ferraro We need to add a "kamel install" command that will setup Camel K on a connected cluster. The installation should: * Setup the CRD and permissions at cluster level * Install the operator into the current namespace Setting up the CRD requires cluster-wide permissions, but it is a one-time operation and the script can detect authorization issues and help the user. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Assigned] (CAMEL-12787) Accept header is not respected anymore in CXFRS consumer when POST
[ https://issues.apache.org/jira/browse/CAMEL-12787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrea Cosentino reassigned CAMEL-12787: Assignee: Andrea Cosentino > Accept header is not respected anymore in CXFRS consumer when POST > -- > > Key: CAMEL-12787 > URL: https://issues.apache.org/jira/browse/CAMEL-12787 > Project: Camel > Issue Type: Bug > Components: camel-cxfrs >Affects Versions: 2.21.1, 2.21.2, 2.22.0, 2.22.1 >Reporter: Xilai Dai >Assignee: Andrea Cosentino >Priority: Major > Fix For: 2.21.3, 2.22.2, 2.23.0 > > > Given the camel route as a cxfrs server (test case is here: > https://github.com/xldai/test/tree/master/cxfrs), Running the Route and send > POST request from curl with "Accept: application/json", but the cxfrs server > will always return application/xml as Response. > Note this issue only happening on POST method, for GET, the Accept header is > respected. > No this kind of issue on Camel 2.20.x, Camel 2.21.0. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (CAMEL-12787) Accept header is not respected anymore in CXFRS consumer when POST
[ https://issues.apache.org/jira/browse/CAMEL-12787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrea Cosentino updated CAMEL-12787: - Fix Version/s: 2.23.0 2.22.2 2.21.3 > Accept header is not respected anymore in CXFRS consumer when POST > -- > > Key: CAMEL-12787 > URL: https://issues.apache.org/jira/browse/CAMEL-12787 > Project: Camel > Issue Type: Bug > Components: camel-cxfrs >Affects Versions: 2.21.1, 2.21.2, 2.22.0, 2.22.1 >Reporter: Xilai Dai >Assignee: Andrea Cosentino >Priority: Major > Fix For: 2.21.3, 2.22.2, 2.23.0 > > > Given the camel route as a cxfrs server (test case is here: > https://github.com/xldai/test/tree/master/cxfrs), Running the Route and send > POST request from curl with "Accept: application/json", but the cxfrs server > will always return application/xml as Response. > Note this issue only happening on POST method, for GET, the Accept header is > respected. > No this kind of issue on Camel 2.20.x, Camel 2.21.0. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (CAMEL-12787) Accept header is not respected anymore in CXFRS consumer when POST
[ https://issues.apache.org/jira/browse/CAMEL-12787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16608745#comment-16608745 ] ASF GitHub Bot commented on CAMEL-12787: oscerd commented on issue #2513: fix CAMEL-12787 Accept header is not respected anymore in CXFRS consu… URL: https://github.com/apache/camel/pull/2513#issuecomment-419794002 I'm merging this. This is an automated message from the Apache Git Service. To respond to the message, please log on 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 > Accept header is not respected anymore in CXFRS consumer when POST > -- > > Key: CAMEL-12787 > URL: https://issues.apache.org/jira/browse/CAMEL-12787 > Project: Camel > Issue Type: Bug > Components: camel-cxfrs >Affects Versions: 2.21.1, 2.21.2, 2.22.0, 2.22.1 >Reporter: Xilai Dai >Priority: Major > > Given the camel route as a cxfrs server (test case is here: > https://github.com/xldai/test/tree/master/cxfrs), Running the Route and send > POST request from curl with "Accept: application/json", but the cxfrs server > will always return application/xml as Response. > Note this issue only happening on POST method, for GET, the Accept header is > respected. > No this kind of issue on Camel 2.20.x, Camel 2.21.0. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (CAMEL-12733) camel-sftp : stepwise=false is not working on windows
[
https://issues.apache.org/jira/browse/CAMEL-12733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16608583#comment-16608583
]
Sergey Kryazhov edited comment on CAMEL-12733 at 9/9/18 10:39 PM:
--
The problem is in method SftpOperations.buildDirectory(). We save an absolute
path, then make cd to directory from route and then make cd to original
directory in finally block.
{code:java}
String originalDirectory = getCurrentDirectory();
...
channel.cd(directory);
...
if (originalDirectory != null) {
changeCurrentDirectory(originalDirectory);
}
{code}
Absolute path in Windows is not started from /, though we ended with cwd equals
to originalDirectory + originalDirectory. Actually, we don't need to check if
directory exist via cd, we can make it via ls. In this way, the following cd to
original directory is unnecessary. I run the tests with this small fix on
Windows and they all passed.
was (Author: evilball):
The problem is in method SftpOperations.buildDirectory(). We save an absolute
path, then make cd to directory from route and then make cd to original
directory in finally block.
{code:java}
String originalDirectory = getCurrentDirectory();
...
channel.cd(directory);
...
if (originalDirectory != null) {
changeCurrentDirectory(originalDirectory);
}
{code}
Absolute path in Windows is not started from /, though we ended with cwd equals
to originalDirectory + originalDirectory. Actually, we don't need to check if
directory exist via cd, we can make it via ls. In this way, the following cd to
original directory is unnecessary. I run the tests with this small fix on
Windows and they all passed.
> camel-sftp : stepwise=false is not working on windows
> -
>
> Key: CAMEL-12733
> URL: https://issues.apache.org/jira/browse/CAMEL-12733
> Project: Camel
> Issue Type: Bug
> Components: camel-ftp
>Affects Versions: 2.23.0
> Environment: windows 10
>Reporter: Önder Sezgin
>Priority: Minor
>
> [ERROR] Failures:
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeNotStepwiseTest.testSftpSimpleConsume(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeNotStepwiseTest)
> [ERROR] Run 1:
> SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [ERROR] Run 2:
> SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [ERROR] Run 3:
> SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [INFO]
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveNotStepwiseTest.testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveNotStepwiseTest)
> [ERROR] Run 1:
> SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 2:
> SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 3:
> SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [INFO]
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest)
> [ERROR] Run 1:
> SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 2:
> SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 3:
> SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [INFO]
> [ERROR]
>
[jira] [Comment Edited] (CAMEL-12733) camel-sftp : stepwise=false is not working on windows
[
https://issues.apache.org/jira/browse/CAMEL-12733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16608583#comment-16608583
]
Sergey Kryazhov edited comment on CAMEL-12733 at 9/9/18 10:38 PM:
--
The problem is in method SftpOperations.buildDirectory(). We save an absolute
path, then make cd to directory from route and then make cd to original
directory in finally block.
{code:java}
String originalDirectory = getCurrentDirectory();
...
channel.cd(directory);
...
if (originalDirectory != null) {
changeCurrentDirectory(originalDirectory);
}
{code}
Absolute path in Windows is not started from /, though we ended with cwd equals
to originalDirectory + originalDirectory. Actually, we don't need to check if
directory exist via cd, we can make it via ls. In this way, the following cd to
original directory is unnecessary. I run the tests with this small fix on
Windows and they all passed.
was (Author: evilball):
The problem is in method SftpOperations.buildDirectory(). We save an absolute
path, then make cd to directory from route and then make cd to original
directory in finally block.
String originalDirectory = getCurrentDirectory();
...
channel.cd(directory);
...
if (originalDirectory != null) {
changeCurrentDirectory(originalDirectory);
}
Absolute path in Windows is not started from /, though we ended with cwd equals
to originalDirectory + originalDirectory. Actually, we don't need to check if
directory exist via cd, we can make it via ls. In this way, the following cd to
original directory is unnecessary. I run the tests with this small fix on
Windows and they all passed.
> camel-sftp : stepwise=false is not working on windows
> -
>
> Key: CAMEL-12733
> URL: https://issues.apache.org/jira/browse/CAMEL-12733
> Project: Camel
> Issue Type: Bug
> Components: camel-ftp
>Affects Versions: 2.23.0
> Environment: windows 10
>Reporter: Önder Sezgin
>Priority: Minor
>
> [ERROR] Failures:
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeNotStepwiseTest.testSftpSimpleConsume(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeNotStepwiseTest)
> [ERROR] Run 1:
> SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [ERROR] Run 2:
> SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [ERROR] Run 3:
> SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [INFO]
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveNotStepwiseTest.testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveNotStepwiseTest)
> [ERROR] Run 1:
> SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 2:
> SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 3:
> SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [INFO]
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest)
> [ERROR] Run 1:
> SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 2:
> SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 3:
> SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [INFO]
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpUseListFalseTest.testSftpUseListFalse(org.apache.camel.component.file.remote.sftp.SftpUseListFalseTest)
[jira] [Commented] (CAMEL-12733) camel-sftp : stepwise=false is not working on windows
[
https://issues.apache.org/jira/browse/CAMEL-12733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16608583#comment-16608583
]
Sergey Kryazhov commented on CAMEL-12733:
-
The problem is in method SftpOperations.buildDirectory(). We save an absolute
path, then make cd to directory from route and then make cd to original
directory in finally block.
String originalDirectory = getCurrentDirectory();
...
channel.cd(directory);
...
if (originalDirectory != null) {
changeCurrentDirectory(originalDirectory);
}
Absolute path in Windows is not started from /, though we ended with cwd equals
to originalDirectory + originalDirectory. Actually, we don't need to check if
directory exist via cd, we can make it via ls. In this way, the following cd to
original directory is unnecessary. I run the tests with this small fix on
Windows and they all passed.
> camel-sftp : stepwise=false is not working on windows
> -
>
> Key: CAMEL-12733
> URL: https://issues.apache.org/jira/browse/CAMEL-12733
> Project: Camel
> Issue Type: Bug
> Components: camel-ftp
>Affects Versions: 2.23.0
> Environment: windows 10
>Reporter: Önder Sezgin
>Priority: Minor
>
> [ERROR] Failures:
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeNotStepwiseTest.testSftpSimpleConsume(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeNotStepwiseTest)
> [ERROR] Run 1:
> SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [ERROR] Run 2:
> SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [ERROR] Run 3:
> SftpSimpleConsumeNotStepwiseTest>SftpSimpleConsumeTest.testSftpSimpleConsume:47->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [INFO]
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveNotStepwiseTest.testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveNotStepwiseTest)
> [ERROR] Run 1:
> SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 2:
> SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 3:
> SftpSimpleConsumeRecursiveNotStepwiseTest>SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [INFO]
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive(org.apache.camel.component.file.remote.sftp.SftpSimpleConsumeRecursiveTest)
> [ERROR] Run 1:
> SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 2:
> SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [ERROR] Run 3:
> SftpSimpleConsumeRecursiveTest.testSftpSimpleConsumeRecursive:46->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <4> but was: <0>
> [INFO]
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpUseListFalseTest.testSftpUseListFalse(org.apache.camel.component.file.remote.sftp.SftpUseListFalseTest)
> [ERROR] Run 1:
> SftpUseListFalseTest.testSftpUseListFalse:44->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [ERROR] Run 2:
> SftpUseListFalseTest.testSftpUseListFalse:44->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [ERROR] Run 3:
> SftpUseListFalseTest.testSftpUseListFalse:44->CamelTestSupport.assertMockEndpointsSatisfied:958
> mock://result Received message count. Expected: <1> but was: <0>
> [INFO]
> [ERROR] Errors:
> [ERROR]
> org.apache.camel.component.file.remote.sftp.SftpProducerFileWithPathNoStepwiseTest.testProducerFileWithPathNoStepwise(org.apache.camel.component.file.remote.sftp.SftpProducerFileWithPathNoStepwiseTest)
[jira] [Commented] (CAMEL-11807) Upgrade to JUnit 5
[ https://issues.apache.org/jira/browse/CAMEL-11807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16608409#comment-16608409 ] Pascal Schumacher commented on CAMEL-11807: --- One thing to consider: The maven surefire rerunFailingTestsCount option currently does not work with JUnit 5. Therefore the build will become a lot more unstable. There is an open issue to add the option to rerun failing tests to JUnit 5 (https://github.com/junit-team/junit5/issues/1558) where this problem is discussed. > Upgrade to JUnit 5 > -- > > Key: CAMEL-11807 > URL: https://issues.apache.org/jira/browse/CAMEL-11807 > Project: Camel > Issue Type: Improvement >Reporter: Luca Burgazzoli >Priority: Minor > Fix For: 3.0.0, Future > > > See http://junit.org/junit5/ > Note: it provides a junit-vintage module so we should be able to migrate > stuffs easily (!) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
