On 02-09-14 20:11, David Bierce wrote:
Me too, but I’m new to this code base and to Java so I didn’t know if there was
a rational behind it or not. :)
There were a few places in SSVM where it is handling symlinks, for which
support wasn’t added till Java 7 (according to the Docs), that was
Me too, but I’m new to this code base and to Java so I didn’t know if there was
a rational behind it or not. :)
There were a few places in SSVM where it is handling symlinks, for which
support wasn’t added till Java 7 (according to the Docs), that was the only
reason I could think of.
Thanks,
On 02-09-14 19:06, Mike Tutkowski wrote:
If we could keep code like that all in Java, that would be my personal
preference.
+1
Makes error handling (using Exception) a lot easier and cleaner.
Stay away from Shell if not required.
Wido
On Tue, Sep 2, 2014 at 10:42 AM, David Bierce
wrot
If we could keep code like that all in Java, that would be my personal
preference.
On Tue, Sep 2, 2014 at 10:42 AM, David Bierce
wrote:
> While investigating an issue with secondary storage templates, I noticed
> all the file handling I came across shelled and execute things like mkdir,
> rm, e
While investigating an issue with secondary storage templates, I noticed all
the file handling I came across shelled and execute things like mkdir, rm, etc,
etc. With the migration to Java 7 is there still a reason to continue that
method of file handling or in the future could/should file oper
