Re: [milo-dev] Performance of Eclipse Milo

[Kevin Herron <kevinherron@xxxxxxxxx>]

> If we think about developer side, what can we do with SDK that we can not do with Stack?

The SDKs do a significant amount of work that you would otherwise have to implement yourself with just a stack. 

In the client: session management, subscription management, address space abstraction, node abstraction, etc... (just look at what's in the client-sdk package)

In the server: implementation of most of the services (HUGE), session management, subscription management, address space abstraction, node abstraction, etc... (again, look at what's in the server-sdk package).

It's kind of a weird, arbitrary line to draw. It's common in the OPC world because there was a time when the stacks were freely available and then toolkit vendors would sell SDKs on top of those stacks. That seems to be less common now.

As a user of Milo none of this matters, you just use the client SDK or the server SDK.

> Also, I want to ask you, is Eclipse Milo always be free? Would you think to add some commercial features for it?

I can never make what's currently available non-free because of the license, and I don't intend to. As far as commercial features, I haven't decided for sure, but some of the code generation and modeling stuff that I'm working on may end up being licensed such that commercial/business users have to pay for it.

On Wed, May 22, 2019 at 11:11 AM Cihad Güzel <cihadgzl@xxxxxxxxx> wrote:

Hi Kevin,

I try to understand the differences between Stack and SDK. You tried to understand the differences but I don't understand it. Because Stack is an abstract for me. 

If we think about developer side, what can we do with SDK that we can not do with Stack?

Also, I want to ask you, is Eclipse Milo always be free? Would you think to add some commercial features for it?

Kevin Herron <kevinherron@xxxxxxxxx>, 17 May 2019 Cum, 13:58 tarihinde şunu yazdı:

Well, for starters, the OPC Foundation's Java stack is now abandoned.

Even it were still maintained, it was only a stack, it did not include any SDK functionality. There's a weird line in the OPC toolkit ecosystem between stack and SDK. A stack is just the channels, serialization, data structures, and security, without any of the higher level functionality you need to build an application. An SDK adds high level functionality to the stack and makes it something you can actually use to build an application.

Eclipse Milo provides both a stack and SDK.

At this point, if you need an OPC UA toolkit for Java you only have two viable choices: 

- Eclipse Milo (free, open source)

- Prosys OPC UA Java SDK (paid, commercial)

On Fri, May 17, 2019 at 3:40 AM Cihad Güzel <cihadgzl@xxxxxxxxx> wrote:

Hi Kevin,

Thanks for answering my questions.

OPC is supported by OPC Foundation. As I've seen OPC Foundation has some libraries. I want to make the right decision.

Can you tell me why we use Eclipse Milo? What are the advantages and disadvantages comparing OPC Foundation libraries?

Regards

Kevin Herron <kevinherron@xxxxxxxxx>, 16 May 2019 Per, 15:33 tarihinde şunu yazdı:

The client is very fast, you will certainly be limited by the OPC UA server you are connected to.

If you're reading the same tags over and over it's best to use a subscription rather than the read service.

On Thu, May 16, 2019 at 1:19 AM Cihad Güzel <cihadgzl@xxxxxxxxx> wrote:

Hi,

Can you tell me the performance of client sdk?

For example, How many tag can be read from OPC UA server how frequently?

What about comparision of OPC Foundation client libraries about performance?

_______________________________________________
milo-dev mailing list
milo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/milo-dev

_______________________________________________
milo-dev mailing list
milo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/milo-dev

_______________________________________________
milo-dev mailing list
milo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/milo-dev

_______________________________________________
milo-dev mailing list
milo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/milo-dev

_______________________________________________
milo-dev mailing list
milo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/milo-dev