Java Pain
21–30 of 151 posts
Re: Java Pain
#22How is the classpath problem different from manually specifying the -L and -I compiling that little c program exactly?
-L and -I are specified at compile time, so if you distribute/deploy a binary the runtime doesn't have to care (except in the case of dynamic linking - eek!) $CLASSPATH is purely runtime, so it's all the fun of dynamic linking, all the time. Monolithic shaded JARs can solve this problem but introduce some of their own.
Re: Java Pain
#23you're kidding me, right? rhodey@rhodey$ mvn package rhodey@rhodey$ java -jar .jar
Re: Java Pain
#24Earlier quoted context omitted.
I have always had the feeling that JVM is very stable, but I don't have much Java experience. Is that a wrong assumption?
Stable != Convenient to develop with.
Re: Java Pain
#25´./gradlew run´ Good luck trying to compile a C project without autotools/make either.
gcc test.c -o testRe: Java Pain
#26Re: Java Pain
#27Without the code and error message, this is just a rant from some (famous) guy who can't/won't figure out his tools. First of all, it took me forever to figure out the java command-line incantations to tell it that it needed my project’s class files and the json.org library (which I’d already downloaded so I could compile the sucker). Yeah, I used to know that stuff ten years ago, but there really sh…
Re: Java Pain
#28you're kidding me, right? rhodey@rhodey$ mvn package rhodey@rhodey$ java -jar .jar