Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [milo-dev] Suggesting a GSoC project
 
Thomas, when will scripting be available and what does it do?
Susan
Gesendet: Montag, 26. Februar 2018 um 12:45 Uhr
Von: "Thomas Haber" <thomas@xxxxxxx>
An: milo-dev@xxxxxxxxxxx
Betreff: Re: [milo-dev] Suggesting a GSoC project
Hello Jens and Susan,

just saw your discussion :-)

I think the main difference between Jens proposal and our tool is:
    * He seems to think more in a direction of an explorer like application to inspect the server
    * Our tool is more about tracing data and logs + analysis + visualization.

So probably  a different use-case ?!?

Maybe we could share/align some effort on opc/ua ?

One idea that comes into my mind:
We plan to extend the OPC/UA extension with scripting support (_javascript_ based; like the CANBus extension,...)
to enable the user to do things beyond the UI.
    * To set Values
    * call Functions
    * handle changes
    * do tests
    * and so on

I think this would be also useful in an explorer like application.
Maybe from our tool, the explorer can be started, or vice versa.

There may be more...


thanks,
Thomas




On 26.02.2018 12:15, Susan Iway wrote:
The code is in the plg-in and on github (EPL) like eclipse code is.
If i do a change, the maintainer needs to accept.
Or I clone and nobody needs to accept.
Cant see the difference.
 
Susan
 
 
Gesendet: Montag, 26. Februar 2018 um 11:23 Uhr
Von: "Jens Reimann" <jreimann@xxxxxxxxxx>
An: "milo developer discussions" <milo-dev@xxxxxxxxxxx>
Betreff: Re: [milo-dev] Suggesting a GSoC project
I think offering to create something new has nothing to do with "truth" or any religious approach.
 
What if you want to make changes to the "professional tool" itself? Can you clone the git repo of that as well? And make changes, bring them back into the main distribution of that tool? I guess not.
 
I think open source is not only about being able to "read the source code", but also about the ability to make changes to a solution. That requires some kind of a governance model, which the Eclipse Foundation provides. Looking at the OPC UA plugin you suggest, it is advertised as the source is "Available in the plugin package". That doesn't fit my idea of open source.
Again, I think it is fine to create and sell a closed source solution. Nothing is wrong with that.
 
But starting to talk people out of contributing to open source in favor of a close source solution on the mailing list of an open source project, that simply sounds wrong to me. With that argument you could also ask people to stop contributing to the Eclipse IDE as there are other commercial offerings available.
 
To cut that old "open source vs close source" discussion short …
 
… if someone likes to buy that tool. Please to do so.
 
… otherwise I am still looking forward to mentor a GSoC project about creating an OPC UA explorer tool.
 
Jens

 
 
On Mon, Feb 26, 2018 at 9:09 AM, Susan Iway <Susan.Iway@xxxxxxx> wrote:
 
Oh - i like open source - and i like eclipse and again the opcua plugin is open source.
See >> So i get a professional tool -- and if i miss anything,  i clone the github repo of the opcua plug-in and extend it.
 
But i dont like the religious approach.
Instead of having the only "TRUTH" we should focus on making things better.
See linux desktop or even eclipse:
    * eclipse actions
    * command framework
    * e4
This is no engineering.
 
Susan
 
 
 
 
 
Gesendet: Montag, 26. Februar 2018 um 08:45 Uhr

Von: "Jens Reimann" <jreimann@xxxxxxxxxx>
An: "milo developer discussions" <milo-dev@xxxxxxxxxxx>
Betreff: Re: [milo-dev] Suggesting a GSoC project
Hi Susan,
 
I think it is fine if you don't see the advantages of following an open source approach. Not all people do.
 
However, there are people who do see advantages of this approach. And this GSoC project is for them.
 
Cheers
 
Jens
 
On Sat, Feb 24, 2018 at 3:18 PM, Susan Iway <Susan.Iway@xxxxxxx> wrote:
The opcua plug-in is EPL -  impulse is not - but free to download and use.
So i get a professional tool -- and if i miss anything,  i clone the github repo of the opcua plug-in and extend it.
What else do i need ?
 
Dont get me wrong - nothing against developing another client - but for me i dont see any advandages.
You probably need to spend a lot of effort to lift it above toy level.
 
Susan
 
 
 
Gesendet: Samstag, 24. Februar 2018 um 13:25 Uhr
Von: "Jens Reimann" <jreimann@xxxxxxxxxx>
An: "milo developer discussions" <milo-dev@xxxxxxxxxxx>
Betreff: Re: [milo-dev] Suggesting a GSoC project
I am sorry but that isn't open source: http://toem.de/index.php/projects/impulse/licensing
 
The plug-in itself may be, but the whole UI is commercial. Or did I overlook something?
 
On Feb 24, 2018 12:42, "Susan Iway" <Susan.Iway@xxxxxxx> wrote:
>> And it would be open source, hence no need for people to provide their contact details to download the stuff, which would mean it would really be "freely" available :-)
>> And in addition to that, using the Eclipse Platform, it would be possible to write add-ons for this solution which extend the solution even further. Creating an open ecosystem.
 
EPL based milo client is already existing -> impulse opcua ext.  (http://toem.de/index.php/projects/impulse-opcua)
 
Cheers,
Susan

_______________________________________________
milo-dev mailing list
milo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.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://dev.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://dev.eclipse.org/mailman/listinfo/milo-dev
 



--
Jens Reimann
Senior Software Engineer / EMEA ENG Middleware
Werner-von-Siemens-Ring 14
85630 Grasbrunn
Germany
phone: +49 89 2050 71286
_____________________________________________________________________________

Red Hat GmbH, www.de.redhat.com,
Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill
_______________________________________________ milo-dev mailing list milo-dev@xxxxxxxxxxx To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.eclipse.org/mailman/listinfo/milo-dev
 



--
Jens Reimann
Senior Software Engineer / EMEA ENG Middleware
Werner-von-Siemens-Ring 14
85630 Grasbrunn
Germany
phone: +49 89 2050 71286
_____________________________________________________________________________

Red Hat GmbH, www.de.redhat.com,
Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill
_______________________________________________ milo-dev mailing list milo-dev@xxxxxxxxxxx To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.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://dev.eclipse.org/mailman/listinfo/milo-dev

Back to the top