jdee-users Mailing List for JDEE (deprecated/mailing list active)
Brought to you by:
paullandes
You can subscribe to this list here.
2008 |
Jan
(11) |
Feb
|
Mar
(10) |
Apr
(3) |
May
(7) |
Jun
|
Jul
(5) |
Aug
(15) |
Sep
(16) |
Oct
(29) |
Nov
(16) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(7) |
Feb
(9) |
Mar
(36) |
Apr
(2) |
May
(12) |
Jun
(7) |
Jul
(48) |
Aug
(62) |
Sep
(17) |
Oct
(10) |
Nov
(7) |
Dec
(11) |
2010 |
Jan
(27) |
Feb
(20) |
Mar
(29) |
Apr
(44) |
May
(28) |
Jun
(29) |
Jul
|
Aug
|
Sep
(7) |
Oct
(1) |
Nov
(1) |
Dec
|
2011 |
Jan
(5) |
Feb
(3) |
Mar
(4) |
Apr
(13) |
May
(24) |
Jun
(1) |
Jul
|
Aug
(7) |
Sep
(3) |
Oct
(11) |
Nov
|
Dec
|
2012 |
Jan
(20) |
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(10) |
Oct
(12) |
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
(12) |
Mar
(9) |
Apr
(34) |
May
(33) |
Jun
(4) |
Jul
|
Aug
(4) |
Sep
|
Oct
(5) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(13) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(1) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(19) |
2017 |
Jan
|
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
(11) |
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
From: rp j. <ri...@ad...> - 2020-10-29 15:19:17
|
Answering my previous question, it turns out the old prj.el file used 'jde' instead of 'jdee'. So after changing all the variables in prj.el to use 'jdee', things worked. Sorry for the interruption. Thanks. On Thu, Oct 29, 2020 at 9:47 AM rp johns <ri...@ad...> wrote: > ubuntu 20.04 > emacs 26.3 > jdee via MELPA (emacs package manager) > > I just now completed installing emacs/jdee and checking functionality. > > I'm trying to debug and it appears that in loading jdb the classpath > defined in prj.el is not getting picked up. My first thought is that the > format for the project file has changed. The prj.el I'm using is from emacs > 24/jdee combination, a good 3 or 4 years old. > > Here is the output after clicking on 'Debug App' in the JDEE menu in case > it clarifies the issue: > > cd ~/src/com/fook/apps/ > /usr/lib/jvm/jdk1.8.0_77/bin/jdb -launch com.fook.apps.SwissArmyKnifeTest2 > > Set uncaught java.lang.Throwable > Set deferred uncaught java.lang.Throwable > Initializing jdb ... > > > VM Started: No frames on the current call stack > > main[1] step > > Error: Could not find or load main class > com.fook.apps.SwissArmyKnifeTest2 > > The application exited > > Comint finished > > Any suggestions? Thanks for your time. > -- > rp johns > -- rp johns |
From: rp j. <ri...@ad...> - 2020-10-29 15:19:01
|
ubuntu 20.04 emacs 26.3 jdee via MELPA (emacs package manager) I just now completed installing emacs/jdee and checking functionality. I'm trying to debug and it appears that in loading jdb the classpath defined in prj.el is not getting picked up. My first thought is that the format for the project file has changed. The prj.el I'm using is from emacs 24/jdee combination, a good 3 or 4 years old. Here is the output after clicking on 'Debug App' in the JDEE menu in case it clarifies the issue: cd ~/src/com/fook/apps/ /usr/lib/jvm/jdk1.8.0_77/bin/jdb -launch com.fook.apps.SwissArmyKnifeTest2 Set uncaught java.lang.Throwable Set deferred uncaught java.lang.Throwable Initializing jdb ... > VM Started: No frames on the current call stack main[1] step > Error: Could not find or load main class com.fook.apps.SwissArmyKnifeTest2 The application exited Comint finished Any suggestions? Thanks for your time. -- rp johns |
From: Paul L. <la...@ma...> - 2020-10-28 16:56:23
|
The project has moved to GitHub and issues are tracked there. I recommend submitting an issue there. https://github.com/jdee-emacs/jdee > On Oct 28, 2020, at 9:34 AM, rp johns <ri...@ad...> wrote: > > I just got a new machine with ubuntu 20.04. My previous machine was running ubuntu 15.04 with emacs24/jdee. As far as I can tell by the jdee doc I can find, emacs24 is the last version of emacs that can be paired with jdee. > > Has anyone out there succeeded in pairing jdee with a later emacs version, emacs25, or emacs26 or emacs 27? > > I can either try to install emacs24 under ubuntu 20.04, something that's proving to be difficult, or install a later emacs and try to get jdee to work with it. > > Thanks for any help. I absolutely love the jdee/emacs combo and really don't want to give it up. > > -- > rp johns > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: rp j. <ri...@ad...> - 2020-10-28 14:59:52
|
I just got a new machine with ubuntu 20.04. My previous machine was running ubuntu 15.04 with emacs24/jdee. As far as I can tell by the jdee doc I can find, emacs24 is the last version of emacs that can be paired with jdee. Has anyone out there succeeded in pairing jdee with a later emacs version, emacs25, or emacs26 or emacs 27? I can either try to install emacs24 under ubuntu 20.04, something that's proving to be difficult, or install a later emacs and try to get jdee to work with it. Thanks for any help. I absolutely love the jdee/emacs combo and really don't want to give it up. -- rp johns |
From: Ernst R. <ern...@si...> - 2017-10-25 01:21:38
|
Although there is a file jdee-maven.el,emacs does not show support of maven. This refers both to the gui and to internals. Although in jdee-maven.el, jdee-maven-project-dir occurs, this cannot be configured. Also in jdee.maven.el I corrected: (defgroup jdee-maven nil "JDEE Maven Project Options" :group 'jdee :prefix "jdee-maven-"); ER added maven- Greetings. .. |
From: Ernst R. <ern...@si...> - 2017-10-25 01:07:24
|
Hi all, as jdee-make builds with make and jdee-ant-build builds with ant, jdee-maven-build builds with maven. The documentation of Jdee Build Function does not mention the third possibility. Although this is offered in the customization buffer. |
From: Ernst R. <ern...@si...> - 2017-10-25 00:43:12
|
Now I found a partial answer myself: Use '(jdee-global-classpath (jdee-maven-classpath-from-file "../../../target/compile.cp")) and deactivate the explicit setting ; '(jdee-global-classpath ; (quote ("../../../target/test-classes" ; "../../../target/classes" ; "../../../jars/hamcrestLatest.jar" ; "../../../jars/junitLatest.jar" ; "../../../jars/javaoctaveLatest.jar" ; "../../../jars/commons-loggingLatest.jar" ; "../../../jars/antlrLatest.jar" ; "../../../jars/jnaLatest.jar" ; "../../../jars/jnaPlatformLatest.jar" ; "../../../jars/jfreechartLatest.jar" ; "/usr/share/ant/lib/ant.jar"))) The problem for the project file in the tests is, that '(jdee-global-classpath (jdee-maven-classpath-from-file "../../../target/test.cp")) is not sufficient, because the classes in classes must be provided also, namely "~/Software/target/classes" How to "concatenate this???? > Hi, > well, ok, one can do that, but then reloading the project file shall not > change the classpath, right? > > When I remove '(jdee-global-classpath ...) in the project then reloading > the project file leads to no classpath: > Then I obtain only > > /usr/lib64/jvm/javaLatest/bin/javac -sourcepath > /home/ernst/Software/src/main/java -encoding UTF-8 -d > /home/ernst/Software/target/classes -deprecation -Xlint MathExt.java > > This seems to be a bug. > > Regards, > Ernst > >> Hi. >> >> Currently jdee-maven.el works the way you described it. It creates >> classpath from the pom.xml and ignores what is in prj.el. >> >> It would be better to recreate the classpath from pom.xml only when it >> changed or on user request (for example with new command: >> jdee-maven-reload-project). >> >> If source directory (src/main/java) is on the classpath then something >> is wrong. Probably a bug. >> >> Regards, >> Przemysław >> >> W dniu 24.10.2017 o 14:23, Ernst Reissner pisze: >>> Hi all, >>> right now i upgraded to jdee 2.4.2. >>> I use a maven project and i have project files prj.el which is in >>> ./src/main/java/. >>> >>> There I specify the classpath as >>> >>> >>> '(jdee-global-classpath >>> (quote ("../../../target/test-classes" >>> "../../../target/classes" >>> "../../../jars/hamcrestLatest.jar" >>> "../../../jars/junitLatest.jar" >>> "../../../jars/javaoctaveLatest.jar" >>> "../../../jars/commons-loggingLatest.jar" >>> "../../../jars/antlrLatest.jar" >>> "../../../jars/jnaLatest.jar" >>> "../../../jars/jnaPlatformLatest.jar" >>> "../../../jars/jfreechart-1.0.0-rc1.jar" >>> "/usr/share/ant/lib/ant.jar"))) >>> ; is /usr/share/ant/matcherlib/ant.jar needed? (not present in tstsrc) >>> >>> >>> When compiling I obtain: >>> >>> >>> /usr/lib64/jvm/javaLatest/bin/javac -classpath >>> /home/ernst/Software/src/main/java:/home/ernst/.m2/repository/commons-logging/commons-logging/1.2/commons-logging-1.2.jar:/home/ernst/.m2/repository/dk/ange/javaoctave/0.6.4/javaoctave-0.6.4.jar:/home/ernst/.m2/repository/org/antlr/antlr4-runtime/4.7/antlr4-runtime-4.7.jar:/home/ernst/.m2/repository/org/checkerframework/jdk8/2.1.8/jdk8-2.1.8.jar:/home/ernst/.m2/repository/org/hamcrest/hamcrest-core/1.3/hamcrest-core-1.3.jar:/home/ernst/.m2/repository/org/antlr/ST4/4.0.8/ST4-4.0.8.jar:/home/ernst/.m2/repository/net/java/dev/jna/jna/4.2.2/jna-4.2.2.jar:/home/ernst/.m2/repository/org/antlr/antlr-runtime/3.5.2/antlr-runtime-3.5.2.jar:/home/ernst/.m2/repository/junit/junit/4.12/junit-4.12.jar >>> >>> -sourcepath /home/ernst/Software/src/main/java -encoding UTF-8 -d >>> /home/ernst/Software/target/classes -deprecation -Xlint GObject.java >>> >>> Two things are strange about that: >>> First, the classpath in the project file seems to be ignored. >>> Instead it seems as if pom.xml was read. >>> >>> What is strange is that /home/ernst/Software/src/main/java, where prj.el >>> resides is a member of the classpath. >>> >>> >>> When I load the project file, and then compile agein, then it looks >>> completely different: >>> >>> cd /home/ernst/Software/src/main/java/eu/simuline/arithmetics/ >>> /usr/lib64/jvm/javaLatest/bin/javac -classpath >>> /home/ernst/Software/target/test-classes:/home/ernst/Software/target/classes:/home/ernst/Software/jars/hamcrestLatest.jar:/home/ernst/Software/jars/junitLatest.jar:/home/ernst/Software/jars/javaoctaveLatest.jar:/home/ernst/Software/jars/commons-loggingLatest.jar:/home/ernst/Software/jars/antlrLatest.jar:/home/ernst/Software/jars/jnaLatest.jar:/home/ernst/Software/jars/jnaPlatformLatest.jar:/home/ernst/Software/jars/jfreechart-1.0.0-rc1.jar:/usr/share/ant/lib/ant.jar >>> >>> -sourcepath /home/ernst/Software/src/main/java -encoding UTF-8 -d >>> /home/ernst/Software/target/classes -deprecation -Xlint GObject.java >>> >>> Then the classpath is according to the project file. >>> >>> Is it recommended not to use the classpath at all if a pom is >>> provided??? >>> >>> Greetings, >>> Ernst >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> jdee-users mailing list >>> jde...@li... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> https://lists.sourceforge.net/lists/listinfo/jdee-users > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Ernst R. <ern...@si...> - 2017-10-24 23:45:10
|
Minor bug: I found that jdee-maven-program which has default value mvn has comment "Specifies name of ant program/script." Replace ant by maven. |
From: Ernst R. <ern...@si...> - 2017-10-24 23:10:44
|
Hi, i use jdee 4.2.4. when i want to customize an option, like the general option jdee build function, then this cannot be done. There is a triangle which seems to invite me to press it to open the option to change a value but this does not work.... Maybe this is a bug and may be I just cannot figure out how to work with it. Who can help?? Best Regards, Ernst |
From: Ernst R. <ern...@si...> - 2017-10-24 20:55:25
|
Hi Przemysław, I think this occurs whenever someone uses this but me. I think, when jdee reads the pom which is located in the base directory, then there should be a variable containing the file or the directory where it resides in, i.e. the base directory. I am not a lisp programmer. What if there were such a variable, say project-base-dir which is home/ernst/Software/ How can I rewrite '(jdee-jdk-doc-url "file:///home/ernst/Software/src/main/java/bla") in terms of that variable??? Greetings, Ernst > Hi, > > I don't think there's a variable to control this. > AFAIK the simplest workaround is to just find/replace paths in prj.el > file, which usually don't happen often. > > Regards, > Przemysław > > W dniu 24.10.2017 o 14:28, Ernst Reissner pisze: >> Hi all, >> >> I have a project file where my base directory /home/ernst/Software/ >> where the pom.xml is in, >> is mentioned explicitly. >> >> This is of course not what I want because that way the environment is >> not relocateable. >> How can I change this dependency? >> >> Is there a jdee variable i can use? >> Can you explain at the example >> >> '(jdee-jdk-doc-url >> "file:///home/ernst/.emacs.d/jdee-master/doc/html/jde-ug/jde-ug.html") >> >> ?? >> >> >> Thank you a lot. >> >> Greetings, >> >> Ernst >> >> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> https://lists.sourceforge.net/lists/listinfo/jdee-users >> > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Ernst R. <ern...@si...> - 2017-10-24 20:49:54
|
Hi, well, ok, one can do that, but then reloading the project file shall not change the classpath, right? When I remove '(jdee-global-classpath ...) in the project then reloading the project file leads to no classpath: Then I obtain only /usr/lib64/jvm/javaLatest/bin/javac -sourcepath /home/ernst/Software/src/main/java -encoding UTF-8 -d /home/ernst/Software/target/classes -deprecation -Xlint MathExt.java This seems to be a bug. Regards, Ernst > Hi. > > Currently jdee-maven.el works the way you described it. It creates > classpath from the pom.xml and ignores what is in prj.el. > > It would be better to recreate the classpath from pom.xml only when it > changed or on user request (for example with new command: > jdee-maven-reload-project). > > If source directory (src/main/java) is on the classpath then something > is wrong. Probably a bug. > > Regards, > Przemysław > > W dniu 24.10.2017 o 14:23, Ernst Reissner pisze: >> >> Hi all, >> right now i upgraded to jdee 2.4.2. >> I use a maven project and i have project files prj.el which is in >> ./src/main/java/. >> >> There I specify the classpath as >> >> >> '(jdee-global-classpath >> (quote ("../../../target/test-classes" >> "../../../target/classes" >> "../../../jars/hamcrestLatest.jar" >> "../../../jars/junitLatest.jar" >> "../../../jars/javaoctaveLatest.jar" >> "../../../jars/commons-loggingLatest.jar" >> "../../../jars/antlrLatest.jar" >> "../../../jars/jnaLatest.jar" >> "../../../jars/jnaPlatformLatest.jar" >> "../../../jars/jfreechart-1.0.0-rc1.jar" >> "/usr/share/ant/lib/ant.jar"))) >> ; is /usr/share/ant/matcherlib/ant.jar needed? (not present in tstsrc) >> >> >> When compiling I obtain: >> >> >> /usr/lib64/jvm/javaLatest/bin/javac -classpath >> /home/ernst/Software/src/main/java:/home/ernst/.m2/repository/commons-logging/commons-logging/1.2/commons-logging-1.2.jar:/home/ernst/.m2/repository/dk/ange/javaoctave/0.6.4/javaoctave-0.6.4.jar:/home/ernst/.m2/repository/org/antlr/antlr4-runtime/4.7/antlr4-runtime-4.7.jar:/home/ernst/.m2/repository/org/checkerframework/jdk8/2.1.8/jdk8-2.1.8.jar:/home/ernst/.m2/repository/org/hamcrest/hamcrest-core/1.3/hamcrest-core-1.3.jar:/home/ernst/.m2/repository/org/antlr/ST4/4.0.8/ST4-4.0.8.jar:/home/ernst/.m2/repository/net/java/dev/jna/jna/4.2.2/jna-4.2.2.jar:/home/ernst/.m2/repository/org/antlr/antlr-runtime/3.5.2/antlr-runtime-3.5.2.jar:/home/ernst/.m2/repository/junit/junit/4.12/junit-4.12.jar >> >> -sourcepath /home/ernst/Software/src/main/java -encoding UTF-8 -d >> /home/ernst/Software/target/classes -deprecation -Xlint GObject.java >> >> Two things are strange about that: >> First, the classpath in the project file seems to be ignored. >> Instead it seems as if pom.xml was read. >> >> What is strange is that /home/ernst/Software/src/main/java, where prj.el >> resides is a member of the classpath. >> >> >> When I load the project file, and then compile agein, then it looks >> completely different: >> >> cd /home/ernst/Software/src/main/java/eu/simuline/arithmetics/ >> /usr/lib64/jvm/javaLatest/bin/javac -classpath >> /home/ernst/Software/target/test-classes:/home/ernst/Software/target/classes:/home/ernst/Software/jars/hamcrestLatest.jar:/home/ernst/Software/jars/junitLatest.jar:/home/ernst/Software/jars/javaoctaveLatest.jar:/home/ernst/Software/jars/commons-loggingLatest.jar:/home/ernst/Software/jars/antlrLatest.jar:/home/ernst/Software/jars/jnaLatest.jar:/home/ernst/Software/jars/jnaPlatformLatest.jar:/home/ernst/Software/jars/jfreechart-1.0.0-rc1.jar:/usr/share/ant/lib/ant.jar >> >> -sourcepath /home/ernst/Software/src/main/java -encoding UTF-8 -d >> /home/ernst/Software/target/classes -deprecation -Xlint GObject.java >> >> Then the classpath is according to the project file. >> >> Is it recommended not to use the classpath at all if a pom is >> provided??? >> >> Greetings, >> Ernst >> >> >> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> https://lists.sourceforge.net/lists/listinfo/jdee-users >> > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Przemysław W. <esp...@cu...> - 2017-10-24 20:36:46
|
Hi, I don't think there's a variable to control this. AFAIK the simplest workaround is to just find/replace paths in prj.el file, which usually don't happen often. Regards, Przemysław W dniu 24.10.2017 o 14:28, Ernst Reissner pisze: > Hi all, > > I have a project file where my base directory /home/ernst/Software/ > where the pom.xml is in, > is mentioned explicitly. > > This is of course not what I want because that way the environment is > not relocateable. > How can I change this dependency? > > Is there a jdee variable i can use? > Can you explain at the example > > '(jdee-jdk-doc-url > "file:///home/ernst/.emacs.d/jdee-master/doc/html/jde-ug/jde-ug.html") > > ?? > > > Thank you a lot. > > Greetings, > > Ernst > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users > |
From: Przemysław W. <esp...@cu...> - 2017-10-24 20:36:30
|
Hi. Currently jdee-maven.el works the way you described it. It creates classpath from the pom.xml and ignores what is in prj.el. It would be better to recreate the classpath from pom.xml only when it changed or on user request (for example with new command: jdee-maven-reload-project). If source directory (src/main/java) is on the classpath then something is wrong. Probably a bug. Regards, Przemysław W dniu 24.10.2017 o 14:23, Ernst Reissner pisze: > > Hi all, > right now i upgraded to jdee 2.4.2. > I use a maven project and i have project files prj.el which is in > ./src/main/java/. > > There I specify the classpath as > > > '(jdee-global-classpath > (quote ("../../../target/test-classes" > "../../../target/classes" > "../../../jars/hamcrestLatest.jar" > "../../../jars/junitLatest.jar" > "../../../jars/javaoctaveLatest.jar" > "../../../jars/commons-loggingLatest.jar" > "../../../jars/antlrLatest.jar" > "../../../jars/jnaLatest.jar" > "../../../jars/jnaPlatformLatest.jar" > "../../../jars/jfreechart-1.0.0-rc1.jar" > "/usr/share/ant/lib/ant.jar"))) > ; is /usr/share/ant/matcherlib/ant.jar needed? (not present in tstsrc) > > > When compiling I obtain: > > > /usr/lib64/jvm/javaLatest/bin/javac -classpath > /home/ernst/Software/src/main/java:/home/ernst/.m2/repository/commons-logging/commons-logging/1.2/commons-logging-1.2.jar:/home/ernst/.m2/repository/dk/ange/javaoctave/0.6.4/javaoctave-0.6.4.jar:/home/ernst/.m2/repository/org/antlr/antlr4-runtime/4.7/antlr4-runtime-4.7.jar:/home/ernst/.m2/repository/org/checkerframework/jdk8/2.1.8/jdk8-2.1.8.jar:/home/ernst/.m2/repository/org/hamcrest/hamcrest-core/1.3/hamcrest-core-1.3.jar:/home/ernst/.m2/repository/org/antlr/ST4/4.0.8/ST4-4.0.8.jar:/home/ernst/.m2/repository/net/java/dev/jna/jna/4.2.2/jna-4.2.2.jar:/home/ernst/.m2/repository/org/antlr/antlr-runtime/3.5.2/antlr-runtime-3.5.2.jar:/home/ernst/.m2/repository/junit/junit/4.12/junit-4.12.jar > -sourcepath /home/ernst/Software/src/main/java -encoding UTF-8 -d > /home/ernst/Software/target/classes -deprecation -Xlint GObject.java > > Two things are strange about that: > First, the classpath in the project file seems to be ignored. > Instead it seems as if pom.xml was read. > > What is strange is that /home/ernst/Software/src/main/java, where prj.el > resides is a member of the classpath. > > > When I load the project file, and then compile agein, then it looks > completely different: > > cd /home/ernst/Software/src/main/java/eu/simuline/arithmetics/ > /usr/lib64/jvm/javaLatest/bin/javac -classpath > /home/ernst/Software/target/test-classes:/home/ernst/Software/target/classes:/home/ernst/Software/jars/hamcrestLatest.jar:/home/ernst/Software/jars/junitLatest.jar:/home/ernst/Software/jars/javaoctaveLatest.jar:/home/ernst/Software/jars/commons-loggingLatest.jar:/home/ernst/Software/jars/antlrLatest.jar:/home/ernst/Software/jars/jnaLatest.jar:/home/ernst/Software/jars/jnaPlatformLatest.jar:/home/ernst/Software/jars/jfreechart-1.0.0-rc1.jar:/usr/share/ant/lib/ant.jar > -sourcepath /home/ernst/Software/src/main/java -encoding UTF-8 -d > /home/ernst/Software/target/classes -deprecation -Xlint GObject.java > > Then the classpath is according to the project file. > > Is it recommended not to use the classpath at all if a pom is provided??? > > Greetings, > Ernst > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users > |
From: Ernst R. <ern...@si...> - 2017-10-24 12:45:30
|
Hi all, I have a project file where my base directory /home/ernst/Software/ where the pom.xml is in, is mentioned explicitly. This is of course not what I want because that way the environment is not relocateable. How can I change this dependency? Is there a jdee variable i can use? Can you explain at the example '(jdee-jdk-doc-url "file:///home/ernst/.emacs.d/jdee-master/doc/html/jde-ug/jde-ug.html") ?? Thank you a lot. Greetings, Ernst |
From: Ernst R. <ern...@si...> - 2017-10-24 12:40:36
|
Hi all, right now i upgraded to jdee 2.4.2. I use a maven project and i have project files prj.el which is in ./src/main/java/. There I specify the classpath as '(jdee-global-classpath (quote ("../../../target/test-classes" "../../../target/classes" "../../../jars/hamcrestLatest.jar" "../../../jars/junitLatest.jar" "../../../jars/javaoctaveLatest.jar" "../../../jars/commons-loggingLatest.jar" "../../../jars/antlrLatest.jar" "../../../jars/jnaLatest.jar" "../../../jars/jnaPlatformLatest.jar" "../../../jars/jfreechart-1.0.0-rc1.jar" "/usr/share/ant/lib/ant.jar"))) ; is /usr/share/ant/matcherlib/ant.jar needed? (not present in tstsrc) When compiling I obtain: /usr/lib64/jvm/javaLatest/bin/javac -classpath /home/ernst/Software/src/main/java:/home/ernst/.m2/repository/commons-logging/commons-logging/1.2/commons-logging-1.2.jar:/home/ernst/.m2/repository/dk/ange/javaoctave/0.6.4/javaoctave-0.6.4.jar:/home/ernst/.m2/repository/org/antlr/antlr4-runtime/4.7/antlr4-runtime-4.7.jar:/home/ernst/.m2/repository/org/checkerframework/jdk8/2.1.8/jdk8-2.1.8.jar:/home/ernst/.m2/repository/org/hamcrest/hamcrest-core/1.3/hamcrest-core-1.3.jar:/home/ernst/.m2/repository/org/antlr/ST4/4.0.8/ST4-4.0.8.jar:/home/ernst/.m2/repository/net/java/dev/jna/jna/4.2.2/jna-4.2.2.jar:/home/ernst/.m2/repository/org/antlr/antlr-runtime/3.5.2/antlr-runtime-3.5.2.jar:/home/ernst/.m2/repository/junit/junit/4.12/junit-4.12.jar -sourcepath /home/ernst/Software/src/main/java -encoding UTF-8 -d /home/ernst/Software/target/classes -deprecation -Xlint GObject.java Two things are strange about that: First, the classpath in the project file seems to be ignored. Instead it seems as if pom.xml was read. What is strange is that /home/ernst/Software/src/main/java, where prj.el resides is a member of the classpath. When I load the project file, and then compile agein, then it looks completely different: cd /home/ernst/Software/src/main/java/eu/simuline/arithmetics/ /usr/lib64/jvm/javaLatest/bin/javac -classpath /home/ernst/Software/target/test-classes:/home/ernst/Software/target/classes:/home/ernst/Software/jars/hamcrestLatest.jar:/home/ernst/Software/jars/junitLatest.jar:/home/ernst/Software/jars/javaoctaveLatest.jar:/home/ernst/Software/jars/commons-loggingLatest.jar:/home/ernst/Software/jars/antlrLatest.jar:/home/ernst/Software/jars/jnaLatest.jar:/home/ernst/Software/jars/jnaPlatformLatest.jar:/home/ernst/Software/jars/jfreechart-1.0.0-rc1.jar:/usr/share/ant/lib/ant.jar -sourcepath /home/ernst/Software/src/main/java -encoding UTF-8 -d /home/ernst/Software/target/classes -deprecation -Xlint GObject.java Then the classpath is according to the project file. Is it recommended not to use the classpath at all if a pom is provided??? Greetings, Ernst |
From: <esp...@cu...> - 2017-07-06 08:36:47
|
Hi, Thank you for detailed analysis. Great job! Regarding the issues: 1. It's clearly a bug. In Windows the files/directories are locked by a running process and cannot be deleted. So we shouldn't start the BSH (or any other JVM process) from a directory, which we want to delete. 2. To me it looks that jdee-flycheck-compile-buffer-after haven't restored original filename in the compilation buffer and that's why reported error had temp file instead of the original. That's a bug too. 3. I'm not sure why flycheck doesn't respond. The thing is that when we don't call any callback during processing it will hang (I guess) and won't do any other work. But this requires further investigation. Please fill bug reports at GH. I really appreciate detailed info about your environment and logs. Thank you! Thanks, Przemyslaw On 2017-07-01 21:22, Shawn Nicholson wrote: > I tracked down a couple of the issues and it doesn’t seem to be a > configuration problem, but rather a couple of bugs. > > * Cannot delete the jdee flycheck temp directory message > > This is happening because of the JDEE bsh shell which was opened up to > compile the code is in that directory. This prevents the OS from > allowing the directory to be deleted. > > beanshell.el provides a custom variable: bsh-startup-directory that > allows a user to set the directory the shell starts in – however > this is only set if the manual interactive shell is started. It is > never set when the normal programmatic instance of the bsh class is > instantiated. > > Jdee-bsh.el implements a subclass of the bsh class from beanshell.el > and does not set a value for the startup-dir property either. > > If the startup-dir property is not set then when beanshell starts up > it defaults to the directory associated with the current buffer. > > When jdee starts up the shell, the current buffer is the copy of the > original buffer in the temp directory. > > This start up directory doesn’t seem to really matter so as a work > around I hard-coded the jdee-bsh.el bsh subclass initialization method > to set the startup-dir property to a fixed location on my disk. > > Compilation still worked (since I’m assuming it’s using all full > path names for things rather than relying on relative paths assuming > the startup directory of the shell). > > * No errors ever show up in the error list nor in the buffer. > > Jdee-flycheck.el has the code that collects the errors discovered by > parsing the compiler output. One of the fields it (method: > jdee-flycheck--collect-errors) sets is the name of the file. However, > the problem appears to be that the file specified is the full path of > the copy of the file in the temp directory. > > A quick hack I did to verify was to change the file to be the original > full path filename rather than the one from the regex (which is the > temp file path). Once I did this everything started working (flycheck > errors showed up in flycheck list and the buffer correctly marked the > lines with issues). > > I have not tested this when handling a project with multiple files > with errors in different files and I suspect, looking at the code, > this hack won’t work properly but it’s a start. > > * Stops discovering errors after a while > > This is still happening even after my workarounds. Still tracking > down why. > > Still new to the flycheck/jdee/emacs-customization framework so no > sure yet what the correct solutions are for these issues. But I > figured someone who knows the system better would know the right > approach. I’ll be filing a bug report. > > Shawn > > FROM: Shawn Nicholson > SENT: Thursday, June 29, 2017 4:37 PM > TO: jde...@li... > SUBJECT: [jdee-users] JDEE flycheck issues on Windows 10 > > Hello, > > I am new to using JDEE in Emacs. > > I just installed emacs on windows 10 and installed JDEE through the > package management as described in the GitHub directions. > > I have created a very simple Person.java class with a couple methods > and member variables. > > Compile works through the JDEE interface. When I have no errors it > compiles correctly and when I put some errors in it compiles and shows > the proper errors (sample output from compiler results buffer included > below). > > I am trying to get the flycheck interaction to work. However I have > run into a few issues: > > * When I first open a .java file (regardless of whether there are > compiler errors or not), there is an immediate error generated in the > *MESSAGES* buffer complaining that it cannot delete the temp directory > created for storing the copy of the buffer. The message shows up > twice. I have included the messages below. I also cannot manually > delete the directory myself; the system says it cannot delete it > because it is in use. If I exit emacs, I can then manually delete it. > * At no point has it ever shown an error in the error list (C-c ! l) > nor highlighted anything in the text buffer. If I have an error in > the file when I first open the file, the error message for the > compiler error does show up in the *MESSAGES* buffer (as shown below). > However, that is the only indication of the problem. > * Subsequent calls to flycheck compile (C-c ! c) result in no more > messages in the *MESSAGES* buffer (even if I remove all errors, save, > run flycheck compile, add a different error or the same error). > It’s as if it is no longer running. > * If I disable flycheck and then reenable it without restarting > emacs, then it immediately shows the error message once again in > *MESSAGES* buffer (but still nothing in the text buffer nor the > flycheck errors buffer). From this point on any time I save the file > with a change it will update the *MESSAGES* buffer with the new error > (or lack of). > > If I turn on flycheck globally I can see errors in lisp buffers (and > the corresponding list in the flycheck error buffer) so the issues > seem restricted only to the java checker. > > Am I missing something that will get this to work? > > Thank you, > > Shawn > > Versions: > > Windows: Windows 10 Pro Version: 1703 Build: 15063.413 > > Emacs: GNU Emacs 25.2.1 (x86_64-w64-mingw32) of 2017-04-24 > > JDEE: 2.4.2 > > Java: jdk 1.8.0_131 > > Sample output from compiler results buffer with error: > > CompileServer output: > > c:/Users/shawn/demos/java_project/src/Person.java > > c:\Users\shawn\demos\java_project\src\Person.java:12: error: ';' > expected > > this.favoriteNumber = favoriteNu > > ^ > > 1 error > > Compilation exited abnormally with code 1 at Thu Jun 29 17:00:50 > > Output in *MESSAGES* buffer > > Compilation exited abnormally with code 1 > > ';' expected > > error in process filter: delete-directory: Removing directory: > Permission denied, c:/emacs/temp/JDEE_flycheck_10980JdP > > error in process filter: Removing directory: Permission denied, > c:/emacs/temp/JDEE_flycheck_10980JdP > > .emacs file contents: > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > > ;; Add MELPA to package archives > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > > (require 'package) > > (let* ((no-ssl (and (memq system-type '(windows-nt ms-dos)) > > (not (gnutls-available-p)))) > > (url (concat (if no-ssl "http" "https") > "://melpa.org/packages/"))) > > (add-to-list 'package-archives (cons "melpa" url) t)) > > (when (< emacs-major-version 24) > > ;; For important compatibility libraries like cl-lib > > (add-to-list 'package-archives '("gnu" . > "https://elpa.gnu.org/packages/"))) > > (package-initialize) > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > > ;; JDEE > > ;; Java development environment > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > > ;; Customization is defined in the custom-set-variables > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > > ;; Flycheck > > ;; On the fly syntax checker > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > > ;; JDEE will automatically turn on flycheck for java files > > ;; but only when (featurep 'flycheck) returns t. > > ;; Add require here so that will happen > > (require 'flycheck) > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > > ;; Custom Set Variables > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > > (custom-set-variab¯les > > ;; custom-set-variables was added by Custom. > > ;; If you edit it by hand, you could mess it up, so be careful. > > ;; Your init file should contain only one such instance. > > ;; If there is more than one, they won't work right. > > '(jdee-electric-return-p t) > > '(jdee-flycheck-enable-p t) > > '(jdee-jdk (quote ("1.8.0_131"))) > > '(jdee-jdk-registry (quote (("1.8.0_131" . "C:/java/jdk1.8.0_131")))) > > '(jdee-server-dir "~/.emacs.d/jdee-server") > > '(package-selected-packages (quote (jdee))) > > '(temporary-file-directory "c:/emacs/temp")) > > (custom-set-faces > > ;; custom-set-faces was added by Custom. > > ;; If you edit it by hand, you could mess it up, so be careful. > > ;; Your init file should contain only one such instance. > > ;; If there is more than one, they won't work right. > > ) > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Shawn N. <sha...@ho...> - 2017-07-01 19:22:37
|
I tracked down a couple of the issues and it doesn’t seem to be a configuration problem, but rather a couple of bugs. 1. Cannot delete the jdee flycheck temp directory message This is happening because of the JDEE bsh shell which was opened up to compile the code is in that directory. This prevents the OS from allowing the directory to be deleted. beanshell.el provides a custom variable: bsh-startup-directory that allows a user to set the directory the shell starts in – however this is only set if the manual interactive shell is started. It is never set when the normal programmatic instance of the bsh class is instantiated. Jdee-bsh.el implements a subclass of the bsh class from beanshell.el and does not set a value for the startup-dir property either. If the startup-dir property is not set then when beanshell starts up it defaults to the directory associated with the current buffer. When jdee starts up the shell, the current buffer is the copy of the original buffer in the temp directory. This start up directory doesn’t seem to really matter so as a work around I hard-coded the jdee-bsh.el bsh subclass initialization method to set the startup-dir property to a fixed location on my disk. Compilation still worked (since I’m assuming it’s using all full path names for things rather than relying on relative paths assuming the startup directory of the shell). 1. No errors ever show up in the error list nor in the buffer. Jdee-flycheck.el has the code that collects the errors discovered by parsing the compiler output. One of the fields it (method: jdee-flycheck--collect-errors) sets is the name of the file. However, the problem appears to be that the file specified is the full path of the copy of the file in the temp directory. A quick hack I did to verify was to change the file to be the original full path filename rather than the one from the regex (which is the temp file path). Once I did this everything started working (flycheck errors showed up in flycheck list and the buffer correctly marked the lines with issues). I have not tested this when handling a project with multiple files with errors in different files and I suspect, looking at the code, this hack won’t work properly but it’s a start. 1. Stops discovering errors after a while This is still happening even after my workarounds. Still tracking down why. Still new to the flycheck/jdee/emacs-customization framework so no sure yet what the correct solutions are for these issues. But I figured someone who knows the system better would know the right approach. I’ll be filing a bug report. Shawn From: Shawn Nicholson<mailto:Sha...@ho...> Sent: Thursday, June 29, 2017 4:37 PM To: jde...@li...<mailto:jde...@li...> Subject: [jdee-users] JDEE flycheck issues on Windows 10 Hello, I am new to using JDEE in Emacs. I just installed emacs on windows 10 and installed JDEE through the package management as described in the GitHub directions. I have created a very simple Person.java class with a couple methods and member variables. Compile works through the JDEE interface. When I have no errors it compiles correctly and when I put some errors in it compiles and shows the proper errors (sample output from compiler results buffer included below). I am trying to get the flycheck interaction to work. However I have run into a few issues: 1. When I first open a .java file (regardless of whether there are compiler errors or not), there is an immediate error generated in the *Messages* buffer complaining that it cannot delete the temp directory created for storing the copy of the buffer. The message shows up twice. I have included the messages below. I also cannot manually delete the directory myself; the system says it cannot delete it because it is in use. If I exit emacs, I can then manually delete it. 2. At no point has it ever shown an error in the error list (C-c ! l) nor highlighted anything in the text buffer. If I have an error in the file when I first open the file, the error message for the compiler error does show up in the *Messages* buffer (as shown below). However, that is the only indication of the problem. 3. Subsequent calls to flycheck compile (C-c ! c) result in no more messages in the *Messages* buffer (even if I remove all errors, save, run flycheck compile, add a different error or the same error). It’s as if it is no longer running. 4. If I disable flycheck and then reenable it without restarting emacs, then it immediately shows the error message once again in *Messages* buffer (but still nothing in the text buffer nor the flycheck errors buffer). From this point on any time I save the file with a change it will update the *Messages* buffer with the new error (or lack of). If I turn on flycheck globally I can see errors in lisp buffers (and the corresponding list in the flycheck error buffer) so the issues seem restricted only to the java checker. Am I missing something that will get this to work? Thank you, Shawn Versions: Windows: Windows 10 Pro Version: 1703 Build: 15063.413 Emacs: GNU Emacs 25.2.1 (x86_64-w64-mingw32) of 2017-04-24 JDEE: 2.4.2 Java: jdk 1.8.0_131 Sample output from compiler results buffer with error: CompileServer output: c:/Users/shawn/demos/java_project/src/Person.java c:\Users\shawn\demos\java_project\src\Person.java:12: error: ';' expected this.favoriteNumber = favoriteNu ^ 1 error Compilation exited abnormally with code 1 at Thu Jun 29 17:00:50 Output in *Messages* buffer Compilation exited abnormally with code 1 ';' expected error in process filter: delete-directory: Removing directory: Permission denied, c:/emacs/temp/JDEE_flycheck_10980JdP error in process filter: Removing directory: Permission denied, c:/emacs/temp/JDEE_flycheck_10980JdP .emacs file contents: ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; Add MELPA to package archives ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; (require 'package) (let* ((no-ssl (and (memq system-type '(windows-nt ms-dos)) (not (gnutls-available-p)))) (url (concat (if no-ssl "http" "https") "://melpa.org/packages/"))) (add-to-list 'package-archives (cons "melpa" url) t)) (when (< emacs-major-version 24) ;; For important compatibility libraries like cl-lib (add-to-list 'package-archives '("gnu" . "https://elpa.gnu.org/packages/"))) (package-initialize) ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; JDEE ;; Java development environment ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; Customization is defined in the custom-set-variables ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; Flycheck ;; On the fly syntax checker ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; JDEE will automatically turn on flycheck for java files ;; but only when (featurep 'flycheck) returns t. ;; Add require here so that will happen (require 'flycheck) ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; Custom Set Variables ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(jdee-electric-return-p t) '(jdee-flycheck-enable-p t) '(jdee-jdk (quote ("1.8.0_131"))) '(jdee-jdk-registry (quote (("1.8.0_131" . "C:/java/jdk1.8.0_131")))) '(jdee-server-dir "~/.emacs.d/jdee-server") '(package-selected-packages (quote (jdee))) '(temporary-file-directory "c:/emacs/temp")) (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. ) |
From: Shawn N. <Sha...@ho...> - 2017-06-29 23:36:25
|
Hello, I am new to using JDEE in Emacs. I just installed emacs on windows 10 and installed JDEE through the package management as described in the GitHub directions. I have created a very simple Person.java class with a couple methods and member variables. Compile works through the JDEE interface. When I have no errors it compiles correctly and when I put some errors in it compiles and shows the proper errors (sample output from compiler results buffer included below). I am trying to get the flycheck interaction to work. However I have run into a few issues: 1. When I first open a .java file (regardless of whether there are compiler errors or not), there is an immediate error generated in the *Messages* buffer complaining that it cannot delete the temp directory created for storing the copy of the buffer. The message shows up twice. I have included the messages below. I also cannot manually delete the directory myself; the system says it cannot delete it because it is in use. If I exit emacs, I can then manually delete it. 2. At no point has it ever shown an error in the error list (C-c ! l) nor highlighted anything in the text buffer. If I have an error in the file when I first open the file, the error message for the compiler error does show up in the *Messages* buffer (as shown below). However, that is the only indication of the problem. 3. Subsequent calls to flycheck compile (C-c ! c) result in no more messages in the *Messages* buffer (even if I remove all errors, save, run flycheck compile, add a different error or the same error). It’s as if it is no longer running. 4. If I disable flycheck and then reenable it without restarting emacs, then it immediately shows the error message once again in *Messages* buffer (but still nothing in the text buffer nor the flycheck errors buffer). From this point on any time I save the file with a change it will update the *Messages* buffer with the new error (or lack of). If I turn on flycheck globally I can see errors in lisp buffers (and the corresponding list in the flycheck error buffer) so the issues seem restricted only to the java checker. Am I missing something that will get this to work? Thank you, Shawn Versions: Windows: Windows 10 Pro Version: 1703 Build: 15063.413 Emacs: GNU Emacs 25.2.1 (x86_64-w64-mingw32) of 2017-04-24 JDEE: 2.4.2 Java: jdk 1.8.0_131 Sample output from compiler results buffer with error: CompileServer output: c:/Users/shawn/demos/java_project/src/Person.java c:\Users\shawn\demos\java_project\src\Person.java:12: error: ';' expected this.favoriteNumber = favoriteNu ^ 1 error Compilation exited abnormally with code 1 at Thu Jun 29 17:00:50 Output in *Messages* buffer Compilation exited abnormally with code 1 ';' expected error in process filter: delete-directory: Removing directory: Permission denied, c:/emacs/temp/JDEE_flycheck_10980JdP error in process filter: Removing directory: Permission denied, c:/emacs/temp/JDEE_flycheck_10980JdP .emacs file contents: ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; Add MELPA to package archives ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; (require 'package) (let* ((no-ssl (and (memq system-type '(windows-nt ms-dos)) (not (gnutls-available-p)))) (url (concat (if no-ssl "http" "https") "://melpa.org/packages/"))) (add-to-list 'package-archives (cons "melpa" url) t)) (when (< emacs-major-version 24) ;; For important compatibility libraries like cl-lib (add-to-list 'package-archives '("gnu" . "https://elpa.gnu.org/packages/"))) (package-initialize) ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; JDEE ;; Java development environment ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; Customization is defined in the custom-set-variables ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; Flycheck ;; On the fly syntax checker ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; JDEE will automatically turn on flycheck for java files ;; but only when (featurep 'flycheck) returns t. ;; Add require here so that will happen (require 'flycheck) ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; Custom Set Variables ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(jdee-electric-return-p t) '(jdee-flycheck-enable-p t) '(jdee-jdk (quote ("1.8.0_131"))) '(jdee-jdk-registry (quote (("1.8.0_131" . "C:/java/jdk1.8.0_131")))) '(jdee-server-dir "~/.emacs.d/jdee-server") '(package-selected-packages (quote (jdee))) '(temporary-file-directory "c:/emacs/temp")) (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. ) |
From: Paul L. <la...@ma...> - 2017-02-02 01:32:34
|
I integrated some work into JDEE from someone else’s work that would configure (serve the purpose of the prj.el) file from a pom file. I’m not sure what the status is of that but I’m happy to share the code. It would have to be integrated into the current state of the project. Regards, Paul On Feb 1, 2017, at 6:35 PM, Stuart Maclean <st...@ap...> wrote: > To add to my earlier questions, I remember jde/jdee requiring a prj.el > file which which handled build parameters like source paths and class > paths. Is that still needed in jdee when trying to use jdee to > integrate to Maven? > > Thanks > > Stuart > > On 02/01/2017 01:55 AM, Przemysław Wojnowski wrote: >> Hi. >> >> Please, install JDEE from MELPA repository. >> >> Cask is needed only if you plan to develop JDEE. >> >> Cheers, >> Przemyslaw >> >> W dniu 2017-02-01 01:43, Stuart Maclean napisał(a): >>> I have used emacs for years and kept up with JDE until a couple of years >>> ago. I am now revisiting jdee and trying to get the latest git repo to >>> work. >>> >>> I didn't have cask, nor did I even know what it was. The Makefile for >>> jdee assumes cask is on the path. >>> >>> So I installed cask, added it to path, and ran >>> >>> jdee$ make test elpa >>> >>> I thought this may be all I needed. I then added >>> >>> (add-to-list 'load-path "~/local/jdee") >>> (require 'jdee) >>> >>> to my .emacs >>> >>> Yet when I start emacs up (is 24.4.1 on Debian8), I get this error: >>> >>> File error: Cannot open load file, no such file or directory, dash >>> >>> I have no idea what this means. Anyone got time to help me back into >>> Java+Emacs land? >>> >>> Stu >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> jdee-users mailing list >>> jde...@li... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Rob S. <rob...@gm...> - 2017-02-02 01:12:09
|
I know the gradle plugin makes a prj.el On 02/01/2017 05:35 PM, Stuart Maclean wrote: > To add to my earlier questions, I remember jde/jdee requiring a prj.el > file which which handled build parameters like source paths and class > paths. Is that still needed in jdee when trying to use jdee to > integrate to Maven? > > Thanks > > Stuart > > On 02/01/2017 01:55 AM, Przemysław Wojnowski wrote: >> Hi. >> >> Please, install JDEE from MELPA repository. >> >> Cask is needed only if you plan to develop JDEE. >> >> Cheers, >> Przemyslaw >> >> W dniu 2017-02-01 01:43, Stuart Maclean napisał(a): >>> I have used emacs for years and kept up with JDE until a couple of years >>> ago. I am now revisiting jdee and trying to get the latest git repo to >>> work. >>> >>> I didn't have cask, nor did I even know what it was. The Makefile for >>> jdee assumes cask is on the path. >>> >>> So I installed cask, added it to path, and ran >>> >>> jdee$ make test elpa >>> >>> I thought this may be all I needed. I then added >>> >>> (add-to-list 'load-path "~/local/jdee") >>> (require 'jdee) >>> >>> to my .emacs >>> >>> Yet when I start emacs up (is 24.4.1 on Debian8), I get this error: >>> >>> File error: Cannot open load file, no such file or directory, dash >>> >>> I have no idea what this means. Anyone got time to help me back into >>> Java+Emacs land? >>> >>> Stu >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> jdee-users mailing list >>> jde...@li... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Stuart M. <st...@ap...> - 2017-02-02 00:51:01
|
To add to my earlier questions, I remember jde/jdee requiring a prj.el file which which handled build parameters like source paths and class paths. Is that still needed in jdee when trying to use jdee to integrate to Maven? Thanks Stuart On 02/01/2017 01:55 AM, Przemysław Wojnowski wrote: > Hi. > > Please, install JDEE from MELPA repository. > > Cask is needed only if you plan to develop JDEE. > > Cheers, > Przemyslaw > > W dniu 2017-02-01 01:43, Stuart Maclean napisał(a): >> I have used emacs for years and kept up with JDE until a couple of years >> ago. I am now revisiting jdee and trying to get the latest git repo to >> work. >> >> I didn't have cask, nor did I even know what it was. The Makefile for >> jdee assumes cask is on the path. >> >> So I installed cask, added it to path, and ran >> >> jdee$ make test elpa >> >> I thought this may be all I needed. I then added >> >> (add-to-list 'load-path "~/local/jdee") >> (require 'jdee) >> >> to my .emacs >> >> Yet when I start emacs up (is 24.4.1 on Debian8), I get this error: >> >> File error: Cannot open load file, no such file or directory, dash >> >> I have no idea what this means. Anyone got time to help me back into >> Java+Emacs land? >> >> Stu >> >> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Stuart M. <st...@ap...> - 2017-02-01 23:44:34
|
Thank you, that worked. I now have JDEE up and working at a basic level. So, some further questions. * I build with Maven, so I have poms everywhere. I want to hit some key combo while in a Java file, and have JDEE fire off mvn, locating the correct pom.xml, which is just a directory traversal from the file containing the Java source. * I notice whenever I simply OPEN a Java file, I get a mvn run for me. I don't want that, it slows me down. I can live with compiling te project just when I say so. * Is there a consensus on Maven support in JDEE yet? Any help appreciated. Stuart On 02/01/2017 01:55 AM, Przemysław Wojnowski wrote: > Hi. > > Please, install JDEE from MELPA repository. > > Cask is needed only if you plan to develop JDEE. > > Cheers, > Przemyslaw > > W dniu 2017-02-01 01:43, Stuart Maclean napisał(a): >> I have used emacs for years and kept up with JDE until a couple of years >> ago. I am now revisiting jdee and trying to get the latest git repo to >> work. >> >> I didn't have cask, nor did I even know what it was. The Makefile for >> jdee assumes cask is on the path. >> >> So I installed cask, added it to path, and ran >> >> jdee$ make test elpa >> >> I thought this may be all I needed. I then added >> >> (add-to-list 'load-path "~/local/jdee") >> (require 'jdee) >> >> to my .emacs >> >> Yet when I start emacs up (is 24.4.1 on Debian8), I get this error: >> >> File error: Cannot open load file, no such file or directory, dash >> >> I have no idea what this means. Anyone got time to help me back into >> Java+Emacs land? >> >> Stu >> >> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Przemysław W. <esp...@cu...> - 2017-02-01 10:14:02
|
Hi. Please, install JDEE from MELPA repository. Cask is needed only if you plan to develop JDEE. Cheers, Przemyslaw W dniu 2017-02-01 01:43, Stuart Maclean napisał(a): > I have used emacs for years and kept up with JDE until a couple of > years > ago. I am now revisiting jdee and trying to get the latest git repo to > work. > > I didn't have cask, nor did I even know what it was. The Makefile for > jdee assumes cask is on the path. > > So I installed cask, added it to path, and ran > > jdee$ make test elpa > > I thought this may be all I needed. I then added > > (add-to-list 'load-path "~/local/jdee") > (require 'jdee) > > to my .emacs > > Yet when I start emacs up (is 24.4.1 on Debian8), I get this error: > > File error: Cannot open load file, no such file or directory, dash > > I have no idea what this means. Anyone got time to help me back into > Java+Emacs land? > > Stu > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Rob S. <rob...@gm...> - 2017-02-01 01:07:02
|
You've confirmed that "~/local/jdee" exists and is not empty? On 01/31/2017 05:43 PM, Stuart Maclean wrote: > I have used emacs for years and kept up with JDE until a couple of years > ago. I am now revisiting jdee and trying to get the latest git repo to > work. > > I didn't have cask, nor did I even know what it was. The Makefile for > jdee assumes cask is on the path. > > So I installed cask, added it to path, and ran > > jdee$ make test elpa > > I thought this may be all I needed. I then added > > (add-to-list 'load-path "~/local/jdee") > (require 'jdee) > > to my .emacs > > Yet when I start emacs up (is 24.4.1 on Debian8), I get this error: > > File error: Cannot open load file, no such file or directory, dash > > I have no idea what this means. Anyone got time to help me back into > Java+Emacs land? > > Stu > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Stuart M. <st...@ap...> - 2017-02-01 01:02:29
|
I have used emacs for years and kept up with JDE until a couple of years ago. I am now revisiting jdee and trying to get the latest git repo to work. I didn't have cask, nor did I even know what it was. The Makefile for jdee assumes cask is on the path. So I installed cask, added it to path, and ran jdee$ make test elpa I thought this may be all I needed. I then added (add-to-list 'load-path "~/local/jdee") (require 'jdee) to my .emacs Yet when I start emacs up (is 24.4.1 on Debian8), I get this error: File error: Cannot open load file, no such file or directory, dash I have no idea what this means. Anyone got time to help me back into Java+Emacs land? Stu |