> Apples and Oranges

You're right, Sorry.


www.backbutton.co.uk
¯\_(ツ)_/¯ ♡۶
java -cp classpath class-path
Marriage of loose and tight coupling -> healthy applications

On 06/01/2020 01:47, Guang Chao wrote:


On Mon, Jan 6, 2020 at 9:44 AM zahid <zahidr1...@gmail.com <mailto:zahidr1...@gmail.com>> wrote:


    Why will MS Windows users will never have to deal with issue of
    *chmod* ?

Apples and Oranges

    also keep in mind why java command line have three different 
    options to do the same thing ?

    java -cp

    java -classpath

    java class-path


    On 06/01/2020 01:21, Guang Chao wrote:
    On Sun, Jan 5, 2020 at 9:26 AM zahid<zahidr1...@gmail.com>  
<mailto:zahidr1...@gmail.com>  wrote:

    Actually this is *one of many *punishments following the sin of choosing
    *.nix

    and not Microsoft Windows.

    Why is it Linux fault?


    Have ever heard of "*chmod*" in windows ?

    MS windows trust you with your machine.

    You bought it , you paid for it , you own it.


    although you have many ways of installing software.

    apt , apt-get yum , blah blah.

    You need to familiarise yourself with *find  / -name java* *  ,   which
    java*  because you have no idea where the installer installed the
    software you just installed on "your machine",

    Have ever heard of *which* or *find* in windows ?


    you can be in a directory in one terminal and delete it form another
    terminal .

    Is that  linux security  feature ?

    can you do the same  in windows  ?

    what are others benefits you can enjoy in MS Windows because of this
    particular behaviour is not same in MS Windows ?

    After you deleted the directory you are in from somewhere else you will
    end up in trash literally.

    why  is this same unique  behaviour in Unix which came after Linux.


    you see anything what's wrong with this ? can you see the missing the /r /n

    manifest.txt

    Main-Class:/classname /

    why does manifest.text must have /r {carriage} or  /n {newline}.

    Is it because jvm.dll it was written in C. C programming language also
    has the same feature.


    why is there three ways to do same thing  ?

    java - cp

    java - classpath

    java - class-path



    www.backbutton.co.uk  <http://www.backbutton.co.uk>
    ¯\_(ツ)_/¯
    Marry loose with tight
    coupling = healthy applications

    On 04/01/2020 22:51, Emmanuel Bourg wrote:
    Le 04/01/2020 à 16:06, Pham Huu Bang a écrit :

    Thanks for this link

    https://salsa.debian.org/java-team/tomcat9/blob/master/debian/README.Debian
    .
    But I cannot *read* the file from /tmp (not *write* file to /tmp). The
    strange thing is, it can read another file from another location, e.g in
    /opt/:
    The tomcat9 service is configured with a private /tmp directory (using
    the 'PrivateTmp=yes' systemd directive). So Tomcat can't see what other
    applications write to /tmp, and temporary files written by Tomcat are
    out of reach from the other applications.

    This is a security hardening setting that can be overridden as described
    in the README file Olaf mentioned.

    Emmanuel Bourg

    ---------------------------------------------------------------------
    To unsubscribe, e-mail:users-unsubscr...@tomcat.apache.org  
<mailto:users-unsubscr...@tomcat.apache.org>
    For additional commands, e-mail:users-h...@tomcat.apache.org  
<mailto:users-h...@tomcat.apache.org>

    --
    www.backbutton.co.uk  <http://www.backbutton.co.uk>
    ¯\_(ツ)_/¯
    Marry loose with tight
    coupling
    = healthy applications


-- www.backbutton.co.uk <http://www.backbutton.co.uk>
    ¯\_(ツ)_/¯
    Marriage between loose
    and tight coupling
    = healthy applications



--
I love Java <https://javadevnotes.com/java-integer-to-string-examples>

--
www.backbutton.co.uk
¯\_(ツ)_/¯ ♡۶
java -cp classpath class-path
Marriage of loose and tight coupling -> healthy applications

Reply via email to