[RESULT][VOTE] Release Apache Camel Kamelets 4.0.0-M2

[Andrea Cosentino]

Hello all,

This vote passes with the following result:

5 +1 binding votes: Andrea Cosentino, Jean-Baptiste Onofrè, Otavio Rodolfo
Piske, Claus Ibsen and Pasquale Congiusti

I'll go ahead with the process.

Thanks all.

Re: [VOTE] Release Apache Camel Kamelets 4.0.0-M2

[Andrea Cosentino]

Thanks all,

This vote passes.

I'll go ahead.

Il giorno ven 14 apr 2023 alle ore 09:28 Pasquale Congiusti <
pasquale.congiu...@gmail.com> ha scritto:

> +1 (binding)
>
> Thanks,
> Pasquale.
>
> On Thu, Apr 13, 2023 at 2:41 PM Andrea Cosentino 
> wrote:
>
> > Hello all:
> >
> > This is a vote for releasing camel-kamelets 4.0.0-M2
> >
> > Kamelets release files:
> > https://dist.apache.org/repos/dist/dev/camel/camel-kamelets/4.0.0-M2
> > Kamelets staging repository:
> > https://repository.apache.org/content/repositories/orgapachecamel-1544
> > Kamelets Tag:
> >
> >
> https://gitbox.apache.org/repos/asf?p=camel-kamelets.git;a=shortlog;h=refs/tags/v4.0.0-M2
> >
> > Please cast your vote.
> >
> > [ ] +1 Release camel-kamelets 4.0.0-M2
> > [ ] -1 Veto the release (provide specific comments)
> >
> > The vote is open for at least 72 hours.
> >
> > Here's my +1.
> >
> > Thanks,
> > Andrea Cosentino
> >
>

JQ: Function strftime/1 does not exist

[Mikael Koskinen]

Hi,

When using the following JQ expression:

now | strftime("%Y-%d-%m")

I get the following error:

  CaughtExceptionType: org.apache.camel.RuntimeCamelException
CaughtExceptionMessage:
net.thisptr.jackson.jq.exception.JsonQueryException: Function
strftime/1 does not exist  StackTrace:
org.apache.camel.RuntimeCamelException:
net.thisptr.jackson.jq.exception.JsonQueryException: Function
strftime/1 does not exist
at 
org.apache.camel.language.jq.JqExpression.evaluate(JqExpression.java:198)
at 
org.apache.camel.support.ExpressionAdapter.evaluate(ExpressionAdapter.java:45)

I checked the following project (which I think Camel uses?)
https://github.com/eiiches/jackson-jq and based on the documentation,
I think it should support strftime:

https://github.com/eiiches/jackson-jq/blob/ad9dba1eb618640cf8c72634a5ee99c04ddc8e5b/README.md?plain=1#L530

Also tested in this format but same issue:

strftime("-MM-dd")

Here's a link to jqplayground which shows how the function should work:

https://jqplay.org/s/tl0HuDi71wF

Best regards,
Mikael

Re: Camel in Action: Microsoft Azure Files over public Internet

[Chirag]

Shouldn't you be lookin at
https://camel.apache.org/components/3.20.x/azure-storage-blob-component.html?

Or a variation of it? The APIs are similar.


ચિરાગ/चिराग/Chirag
--
Sent from My Gmail Account

On Mon, Apr 17, 2023 at 11:18 AM Petr Kuzel
 wrote:
>
> I have a new RFE which includes integrating
> Microsoft Azure Files over public Internet.
>
> Initial findings and constraints:
>
>   - Azure Files do not implement the FTP standard.
>   - Azure Files could expose SMB protocol but SMB over
> public Internet is blacklisted by the security policy.
>   - Azure Files could expose NFS but its pricing is prohibitive.
>   - Azure Files have REST API 
> and Java SDK .
>   - My team is used to Camel 3.x components.
>
> Given that I see the two options:
>
>   A: use Camel REST component.
>   B: use Azure Files remote file component.
>
> Neither seems easy. For the Camel REST component,
> I'd need to implement a polling consumer via REST and
> match the FTPS component-like capabilities. For Azure Files,
> I have not found a developed Camel remote file component
> so its development would be required, i.e. likely a continuation
> at the Camel dev list...
>
> First, have I overlooked any recommendable option that
> could address the problem, please?
>
> Second, if left only with above two options, which approach
> would look more promising from a Camel veteran perspective
> and why, please?
>
>   Best regards
>   Cc.
>
> --
>   Mr. Petr Kužel, Software Engineer
>   Eurofins International Support Services s.à r.l.
>   Val Fleuri 23
>   L-1526 LUXEMBOURG
>

