SeroUtils.jar management
-
The Java api are open.
search in JAVA_HOME/src.zip
Only the com.sun api are not open.
If you make a program that use com.sun api you can't say it is "open" and sun alert you against this warning.
If you write good open source code,
as you have effectively done,
but you link it aginst not open source code,
without java interfaces which permit the use of the open code without the closed library,
you destroy the advantage of the open code you wrote.For example I have the problem in using your code because I'm not sure I will cacth the bugs in my products if I will use your GOOD library.
maybe, if you release the seroUtils opensource, we can help you to fix bugs or make it more documented or less sperimental.
On the other side, if you prefer mantain the seroUtils closed, you may code the modbus4J less bound to the utils, via some padckage-interface.
Regards
Andrea -
Removed post.
-
Dear Matthew,
I am currently using JAMOD on a CDC platform and would be interested in using Modbus4J, since this gives RTU slave capability.
However, The seroUtils.jar is not JAVA 1.4 compatible, which is what I need for my CDC platform (which consequently fails when trying to link).
Are you able to provide a version of the JAR file built using the JAVA compiler switches -source 1.4 and -target 1.4 ?
If you are able to do this then I would look to generate a CDC compatible version of Modbus4J.
Many thanks
Richard
-
Hi Richard,
It is very likely possible to create a CDC-compatible version of seroUtils. Is this a personal project, or do you have a development budget?
-
Dear Matthew,
This is a research project - so only a very limited budget.
How long do you think it would take you ?
Would it be possible for me to look at what is needed for a CDC compatible compile ? I do realise from the previous discussions in this thread that you have concerns about open sourcing SeroUtils - can this be handled some other way than global open source ?
Regards
Richard
-
Hi Richard,
Did you already convert Modbus4J to 1.4? I recall that for the "-source 1.4" switch to work you'd need to refactor all the generics, annotations, and auto-boxing, and possibly other stuff too.
-
Dear Matthew,
I have only identified the sections that will need to be modified (as you correctly identified this is mostly generics etc), However I have not proceeded with implementing any changes, because having a usable system is dependant on having a CDC compatible version of SeroUtils.
Do you have a feel for how much work it would be to generate the CDC compatible version of SeroUtils ?
Regards
Richard
-
I could provide you with the subset of seroUtils required by Modbus4J fairly easily. Do note though that Modbus4J is GPL software. Any changes you make need to become open source, which is a consideration if your project ever becomes commercial in the future. But Serotonin can provide a more LGPL-like license in this occurrence.
-
Dear Matthew,
Open source is not a problem.
Would you provide the sub-set of SeroUtils as source for me to do the conversion or would you look to do it yourself ?
Regards
Richard
-
If you're converting the Modbus4J stuff, you might as well do this too. Attached.
Attachment: download link
-
Dear Matthew,
Thank you for that. I will let you know how I get on.
Regards
Richard
-
Dear Matthew,
I'm collaborating in a Open Source project to develop a personal home-automation framework, and we would like to use your Modbus4J library.
Unfortunatelly it depends of the seroUtils.jar and as our project is under the GPL license we would like to know if you can proportionate us the source code for the library.
Thank you in advance
Best regards
Gabriel -
Hi Gabriel,
The source in the above should be all you need. Feel free to use it.
Regards,
Matthew -
Hello Mathew,
Unfortunately the link is broken can you publish it again?
Thank you
Regards,
Gabriel -
Ah, right. Lost in the move. Re-attached.
Attachment: download link
-
@mlohbihler said:
Modbus4J is open source, as all of the sources for Modbus4J are provided. As i said, seroUtils.jar is not open source, not for any matter of secrecy, but only because there are parts of it that users will most certainly ask about that we are not prepared to support. It is, of course, Java technology, and as such resourceful users will - i'm certain - find ways to debug their code without Serotonin having to take on supporting yet another open source project. Again, if this does not suit your sense of entitlement, you have alternatives.
Can I take this, that I can reengineer the needed sorces for mango M2M (1.12.4) for further development?
Or under which license is seroUtils.jar? -
Yes, you can do what you like with the sources within the constraints of the GPL license. The license for seroUtils is not defined, but it is intended to be used only as support for Mango. I would be inclined to grant its use as support for Mango derivatives under GPL as well.
-
So, can I
get the needed sources
or
decompile the needed classes it for ScadaBR?and
put them in a different packages?OR have a double license GPL and closed source licenses for serotonin only? (this can include any code commited to the GPL version is also in the closed source as well)?
Arne
-
For seroUtils? No. The license would be one of usage with Mango.
-
So for ScadaBR I will have to throw out all references to seroUtil in order to get a full Open Source?