Hey,
I used avro several times and the difference is that its dynamic, so no
definition of objects at compile time but rather at runtime.
Julian
Am 03.04.20, 19:28 schrieb "Christofer Dutz" :
In this usecase, we could simply open a socket, secure that via tls and
then just pass
Hi,
F# and VB.Net both are crazy indeed : )
But, I agree with Björn I would prefer to keep it as .NET (DOTNET).
Julian
Am 03.04.20, 16:34 schrieb "Bjoern Hoeper" :
Some people are masochistic... ;)
Joking aside I think the more relevant option is F# which could be a good
match for
In this usecase, we could simply open a socket, secure that via tls and then
just pass serialized objects over that connection. That's why I think it's
usable.
Http2 sounds like adding a Webserver to the equation. I wouldn't like to do
that on a system with a few hundred k memory.
Chris
Hi,
+1 for Julian s suggestion to use gRPC. That is one of the most promising
approach, if someone else has not other suggestion.
Question: How does Apache Avro fit into that picture? (vs Parquet, Apache
ORC) - > Maybe check also Apache Arrow as they aim for cross-language ?
Lukas
Am Fr., 3.
Some people are masochistic... ;)
Joking aside I think the more relevant option is F# which could be a good match
for some use cases
-Ursprüngliche Nachricht-
Von: Christofer Dutz
Gesendet: Freitag, 3. April 2020 16:30
An: dev@plc4x.apache.org
Betreff: Re: [DISCUSS] Rename PLC4DOTNET
Good points
Am 03.04.20, 16:12 schrieb "Bjoern Hoeper" :
Hi,
in my opinion the runtime is the more relevant thing in this context
because if you take a .NET Lib you could use it with VB or F# or any other
language that is compatible with the .NET Runtime. So the language is
But VB?!?!?!?!
Am 03.04.20, 16:12 schrieb "Bjoern Hoeper" :
Hi,
in my opinion the runtime is the more relevant thing in this context
because if you take a .NET Lib you could use it with VB or F# or any other
language that is compatible with the .NET Runtime. So the language is
Hi,
in my opinion the runtime is the more relevant thing in this context because if
you take a .NET Lib you could use it with VB or F# or any other language that
is compatible with the .NET Runtime. So the language is only the language in
which it is written (which could also be intermixed).
Hi all,
as in a few weeks my PLC4C project will hopefully entering a phase where I have
to implement the “proxy” functionality, I would like to start early and discuss
with you options instead of Thrift.
Why not use Thrift?
Well I will be targeting non POSIX systems with PLC4C. Unfortunately
Hi,
I just wanted to bring this to discussion … I have now encountered in several
projects that support different languages that the naming convention we follow
seems to match:
* C : xyz_c
* C++: xyz_cpp
* Python: xyz_py
However when it comes to C# we sort of named it
Hi Christian,
you mean the code used in the Camel route? It is an blueprint:
http://www.osgi.org/xmlns/blueprint/v1.0.0;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation= "http://www.osgi.org/xmlns/blueprint/v1.0.0
The code in plc4x directly uses the class (not a String of the name). This
is good. Normally such a class reference should work fine.
Can you show your code as a complete example?
Christian
Am Fr., 3. Apr. 2020 um 09:58 Uhr schrieb Julian Feinauer <
j.feina...@pragmaticminds.de>:
> I am off
I am off with my knowledge.
You could ask the Karaf friends (#karaf in Slack). They are all OSGi experts
and very friendly and helpful.
Or perhaps Christian has an idea here?
Best
Julian
Am 03.04.20, 09:50 schrieb "Etienne Robinet" :
Hi again,
I've been struggling with this issue for
Hi again,
I've been struggling with this issue for 2 days now... I still don't get it why
it can not find classes. here is the current problem:
https://i.imgur.com/LtZMdsu.png
We can see that the classes are available and exported, I don't know why the
Camel Context can't find it. I even tried
14 matches
Mail list logo