Re: announcing bashj

[Eduardo Bustamante]

Thank you for your response Philippe. I'm adding back the mailing lists so
that they can benefit from this response too.


On Tue, Jun 26, 2018 at 5:58 AM, pg <philippe.gonze@gmail.com> wrote:

>
>
>
> *Thank you, Eduardo, for these remarks... I tried to answer you questions
> - answers in black below. But anyway, may I suggest you to read the
> following links (wiki links), providing a better understanding of what, why
> & how ... ? *
>
>    - 
> *http://fil.gonze.org/wikiPG/index.php/Project_bashj_:_a_bash_mutant_with_java_support
>    
> <http://fil.gonze.org/wikiPG/index.php/Project_bashj_:_a_bash_mutant_with_java_support>*
>    - *http://fil.gonze.org/wikiPG/index.php/Bashj_programming_guide
>    <http://fil.gonze.org/wikiPG/index.php/Bashj_programming_guide>*
>
>
> On 23/06/18 20:45, Eduardo Bustamante wrote:
>
> On Sat, Jun 23, 2018 at 12:08 PM, pg <philippe.gonze@gmail.com> 
> <philippe.gonze@gmail.com> wrote:
> [...]
>
> Description: BASHJ - ANNOUNCE TO THE DEVELOPMENT TEAM OF BASH
>
>     I am pleased to inform you about bashj - a bash 'mutant' with java
> support.
>     This product opens numerous very interesting fields to bash developers.
>
> I have a few questions / comments:
>
> * Under which license / use terms are you releasing bashj? It doesn't
> seem to be free software, the source code does not seem to be
> available in the Sourceforge project, and I can't find any reference
> to the license in the links you shared.       FWIW, I don't have
> enough confidence to test bashj by just downloading a random JAR file
> from the internet and executing it in my computer. I would like to be
> able to inspect the source code and build it myself.
>
> *I am not expert in the choice of licences. I don't care much about that,
> and  when the project was created on sourceforge I chose LGPLv2.1.*
> *Not sure that it is the appropriate one for a mix of bash & java source
> code.*
> *I understand your prudence regarding the jar file.*
> *From version 0.995, the java sources will be available on source forge.*
> *However I want to mention that :*
>
>    - *Sources are currently poorly documented*
>    - *My coding style is far from the java standards ! Compact code is my
>    priority, and I certainly do not approve standards leading to voluminous
>    code.*
>    - *At this time, I do not want/need source contributors. Remarks, bug
>    reports and suggestions are welcome, but I keep driving the code for a
>    while.*
>
> * The wiki page recommends creating the installation directory with
> 0777 permissions. That seems a bit too insecure? Why does it need
> world-wide write permissions? (i.e. "sudo mkdir -m=777 /var/lib/bashj/
>   # create the installation directory")
>
>
> *I changed these: *
>
>    - *installation target directory is /opt/bashj/*
>    - *permission at creation time is set to 0755*
>    - *transient files live under /dev/shm/bashj/ *
>
> *But I am not expert in risk detection.*
>
> * What's the motivation behind bashj?  I'm having trouble
> understanding why one would like to use a mixture of Java and bash in
> the same program, when there are options like Jython and Groovy to run
> dynamic scripting languages in the JVM.   Are you using bashj for a
> particular application for which Groovy wasn't apt?
>
>
>
>
>
>
>
>
>
>
>
> *I use bashj for my own projects. Il appreciate the idea of getting access
> to my wide and venerable java personal package library, including servers
> (accessible using memory mapped files). All this from bash, and with an
> impressive speed. I used groovy and was not convinced. Between java and
> python, my preference (laziness?) goes to java. I would like to need no
> more than 2 technologies : java & bash is enough. And what I read about
> jython was not convincing anyway : too heavy. If there is no significant
> public interest for bashj, I will keep using it alone, and remove it from
> source forge. It would be sad, because my experience with it is really
> exciting! *
>
> * Since I haven't run the code (for reasons explained above): How do
> you handle things like the program's current working directory, the
> environment, subshells, controlling terminal, etc. when everything
> seems to run in the same JVM server process?
>
>
>
> *Try it and you'll see how it works. There are some limitations, but AFAIK
> no blocking issues. It is partly discussed in the links provided above. If
> you see significant problems, please let me know. *
>
>
> --
> ------------------------------
> ------------------------------
>
> *Philippe Gonze*
> Address: *Rue de la bruyère 12 / 1428 Lillois
> <https://maps.google.com/?q=Rue+de+la+bruy%C3%A8re+12+/+1428+Lillois&entry=gmail&source=g>
> / BE*
> Phone : *00.32.473580758*
> www.gonze.org
> ------------------------------
> ------------------------------
>