Camel in Action: Microsoft Azure Files over public Internet

[Petr Kuzel]

I have a new RFE which includes integrating
Microsoft Azure Files over public Internet.

Initial findings and constraints:

  - Azure Files do not implement the FTP standard.
  - Azure Files could expose SMB protocol but SMB over
public Internet is blacklisted by the security policy.
  - Azure Files could expose NFS but its pricing is prohibitive.
  - Azure Files have REST API 
and Java SDK .
  - My team is used to Camel 3.x components.

Given that I see the two options:

  A: use Camel REST component.
  B: use Azure Files remote file component.

Neither seems easy. For the Camel REST component,
I'd need to implement a polling consumer via REST and
match the FTPS component-like capabilities. For Azure Files,
I have not found a developed Camel remote file component
so its development would be required, i.e. likely a continuation
at the Camel dev list...

First, have I overlooked any recommendable option that
could address the problem, please?

Second, if left only with above two options, which approach
would look more promising from a Camel veteran perspective
and why, please?

  Best regards
  Cc.

--
  Mr. Petr Kužel, Software Engineer
  Eurofins International Support Services s.à r.l.
  Val Fleuri 23
  L-1526 LUXEMBOURG

Camel FTP consumer bug

[EIBL Florian (ICS460-BAI)]

Hello,

I am using Camel 3.18.2 and OpenJDK 17.

Does anyone have a similar problem with FTP consumer like the following:

In the logs I see this error:
org.apache.camel.component.file.GenericFileOperationFailedException: File 
operation failed: 227 Entering Passive Mode (*,*,*,*,*,*). Connection refused. 
Code: 227'
(IP and Port information masked with *)

After this, I can see in the logs that some similar FTP consumer errors follow:
org.apache.camel.component.file.GenericFileOperationFailedException: Cannot 
rename file: RemoteFile[hervis_turnover_export_2023041305531.xml] to: 
RemoteFile[inprocess/hervis_turnover_export_2023041305531.xml]'

Then the FTP consumer does not collect files anymore.


The problem is that if this happens, the FTP consumer recreates "the source 
directory inside the source directory", e.g.:

Source directory:  ../dir1/dir2/

Bug directory:   ../dir1/dir2/dir1/dir2/inprocess

It seems that the SFTP consumer watches the bug directory from now on and the 
files in the source directory are not processed anymore. Only after a restart 
of the Pod, the FTP consumer works normal again.

My theory is that somehow the first error (File operation failed: 227 ...) 
causes the consumer to create the wrong directory. Then it gets stuck in the 
bug directory and all the other files from a previous directory listing can not 
be found anymore (Cannot rename file ...)

I tried to recreate the problem, but it is difficult, because it also depends 
on the behavior of the FTP server (Connection refused error must be triggered 
which then leads to the wrong behaviour of the FTP consumer).

Our FTP consumer config:
  host: "*"
directory: "*"
  port: "210"
  username: "*"
  password: "*"
  passiveMode: "true"
  include: "*"
  readLock: "changed"
  preMove: "inprocess/${ds}{file:onlyname}"
  move: 
"archive/$simple{date:now:}/$simple{date:now:MM}/$simple{date:now:dd}/$simple{file:onlyname}.$simple{date:now:HHmmss}"
  charset: "utf-8"
  delay: "6"
binary: true
chmod: "666"
readLockMinLength: "0"
readLockMinAge: "60s"
readLockCheckInterval: "100"
readLockTimeout; "500"


Thanks in advance,
Flo



[cid:image001.png@01D97140.E5CFB260]


Florian EIBL
Software Engineer
Business Automation & Integration




Mobile:

+43 664 6259733

E-Mail:

florian.e...@spar-ics.com


SPAR Business Services GmbH
Information & Communication Services
Europastrasse 3, 5015 Salzburg, Austria
www.spar-ics.com





[cid:image007.jpg@01D97140.E5CFB260]

[cid:image009.png@01D97140.E5CFB260]



Sollten Sie diese E-Mail unbeabsichtigt bzw. irrt?mlich erhalten haben, so 
weisen wir Sie darauf hin, dass gem?? ? 161 Abs 4 TKG 2021 der Inhalt sowie die 
Tatsache des Empfangs dieser E-Mail weder aufgezeichnet noch verwertet oder 
Unbefugten mitgeteilt werden d?rfen. Wir ersuchen Sie, die Nachricht von Ihrem 
System zu l?schen und sich mit uns in Verbindung zu setzen.
Unter diesem Link finden Sie die Informationen ?ber die Verarbeitung Ihrer 
personenbezogenen Daten sowie zu Ihren Rechten als betroffene Person:
https://www.spar.at/service/datenschutzhinweise

If you have received this email accidentally or in error, we point out that, in 
accordance with ? 161 para. 4 TKG 2021 (Telecommunications Act), the contents 
of this email and the fact of its receipt must not be recorded, exploited or 
communicated to unauthorized persons. We ask you to delete the message from 
your system and to contact us.
Under this link you will find information about the processing of your personal 
data and about your rights as a data subject
https://www.spar.at/service/datenschutzhinweise

camel-pulsar performance

[Steve973]

Hello.  I have been experimenting with the Camel Pulsar component as a more
performant alternative to traditional JMS brokers.  I have seen performance
comparisons that set Pulsar even above Kafka in most cases.  It is reported
that Pulsar can handle (~3.5) millions of messages per second.  In my use
case, I am sending very simple messages, where I have a couple of headers,
and a payload that is a simple POJO with a string field and a map with
between one and five entries, depending on the message.  I am using
protobuf to de/serialize the message body.  I am seeing approximately one
thousand messages per second.  I can only assume that it is "user error" on
my part, but I was wondering if any of you have an example that
demonstrates performance that is more on-par with the advertised message
rate.  If not, how can I determine what is slowing down Pulsar's
performance in my use case?

Thanks,
Steve

Re: [VOTE] Release Apache Camel Kamelets 3.20.3

[Andrea Cosentino]

Thanks all.

The vote passes.

Il giorno ven 14 apr 2023 alle ore 09:28 Pasquale Congiusti <
pasquale.congiu...@gmail.com> ha scritto:

> +1 (binding)
>
> Thanks,
> Pasquale.
>
> On Thu, Apr 13, 2023 at 2:42 PM Andrea Cosentino 
> wrote:
>
> > Hello all:
> >
> > This is a vote for releasing camel-kamelets 3.20.3
> >
> > This release contains bug fixes and upgrade to latest camel 3.20.3
> >
> > Kamelets release files:
> > https://dist.apache.org/repos/dist/dev/camel/camel-kamelets/3.20.3
> > Kamelets staging repository:
> > https://repository.apache.org/content/repositories/orgapachecamel-1545
> > Kamelets Tag:
> >
> >
> https://gitbox.apache.org/repos/asf?p=camel-kamelets.git;a=shortlog;h=refs/tags/v3.20.3
> >
> > Please cast your vote.
> >
> > [ ] +1 Release camel-kamelets 3.20.3
> > [ ] -1 Veto the release (provide specific comments)
> >
> > The vote is open for at least 72 hours.
> >
> > Here's my +1.
> >
> > Thanks,
> > Andrea Cosentino
> >
>

[RESULT][VOTE] Release Apache Camel Kamelets 3.20.3

[Andrea Cosentino]

Hello all,

This vote passes with the following result:

5 +1 binding votes: Andrea Cosentino, Jean-Baptiste Onofrè, Otavio Rodolfo
Piske, Claus Ibsne and Pasquale Congiusti

1 +1 non-binding vote: Claudio Miranda

I'll go ahead with the process.

Thanks all.