jdee-users Mailing List for JDEE (deprecated/mailing list active) (Page 2)
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: DongInn K. <di...@gm...> - 2016-12-28 18:14:32
|
Hi, Is the ticket #82 really fixed? Maybe, I am encountering a different issue? https://github.com/jdee-emacs/jdee/issues/82 I have checked out the new jdee-20161225.440 from elpa on emacs-25.1 (homebrew version and tried gnu emacs too) but the compilation failed with the following error. Assertion failed: (cl-typep buffer (quote bah-buffer)) jdee worked fine with emacs-24.5. I downgraded my emacs to 24.5 and jdee works with 24.5. Any clues on this issue? Regards, -- DongInn Kim di...@gm... |
From: Lanning <la...@gm...> - 2016-12-27 21:58:09
|
I have created a Github repo that holds my core JDEE + Gradle support code. It may be useful to others, but I make no guarantees about functionality or coding style. Comments and/or suggestions are, of course, appreciated. Enjoy, and may your 2017 not be as bad in hindsight as it looks to be from here. |
From: Mehul S. <meh...@gm...> - 2016-12-13 18:06:50
|
Thank you for the explanation. That clears things up. I would vote for option #3 in that case. I will create my project file and it is up to me to add the Gradle generated elisp or not. cheers, mehul On Tue, Dec 13, 2016 at 12:14 PM, Lanning <la...@gm...> wrote: > Project files can be used to configure build rules (e.g. > jdee-build-function), coding style (e.g. jdee-import-group-of-rules), and > various search paths (e.g. jdee-global-classpath). In general these project > files are built by hand since the contents are so idiosyncratic. > > A problem is that the classpaths change over time, and the "correct" value > is only know by the build tool (gradle). I deal with this by using a gradle > task that produces an elisp file that sets up the various search paths. It > is then up to your hand-built project file to load this generated elisp > file. > > > On Tue, Dec 13, 2016 at 8:57 AM, Mehul Sanghvi <meh...@gm...> > wrote: > >> >> Doesn't JDEE create a project file already ? As I recall when using >> JDEE before, I could create a project file from >> JDEE itself. Are you talking about something different ? Or am I just >> not understanding what you're saying ? >> >> >> >> cheers, >> >> mehul >> >> >> >> On Mon, Dec 12, 2016 at 7:32 PM, Lanning <la...@gm...> wrote: >> >>> How to keep JDEE's paths (sourcepath, classpath, etc) up-to-date with >>> the Gradle project? >>> This >>> <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html> >>> defines a Gradle task that produces a JDEE project file with the relevant >>> data. >>> Of course we all want to hand-tailor our project files too. I see three >>> choices: >>> >>> 1. The user has to modify the Gradle task to include the >>> hand-tailored elisp code. >>> 2. Have the Gradle task produce the main project file, and include >>> your hand-tailord file (e.g. prj-tweaks.el). >>> 3. Have the Gradle task produce a second-level project file (e.g. >>> prj-generated.el) that gets loaded by your hand-built project file. >>> >>> Choice (1) means that you have to hack the (cryptic!) task code. Ugh. >>> >>> Choice (2) is better, but seems upside down to me. >>> >>> Choice (3) seems best: you can include the generated file or not as you >>> see fit. >>> >>> Votes? >>> >>> On Mon, Dec 12, 2016 at 6:18 AM, Mehul Sanghvi <meh...@gm...> >>> wrote: >>> >>>> >>>> I can try and help in anyway that I can. >>>> Still have to get JDEE installed as it generates a backtrace when >>>> installing via package.el >>>> >>>> cheers, >>>> >>>> mehul >>>> >>>> On Mon, Dec 12, 2016 at 12:10 AM, Rob Sargent <rob...@gm...> >>>> wrote: >>>> >>>>> All efforts in this regard will be greatly appreciated. >>>>> In return I'll take a stab implementing same and document my work. >>>>> >>>>> On Dec 11, 2016, at 8:20 PM, Lanning <la...@gm...> wrote: >>>>> >>>>> OK all: I'll try to make time to turn my pile of code into something >>>>> usable by others. >>>>> >>>>> On Fri, Dec 9, 2016 at 3:18 PM, Rob Sargent <rob...@gm...> >>>>> wrote: >>>>> >>>>>> And would be very welcome. >>>>>> >>>>>> I use M-x compile with 'cd <to-top-dir> && gradle compileJava' but as >>>>>> you mention the first compiler complaint is not reachable because gradle >>>>>> doesn't output a newline. I asked gradle to fix that but they don't >>>>>> understand that it's a bug. Ruddy upstarts! So I inject a new-line and the >>>>>> next-error works fine. >>>>>> >>>>>> But that's all outside jdee. I actually have .prj and it kicks in >>>>>> but I don't have the tags so the only pieces I would really like from jdee >>>>>> (go-to-definition, find-usages and the like) are unavailable. >>>>>> >>>>>> On 12/09/2016 04:09 PM, Lanning wrote: >>>>>> >>>>>> Sure thing, sonny boy. >>>>>> >>>>>> Mainly there's code to hook up the JDEE "build" to Gradle. >>>>>> >>>>>> There are a few places where (at least in my world) Gradle and Emacs >>>>>> don't get along too well. (For example, Emacs merges the stdout and stderr >>>>>> streams from the "compiler", and so error lines often end up with Gradle >>>>>> cruft prepended. That confuses parsing for errors, and needs to be fixed >>>>>> up.) There is also code to deal with sub-projects. The recent addition of >>>>>> flycheck also required some "adjustments" so that the >>>>>> jdee-compile-option-directory gets set differently for files in the test >>>>>> directory. >>>>>> >>>>>> Right now this is mixed in with my personal preferences. I would have >>>>>> to refactor it a bit to make it usable. Shouldn't be too hard, and is on my >>>>>> list of things-to-do. >>>>>> >>>>>> >>>>>> On Fri, Dec 9, 2016 at 2:58 PM, Rob Sargent <rob...@gm...> >>>>>> wrote: >>>>>> >>>>>>> Another old codger asks Would you please elaborate on 'a bit of glue >>>>>>> code'? >>>>>>> >>>>>>> On 12/09/2016 03:53 PM, Lanning wrote: >>>>>>> >>>>>>> My code uses the gradle >>>>>>> <https://github.com/emacsmirror/gradle/blob/master/gradle.el> >>>>>>> package to trigger builds. >>>>>>> I use a Gradle plugin (slightly modified version of this >>>>>>> <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) >>>>>>> to build a (part of a) prj file for the project. >>>>>>> Finally a bit of glue code to hook all this up to JDEE. >>>>>>> It isn't what I would call user-friendly. (Since when does that >>>>>>> matter with Emacs?) >>>>>>> >>>>>>> It works well enough for me, but I'm an old codger who can't stand >>>>>>> those new-fangled IDEs the kids keep talking about. >>>>>>> >>>>>>> On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi < >>>>>>> meh...@gm...> wrote: >>>>>>> >>>>>>>> It has been a while since I have used JDEE so I don't even remember >>>>>>>> what level of Ant support it has. I also see in the source code that there >>>>>>>> is some Maven and Make support now as well. >>>>>>>> >>>>>>>> I'm not looking for anything fancy, just simple stuff to be able to >>>>>>>> run the build.gradle[w] file would be good. If I'm in a project >>>>>>>> sub-directory, it should be aware enough to find and run the build.gradle >>>>>>>> script from the root of the project. Beyond that, >>>>>>>> I can't think of anything else at this point in time. >>>>>>>> >>>>>>>> What sort of state is yours in ? >>>>>>>> >>>>>>>> cheers, >>>>>>>> >>>>>>>> mehul >>>>>>>> >>>>>>>> >>>>>>>> On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: >>>>>>>> >>>>>>>>> What level of Gradle support are you looking for? I've cobbled >>>>>>>>> together enough for me, but it isn't in any state where I'd share it with >>>>>>>>> others. >>>>>>>>> >>>>>>>>> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi < >>>>>>>>> meh...@gm...> wrote: >>>>>>>>> >>>>>>>>>> Now that we have a new maintainer, here is a couple of things >>>>>>>>>> that maybe could >>>>>>>>>> be addressed: >>>>>>>>>> >>>>>>>>>> - Clean up the documentation. It seems to be outdated >>>>>>>>>> (jde-mode vs. jdee-mode, etc.) >>>>>>>>>> - Provide better information on how to setup for >>>>>>>>>> auto-completion >>>>>>>>>> - Generate better online documentation using more modern >>>>>>>>>> HTML5 perhaps ? >>>>>>>>>> >>>>>>>>>> - Add support for Gradle. What would it take to do this ? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> And most importantly, how can I help to achieve these two things >>>>>>>>>> ? My emacs-lisp skills are woefully inadequate, but I am willing to help >>>>>>>>>> wherever I can. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> cheers, >>>>>>>>>> >>>>>>>>>> mehul >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Mehul N. Sanghvi >>>>>>>>>> email: meh...@gm... >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------ >>>>>>>>>> ------------------ >>>>>>>>>> Developer Access Program for Intel Xeon Phi Processors >>>>>>>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>>>>>>> With one year of Intel Parallel Studio XE. >>>>>>>>>> Training and support from Colfax. >>>>>>>>>> Order your platform today.http://sdm.link/xeonphi >>>>>>>>>> _______________________________________________ >>>>>>>>>> jdee-users mailing list >>>>>>>>>> jde...@li... >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Mehul N. Sanghvi >>>>>>>> email: meh...@gm... >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Developer Access Program for Intel Xeon Phi Processors >>>>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>>>> With one year of Intel Parallel Studio XE. >>>>>>> Training and support from Colfax. >>>>>>> Order your platform today.http://sdm.link/xeonphi >>>>>>> >>>>>>> _______________________________________________ >>>>>>> jdee-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon >>>>>>> Phi processor-based developer platforms. With one year of Intel Parallel >>>>>>> Studio XE. Training and support from Colfax. Order your platform today. >>>>>>> http://sdm.link/xeonphi _______________________________________________ >>>>>>> jdee-users mailing list jde...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>>> >>>>>> >>>>> >>>>> ------------------------------------------------------------ >>>>> ------------------ >>>>> Developer Access Program for Intel Xeon Phi Processors >>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>> With one year of Intel Parallel Studio XE. >>>>> Training and support from Colfax. >>>>> Order your platform today.http://sdm.link/xeonphi >>>>> _______________________________________________ >>>>> jdee-users mailing list >>>>> jde...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>> >>>>> >>>> >>>> >>>> -- >>>> Mehul N. Sanghvi >>>> email: meh...@gm... >>>> >>> >>> >> >> >> -- >> Mehul N. Sanghvi >> email: meh...@gm... >> > > -- Mehul N. Sanghvi email: meh...@gm... |
From: Lanning <la...@gm...> - 2016-12-13 17:15:06
|
Project files can be used to configure build rules (e.g. jdee-build-function), coding style (e.g. jdee-import-group-of-rules), and various search paths (e.g. jdee-global-classpath). In general these project files are built by hand since the contents are so idiosyncratic. A problem is that the classpaths change over time, and the "correct" value is only know by the build tool (gradle). I deal with this by using a gradle task that produces an elisp file that sets up the various search paths. It is then up to your hand-built project file to load this generated elisp file. On Tue, Dec 13, 2016 at 8:57 AM, Mehul Sanghvi <meh...@gm...> wrote: > > Doesn't JDEE create a project file already ? As I recall when using JDEE > before, I could create a project file from > JDEE itself. Are you talking about something different ? Or am I just > not understanding what you're saying ? > > > > cheers, > > mehul > > > > On Mon, Dec 12, 2016 at 7:32 PM, Lanning <la...@gm...> wrote: > >> How to keep JDEE's paths (sourcepath, classpath, etc) up-to-date with the >> Gradle project? >> This >> <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html> >> defines a Gradle task that produces a JDEE project file with the relevant >> data. >> Of course we all want to hand-tailor our project files too. I see three >> choices: >> >> 1. The user has to modify the Gradle task to include the >> hand-tailored elisp code. >> 2. Have the Gradle task produce the main project file, and include >> your hand-tailord file (e.g. prj-tweaks.el). >> 3. Have the Gradle task produce a second-level project file (e.g. >> prj-generated.el) that gets loaded by your hand-built project file. >> >> Choice (1) means that you have to hack the (cryptic!) task code. Ugh. >> >> Choice (2) is better, but seems upside down to me. >> >> Choice (3) seems best: you can include the generated file or not as you >> see fit. >> >> Votes? >> >> On Mon, Dec 12, 2016 at 6:18 AM, Mehul Sanghvi <meh...@gm...> >> wrote: >> >>> >>> I can try and help in anyway that I can. >>> Still have to get JDEE installed as it generates a backtrace when >>> installing via package.el >>> >>> cheers, >>> >>> mehul >>> >>> On Mon, Dec 12, 2016 at 12:10 AM, Rob Sargent <rob...@gm...> >>> wrote: >>> >>>> All efforts in this regard will be greatly appreciated. >>>> In return I'll take a stab implementing same and document my work. >>>> >>>> On Dec 11, 2016, at 8:20 PM, Lanning <la...@gm...> wrote: >>>> >>>> OK all: I'll try to make time to turn my pile of code into something >>>> usable by others. >>>> >>>> On Fri, Dec 9, 2016 at 3:18 PM, Rob Sargent <rob...@gm...> >>>> wrote: >>>> >>>>> And would be very welcome. >>>>> >>>>> I use M-x compile with 'cd <to-top-dir> && gradle compileJava' but as >>>>> you mention the first compiler complaint is not reachable because gradle >>>>> doesn't output a newline. I asked gradle to fix that but they don't >>>>> understand that it's a bug. Ruddy upstarts! So I inject a new-line and the >>>>> next-error works fine. >>>>> >>>>> But that's all outside jdee. I actually have .prj and it kicks in but >>>>> I don't have the tags so the only pieces I would really like from jdee >>>>> (go-to-definition, find-usages and the like) are unavailable. >>>>> >>>>> On 12/09/2016 04:09 PM, Lanning wrote: >>>>> >>>>> Sure thing, sonny boy. >>>>> >>>>> Mainly there's code to hook up the JDEE "build" to Gradle. >>>>> >>>>> There are a few places where (at least in my world) Gradle and Emacs >>>>> don't get along too well. (For example, Emacs merges the stdout and stderr >>>>> streams from the "compiler", and so error lines often end up with Gradle >>>>> cruft prepended. That confuses parsing for errors, and needs to be fixed >>>>> up.) There is also code to deal with sub-projects. The recent addition of >>>>> flycheck also required some "adjustments" so that the >>>>> jdee-compile-option-directory gets set differently for files in the test >>>>> directory. >>>>> >>>>> Right now this is mixed in with my personal preferences. I would have >>>>> to refactor it a bit to make it usable. Shouldn't be too hard, and is on my >>>>> list of things-to-do. >>>>> >>>>> >>>>> On Fri, Dec 9, 2016 at 2:58 PM, Rob Sargent <rob...@gm...> >>>>> wrote: >>>>> >>>>>> Another old codger asks Would you please elaborate on 'a bit of glue >>>>>> code'? >>>>>> >>>>>> On 12/09/2016 03:53 PM, Lanning wrote: >>>>>> >>>>>> My code uses the gradle >>>>>> <https://github.com/emacsmirror/gradle/blob/master/gradle.el> >>>>>> package to trigger builds. >>>>>> I use a Gradle plugin (slightly modified version of this >>>>>> <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) >>>>>> to build a (part of a) prj file for the project. >>>>>> Finally a bit of glue code to hook all this up to JDEE. >>>>>> It isn't what I would call user-friendly. (Since when does that >>>>>> matter with Emacs?) >>>>>> >>>>>> It works well enough for me, but I'm an old codger who can't stand >>>>>> those new-fangled IDEs the kids keep talking about. >>>>>> >>>>>> On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi < >>>>>> meh...@gm...> wrote: >>>>>> >>>>>>> It has been a while since I have used JDEE so I don't even remember >>>>>>> what level of Ant support it has. I also see in the source code that there >>>>>>> is some Maven and Make support now as well. >>>>>>> >>>>>>> I'm not looking for anything fancy, just simple stuff to be able to >>>>>>> run the build.gradle[w] file would be good. If I'm in a project >>>>>>> sub-directory, it should be aware enough to find and run the build.gradle >>>>>>> script from the root of the project. Beyond that, >>>>>>> I can't think of anything else at this point in time. >>>>>>> >>>>>>> What sort of state is yours in ? >>>>>>> >>>>>>> cheers, >>>>>>> >>>>>>> mehul >>>>>>> >>>>>>> >>>>>>> On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: >>>>>>> >>>>>>>> What level of Gradle support are you looking for? I've cobbled >>>>>>>> together enough for me, but it isn't in any state where I'd share it with >>>>>>>> others. >>>>>>>> >>>>>>>> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi < >>>>>>>> meh...@gm...> wrote: >>>>>>>> >>>>>>>>> Now that we have a new maintainer, here is a couple of things that >>>>>>>>> maybe could >>>>>>>>> be addressed: >>>>>>>>> >>>>>>>>> - Clean up the documentation. It seems to be outdated >>>>>>>>> (jde-mode vs. jdee-mode, etc.) >>>>>>>>> - Provide better information on how to setup for >>>>>>>>> auto-completion >>>>>>>>> - Generate better online documentation using more modern >>>>>>>>> HTML5 perhaps ? >>>>>>>>> >>>>>>>>> - Add support for Gradle. What would it take to do this ? >>>>>>>>> >>>>>>>>> >>>>>>>>> And most importantly, how can I help to achieve these two things >>>>>>>>> ? My emacs-lisp skills are woefully inadequate, but I am willing to help >>>>>>>>> wherever I can. >>>>>>>>> >>>>>>>>> >>>>>>>>> cheers, >>>>>>>>> >>>>>>>>> mehul >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Mehul N. Sanghvi >>>>>>>>> email: meh...@gm... >>>>>>>>> >>>>>>>>> ------------------------------------------------------------ >>>>>>>>> ------------------ >>>>>>>>> Developer Access Program for Intel Xeon Phi Processors >>>>>>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>>>>>> With one year of Intel Parallel Studio XE. >>>>>>>>> Training and support from Colfax. >>>>>>>>> Order your platform today.http://sdm.link/xeonphi >>>>>>>>> _______________________________________________ >>>>>>>>> jdee-users mailing list >>>>>>>>> jde...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Mehul N. Sanghvi >>>>>>> email: meh...@gm... >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Developer Access Program for Intel Xeon Phi Processors >>>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>>> With one year of Intel Parallel Studio XE. >>>>>> Training and support from Colfax. >>>>>> Order your platform today.http://sdm.link/xeonphi >>>>>> >>>>>> _______________________________________________ >>>>>> jdee-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon >>>>>> Phi processor-based developer platforms. With one year of Intel Parallel >>>>>> Studio XE. Training and support from Colfax. Order your platform today. >>>>>> http://sdm.link/xeonphi _______________________________________________ >>>>>> jdee-users mailing list jde...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>> >>>>> >>>> >>>> ------------------------------------------------------------ >>>> ------------------ >>>> Developer Access Program for Intel Xeon Phi Processors >>>> Access to Intel Xeon Phi processor-based developer platforms. >>>> With one year of Intel Parallel Studio XE. >>>> Training and support from Colfax. >>>> Order your platform today.http://sdm.link/xeonphi >>>> _______________________________________________ >>>> jdee-users mailing list >>>> jde...@li... >>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>> >>>> >>> >>> >>> -- >>> Mehul N. Sanghvi >>> email: meh...@gm... >>> >> >> > > > -- > Mehul N. Sanghvi > email: meh...@gm... > |
From: Mehul S. <meh...@gm...> - 2016-12-13 16:58:04
|
Doesn't JDEE create a project file already ? As I recall when using JDEE before, I could create a project file from JDEE itself. Are you talking about something different ? Or am I just not understanding what you're saying ? cheers, mehul On Mon, Dec 12, 2016 at 7:32 PM, Lanning <la...@gm...> wrote: > How to keep JDEE's paths (sourcepath, classpath, etc) up-to-date with the > Gradle project? > This > <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html> > defines a Gradle task that produces a JDEE project file with the relevant > data. > Of course we all want to hand-tailor our project files too. I see three > choices: > > 1. The user has to modify the Gradle task to include the hand-tailored > elisp code. > 2. Have the Gradle task produce the main project file, and include > your hand-tailord file (e.g. prj-tweaks.el). > 3. Have the Gradle task produce a second-level project file (e.g. > prj-generated.el) that gets loaded by your hand-built project file. > > Choice (1) means that you have to hack the (cryptic!) task code. Ugh. > > Choice (2) is better, but seems upside down to me. > > Choice (3) seems best: you can include the generated file or not as you > see fit. > > Votes? > > On Mon, Dec 12, 2016 at 6:18 AM, Mehul Sanghvi <meh...@gm...> > wrote: > >> >> I can try and help in anyway that I can. >> Still have to get JDEE installed as it generates a backtrace when >> installing via package.el >> >> cheers, >> >> mehul >> >> On Mon, Dec 12, 2016 at 12:10 AM, Rob Sargent <rob...@gm...> >> wrote: >> >>> All efforts in this regard will be greatly appreciated. >>> In return I'll take a stab implementing same and document my work. >>> >>> On Dec 11, 2016, at 8:20 PM, Lanning <la...@gm...> wrote: >>> >>> OK all: I'll try to make time to turn my pile of code into something >>> usable by others. >>> >>> On Fri, Dec 9, 2016 at 3:18 PM, Rob Sargent <rob...@gm...> >>> wrote: >>> >>>> And would be very welcome. >>>> >>>> I use M-x compile with 'cd <to-top-dir> && gradle compileJava' but as >>>> you mention the first compiler complaint is not reachable because gradle >>>> doesn't output a newline. I asked gradle to fix that but they don't >>>> understand that it's a bug. Ruddy upstarts! So I inject a new-line and the >>>> next-error works fine. >>>> >>>> But that's all outside jdee. I actually have .prj and it kicks in but >>>> I don't have the tags so the only pieces I would really like from jdee >>>> (go-to-definition, find-usages and the like) are unavailable. >>>> >>>> On 12/09/2016 04:09 PM, Lanning wrote: >>>> >>>> Sure thing, sonny boy. >>>> >>>> Mainly there's code to hook up the JDEE "build" to Gradle. >>>> >>>> There are a few places where (at least in my world) Gradle and Emacs >>>> don't get along too well. (For example, Emacs merges the stdout and stderr >>>> streams from the "compiler", and so error lines often end up with Gradle >>>> cruft prepended. That confuses parsing for errors, and needs to be fixed >>>> up.) There is also code to deal with sub-projects. The recent addition of >>>> flycheck also required some "adjustments" so that the >>>> jdee-compile-option-directory gets set differently for files in the test >>>> directory. >>>> >>>> Right now this is mixed in with my personal preferences. I would have >>>> to refactor it a bit to make it usable. Shouldn't be too hard, and is on my >>>> list of things-to-do. >>>> >>>> >>>> On Fri, Dec 9, 2016 at 2:58 PM, Rob Sargent <rob...@gm...> >>>> wrote: >>>> >>>>> Another old codger asks Would you please elaborate on 'a bit of glue >>>>> code'? >>>>> >>>>> On 12/09/2016 03:53 PM, Lanning wrote: >>>>> >>>>> My code uses the gradle >>>>> <https://github.com/emacsmirror/gradle/blob/master/gradle.el> package >>>>> to trigger builds. >>>>> I use a Gradle plugin (slightly modified version of this >>>>> <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) >>>>> to build a (part of a) prj file for the project. >>>>> Finally a bit of glue code to hook all this up to JDEE. >>>>> It isn't what I would call user-friendly. (Since when does that matter >>>>> with Emacs?) >>>>> >>>>> It works well enough for me, but I'm an old codger who can't stand >>>>> those new-fangled IDEs the kids keep talking about. >>>>> >>>>> On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi <meh...@gm... >>>>> > wrote: >>>>> >>>>>> It has been a while since I have used JDEE so I don't even remember >>>>>> what level of Ant support it has. I also see in the source code that there >>>>>> is some Maven and Make support now as well. >>>>>> >>>>>> I'm not looking for anything fancy, just simple stuff to be able to >>>>>> run the build.gradle[w] file would be good. If I'm in a project >>>>>> sub-directory, it should be aware enough to find and run the build.gradle >>>>>> script from the root of the project. Beyond that, >>>>>> I can't think of anything else at this point in time. >>>>>> >>>>>> What sort of state is yours in ? >>>>>> >>>>>> cheers, >>>>>> >>>>>> mehul >>>>>> >>>>>> >>>>>> On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: >>>>>> >>>>>>> What level of Gradle support are you looking for? I've cobbled >>>>>>> together enough for me, but it isn't in any state where I'd share it with >>>>>>> others. >>>>>>> >>>>>>> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi < >>>>>>> meh...@gm...> wrote: >>>>>>> >>>>>>>> Now that we have a new maintainer, here is a couple of things that >>>>>>>> maybe could >>>>>>>> be addressed: >>>>>>>> >>>>>>>> - Clean up the documentation. It seems to be outdated (jde-mode >>>>>>>> vs. jdee-mode, etc.) >>>>>>>> - Provide better information on how to setup for >>>>>>>> auto-completion >>>>>>>> - Generate better online documentation using more modern >>>>>>>> HTML5 perhaps ? >>>>>>>> >>>>>>>> - Add support for Gradle. What would it take to do this ? >>>>>>>> >>>>>>>> >>>>>>>> And most importantly, how can I help to achieve these two things ? >>>>>>>> My emacs-lisp skills are woefully inadequate, but I am willing to help >>>>>>>> wherever I can. >>>>>>>> >>>>>>>> >>>>>>>> cheers, >>>>>>>> >>>>>>>> mehul >>>>>>>> >>>>>>>> -- >>>>>>>> Mehul N. Sanghvi >>>>>>>> email: meh...@gm... >>>>>>>> >>>>>>>> ------------------------------------------------------------ >>>>>>>> ------------------ >>>>>>>> Developer Access Program for Intel Xeon Phi Processors >>>>>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>>>>> With one year of Intel Parallel Studio XE. >>>>>>>> Training and support from Colfax. >>>>>>>> Order your platform today.http://sdm.link/xeonphi >>>>>>>> _______________________________________________ >>>>>>>> jdee-users mailing list >>>>>>>> jde...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Mehul N. Sanghvi >>>>>> email: meh...@gm... >>>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Developer Access Program for Intel Xeon Phi Processors >>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>> With one year of Intel Parallel Studio XE. >>>>> Training and support from Colfax. >>>>> Order your platform today.http://sdm.link/xeonphi >>>>> >>>>> _______________________________________________ >>>>> jdee-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon >>>>> Phi processor-based developer platforms. With one year of Intel Parallel >>>>> Studio XE. Training and support from Colfax. Order your platform today. >>>>> http://sdm.link/xeonphi _______________________________________________ >>>>> jdee-users mailing list jde...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>> >>>> >>> >>> ------------------------------------------------------------ >>> ------------------ >>> Developer Access Program for Intel Xeon Phi Processors >>> Access to Intel Xeon Phi processor-based developer platforms. >>> With one year of Intel Parallel Studio XE. >>> Training and support from Colfax. >>> Order your platform today.http://sdm.link/xeonphi >>> _______________________________________________ >>> jdee-users mailing list >>> jde...@li... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>> >>> >> >> >> -- >> Mehul N. Sanghvi >> email: meh...@gm... >> > > -- Mehul N. Sanghvi email: meh...@gm... |
From: Lanning <la...@gm...> - 2016-12-13 00:33:00
|
How to keep JDEE's paths (sourcepath, classpath, etc) up-to-date with the Gradle project? This <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html> defines a Gradle task that produces a JDEE project file with the relevant data. Of course we all want to hand-tailor our project files too. I see three choices: 1. The user has to modify the Gradle task to include the hand-tailored elisp code. 2. Have the Gradle task produce the main project file, and include your hand-tailord file (e.g. prj-tweaks.el). 3. Have the Gradle task produce a second-level project file (e.g. prj-generated.el) that gets loaded by your hand-built project file. Choice (1) means that you have to hack the (cryptic!) task code. Ugh. Choice (2) is better, but seems upside down to me. Choice (3) seems best: you can include the generated file or not as you see fit. Votes? On Mon, Dec 12, 2016 at 6:18 AM, Mehul Sanghvi <meh...@gm...> wrote: > > I can try and help in anyway that I can. > Still have to get JDEE installed as it generates a backtrace when > installing via package.el > > cheers, > > mehul > > On Mon, Dec 12, 2016 at 12:10 AM, Rob Sargent <rob...@gm...> > wrote: > >> All efforts in this regard will be greatly appreciated. >> In return I'll take a stab implementing same and document my work. >> >> On Dec 11, 2016, at 8:20 PM, Lanning <la...@gm...> wrote: >> >> OK all: I'll try to make time to turn my pile of code into something >> usable by others. >> >> On Fri, Dec 9, 2016 at 3:18 PM, Rob Sargent <rob...@gm...> >> wrote: >> >>> And would be very welcome. >>> >>> I use M-x compile with 'cd <to-top-dir> && gradle compileJava' but as >>> you mention the first compiler complaint is not reachable because gradle >>> doesn't output a newline. I asked gradle to fix that but they don't >>> understand that it's a bug. Ruddy upstarts! So I inject a new-line and the >>> next-error works fine. >>> >>> But that's all outside jdee. I actually have .prj and it kicks in but I >>> don't have the tags so the only pieces I would really like from jdee >>> (go-to-definition, find-usages and the like) are unavailable. >>> >>> On 12/09/2016 04:09 PM, Lanning wrote: >>> >>> Sure thing, sonny boy. >>> >>> Mainly there's code to hook up the JDEE "build" to Gradle. >>> >>> There are a few places where (at least in my world) Gradle and Emacs >>> don't get along too well. (For example, Emacs merges the stdout and stderr >>> streams from the "compiler", and so error lines often end up with Gradle >>> cruft prepended. That confuses parsing for errors, and needs to be fixed >>> up.) There is also code to deal with sub-projects. The recent addition of >>> flycheck also required some "adjustments" so that the >>> jdee-compile-option-directory gets set differently for files in the test >>> directory. >>> >>> Right now this is mixed in with my personal preferences. I would have to >>> refactor it a bit to make it usable. Shouldn't be too hard, and is on my >>> list of things-to-do. >>> >>> >>> On Fri, Dec 9, 2016 at 2:58 PM, Rob Sargent <rob...@gm...> >>> wrote: >>> >>>> Another old codger asks Would you please elaborate on 'a bit of glue >>>> code'? >>>> >>>> On 12/09/2016 03:53 PM, Lanning wrote: >>>> >>>> My code uses the gradle >>>> <https://github.com/emacsmirror/gradle/blob/master/gradle.el> package >>>> to trigger builds. >>>> I use a Gradle plugin (slightly modified version of this >>>> <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) >>>> to build a (part of a) prj file for the project. >>>> Finally a bit of glue code to hook all this up to JDEE. >>>> It isn't what I would call user-friendly. (Since when does that matter >>>> with Emacs?) >>>> >>>> It works well enough for me, but I'm an old codger who can't stand >>>> those new-fangled IDEs the kids keep talking about. >>>> >>>> On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi <meh...@gm...> >>>> wrote: >>>> >>>>> It has been a while since I have used JDEE so I don't even remember >>>>> what level of Ant support it has. I also see in the source code that there >>>>> is some Maven and Make support now as well. >>>>> >>>>> I'm not looking for anything fancy, just simple stuff to be able to >>>>> run the build.gradle[w] file would be good. If I'm in a project >>>>> sub-directory, it should be aware enough to find and run the build.gradle >>>>> script from the root of the project. Beyond that, >>>>> I can't think of anything else at this point in time. >>>>> >>>>> What sort of state is yours in ? >>>>> >>>>> cheers, >>>>> >>>>> mehul >>>>> >>>>> >>>>> On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: >>>>> >>>>>> What level of Gradle support are you looking for? I've cobbled >>>>>> together enough for me, but it isn't in any state where I'd share it with >>>>>> others. >>>>>> >>>>>> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi < >>>>>> meh...@gm...> wrote: >>>>>> >>>>>>> Now that we have a new maintainer, here is a couple of things that >>>>>>> maybe could >>>>>>> be addressed: >>>>>>> >>>>>>> - Clean up the documentation. It seems to be outdated (jde-mode >>>>>>> vs. jdee-mode, etc.) >>>>>>> - Provide better information on how to setup for >>>>>>> auto-completion >>>>>>> - Generate better online documentation using more modern HTML5 >>>>>>> perhaps ? >>>>>>> >>>>>>> - Add support for Gradle. What would it take to do this ? >>>>>>> >>>>>>> >>>>>>> And most importantly, how can I help to achieve these two things ? >>>>>>> My emacs-lisp skills are woefully inadequate, but I am willing to help >>>>>>> wherever I can. >>>>>>> >>>>>>> >>>>>>> cheers, >>>>>>> >>>>>>> mehul >>>>>>> >>>>>>> -- >>>>>>> Mehul N. Sanghvi >>>>>>> email: meh...@gm... >>>>>>> >>>>>>> ------------------------------------------------------------ >>>>>>> ------------------ >>>>>>> Developer Access Program for Intel Xeon Phi Processors >>>>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>>>> With one year of Intel Parallel Studio XE. >>>>>>> Training and support from Colfax. >>>>>>> Order your platform today.http://sdm.link/xeonphi >>>>>>> _______________________________________________ >>>>>>> jdee-users mailing list >>>>>>> jde...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Mehul N. Sanghvi >>>>> email: meh...@gm... >>>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Developer Access Program for Intel Xeon Phi Processors >>>> Access to Intel Xeon Phi processor-based developer platforms. >>>> With one year of Intel Parallel Studio XE. >>>> Training and support from Colfax. >>>> Order your platform today.http://sdm.link/xeonphi >>>> >>>> _______________________________________________ >>>> jdee-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/jdee-users >>>> >>>> ------------------------------------------------------------------------------ >>>> Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon >>>> Phi processor-based developer platforms. With one year of Intel Parallel >>>> Studio XE. Training and support from Colfax. Order your platform today. >>>> http://sdm.link/xeonphi _______________________________________________ >>>> jdee-users mailing list jde...@li... >>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>> >>> >> >> ------------------------------------------------------------ >> ------------------ >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today.http://sdm.link/xeonphi >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> https://lists.sourceforge.net/lists/listinfo/jdee-users >> >> > > > -- > Mehul N. Sanghvi > email: meh...@gm... > |
From: Mehul S. <meh...@gm...> - 2016-12-12 14:18:30
|
I can try and help in anyway that I can. Still have to get JDEE installed as it generates a backtrace when installing via package.el cheers, mehul On Mon, Dec 12, 2016 at 12:10 AM, Rob Sargent <rob...@gm...> wrote: > All efforts in this regard will be greatly appreciated. > In return I'll take a stab implementing same and document my work. > > On Dec 11, 2016, at 8:20 PM, Lanning <la...@gm...> wrote: > > OK all: I'll try to make time to turn my pile of code into something > usable by others. > > On Fri, Dec 9, 2016 at 3:18 PM, Rob Sargent <rob...@gm...> wrote: > >> And would be very welcome. >> >> I use M-x compile with 'cd <to-top-dir> && gradle compileJava' but as you >> mention the first compiler complaint is not reachable because gradle >> doesn't output a newline. I asked gradle to fix that but they don't >> understand that it's a bug. Ruddy upstarts! So I inject a new-line and the >> next-error works fine. >> >> But that's all outside jdee. I actually have .prj and it kicks in but I >> don't have the tags so the only pieces I would really like from jdee >> (go-to-definition, find-usages and the like) are unavailable. >> >> On 12/09/2016 04:09 PM, Lanning wrote: >> >> Sure thing, sonny boy. >> >> Mainly there's code to hook up the JDEE "build" to Gradle. >> >> There are a few places where (at least in my world) Gradle and Emacs >> don't get along too well. (For example, Emacs merges the stdout and stderr >> streams from the "compiler", and so error lines often end up with Gradle >> cruft prepended. That confuses parsing for errors, and needs to be fixed >> up.) There is also code to deal with sub-projects. The recent addition of >> flycheck also required some "adjustments" so that the >> jdee-compile-option-directory gets set differently for files in the test >> directory. >> >> Right now this is mixed in with my personal preferences. I would have to >> refactor it a bit to make it usable. Shouldn't be too hard, and is on my >> list of things-to-do. >> >> >> On Fri, Dec 9, 2016 at 2:58 PM, Rob Sargent <rob...@gm...> >> wrote: >> >>> Another old codger asks Would you please elaborate on 'a bit of glue >>> code'? >>> >>> On 12/09/2016 03:53 PM, Lanning wrote: >>> >>> My code uses the gradle >>> <https://github.com/emacsmirror/gradle/blob/master/gradle.el> package >>> to trigger builds. >>> I use a Gradle plugin (slightly modified version of this >>> <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) >>> to build a (part of a) prj file for the project. >>> Finally a bit of glue code to hook all this up to JDEE. >>> It isn't what I would call user-friendly. (Since when does that matter >>> with Emacs?) >>> >>> It works well enough for me, but I'm an old codger who can't stand those >>> new-fangled IDEs the kids keep talking about. >>> >>> On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi <meh...@gm...> >>> wrote: >>> >>>> It has been a while since I have used JDEE so I don't even remember >>>> what level of Ant support it has. I also see in the source code that there >>>> is some Maven and Make support now as well. >>>> >>>> I'm not looking for anything fancy, just simple stuff to be able to run >>>> the build.gradle[w] file would be good. If I'm in a project sub-directory, >>>> it should be aware enough to find and run the build.gradle script from the >>>> root of the project. Beyond that, >>>> I can't think of anything else at this point in time. >>>> >>>> What sort of state is yours in ? >>>> >>>> cheers, >>>> >>>> mehul >>>> >>>> >>>> On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: >>>> >>>>> What level of Gradle support are you looking for? I've cobbled >>>>> together enough for me, but it isn't in any state where I'd share it with >>>>> others. >>>>> >>>>> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi <meh...@gm... >>>>> > wrote: >>>>> >>>>>> Now that we have a new maintainer, here is a couple of things that >>>>>> maybe could >>>>>> be addressed: >>>>>> >>>>>> - Clean up the documentation. It seems to be outdated (jde-mode >>>>>> vs. jdee-mode, etc.) >>>>>> - Provide better information on how to setup for auto-completion >>>>>> - Generate better online documentation using more modern HTML5 >>>>>> perhaps ? >>>>>> >>>>>> - Add support for Gradle. What would it take to do this ? >>>>>> >>>>>> >>>>>> And most importantly, how can I help to achieve these two things ? >>>>>> My emacs-lisp skills are woefully inadequate, but I am willing to help >>>>>> wherever I can. >>>>>> >>>>>> >>>>>> cheers, >>>>>> >>>>>> mehul >>>>>> >>>>>> -- >>>>>> Mehul N. Sanghvi >>>>>> email: meh...@gm... >>>>>> >>>>>> ------------------------------------------------------------ >>>>>> ------------------ >>>>>> Developer Access Program for Intel Xeon Phi Processors >>>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>>> With one year of Intel Parallel Studio XE. >>>>>> Training and support from Colfax. >>>>>> Order your platform today.http://sdm.link/xeonphi >>>>>> _______________________________________________ >>>>>> jdee-users mailing list >>>>>> jde...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Mehul N. Sanghvi >>>> email: meh...@gm... >>>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Developer Access Program for Intel Xeon Phi Processors >>> Access to Intel Xeon Phi processor-based developer platforms. >>> With one year of Intel Parallel Studio XE. >>> Training and support from Colfax. >>> Order your platform today.http://sdm.link/xeonphi >>> >>> _______________________________________________ >>> jdee-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/jdee-users >>> >>> ------------------------------------------------------------------------------ >>> Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon >>> Phi processor-based developer platforms. With one year of Intel Parallel >>> Studio XE. Training and support from Colfax. Order your platform today. >>> http://sdm.link/xeonphi _______________________________________________ >>> jdee-users mailing list jde...@li... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users >> >> > > ------------------------------------------------------------ > ------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/xeonphi > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users > > -- Mehul N. Sanghvi email: meh...@gm... |
From: Rob S. <rob...@gm...> - 2016-12-12 05:10:30
|
All efforts in this regard will be greatly appreciated. In return I'll take a stab implementing same and document my work. > On Dec 11, 2016, at 8:20 PM, Lanning <la...@gm...> wrote: > > OK all: I'll try to make time to turn my pile of code into something usable by others. > >> On Fri, Dec 9, 2016 at 3:18 PM, Rob Sargent <rob...@gm...> wrote: >> And would be very welcome. >> >> I use M-x compile with 'cd <to-top-dir> && gradle compileJava' but as you mention the first compiler complaint is not reachable because gradle doesn't output a newline. I asked gradle to fix that but they don't understand that it's a bug. Ruddy upstarts! So I inject a new-line and the next-error works fine. >> >> But that's all outside jdee. I actually have .prj and it kicks in but I don't have the tags so the only pieces I would really like from jdee (go-to-definition, find-usages and the like) are unavailable. >> >>> On 12/09/2016 04:09 PM, Lanning wrote: >>> Sure thing, sonny boy. >>> >>> Mainly there's code to hook up the JDEE "build" to Gradle. >>> >>> There are a few places where (at least in my world) Gradle and Emacs don't get along too well. (For example, Emacs merges the stdout and stderr streams from the "compiler", and so error lines often end up with Gradle cruft prepended. That confuses parsing for errors, and needs to be fixed up.) There is also code to deal with sub-projects. The recent addition of flycheck also required some "adjustments" so that the jdee-compile-option-directory gets set differently for files in the test directory. >>> >>> Right now this is mixed in with my personal preferences. I would have to refactor it a bit to make it usable. Shouldn't be too hard, and is on my list of things-to-do. >>> >>> >>>> On Fri, Dec 9, 2016 at 2:58 PM, Rob Sargent <rob...@gm...> wrote: >>>> Another old codger asks Would you please elaborate on 'a bit of glue code'? >>>> >>>>> On 12/09/2016 03:53 PM, Lanning wrote: >>>>> My code uses the gradle package to trigger builds. >>>>> I use a Gradle plugin (slightly modified version of this) to build a (part of a) prj file for the project. >>>>> Finally a bit of glue code to hook all this up to JDEE. >>>>> It isn't what I would call user-friendly. (Since when does that matter with Emacs?) >>>>> >>>>> It works well enough for me, but I'm an old codger who can't stand those new-fangled IDEs the kids keep talking about. >>>>> >>>>> On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi <meh...@gm...> wrote: >>>>>> It has been a while since I have used JDEE so I don't even remember what level of Ant support it has. I also see in the source code that there is some Maven and Make support now as well. >>>>>> >>>>>> I'm not looking for anything fancy, just simple stuff to be able to run the build.gradle[w] file would be good. If I'm in a project sub-directory, it should be aware enough to find and run the build.gradle script from the root of the project. Beyond that, >>>>>> I can't think of anything else at this point in time. >>>>>> >>>>>> What sort of state is yours in ? >>>>>> >>>>>> cheers, >>>>>> >>>>>> mehul >>>>>> >>>>>> >>>>>> On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: >>>>>>> What level of Gradle support are you looking for? I've cobbled together enough for me, but it isn't in any state where I'd share it with others. >>>>>>> >>>>>>> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi <meh...@gm...> wrote: >>>>>>>> Now that we have a new maintainer, here is a couple of things that maybe could >>>>>>>> be addressed: >>>>>>>> >>>>>>>> - Clean up the documentation. It seems to be outdated (jde-mode vs. jdee-mode, etc.) >>>>>>>> - Provide better information on how to setup for auto-completion >>>>>>>> - Generate better online documentation using more modern HTML5 perhaps ? >>>>>>>> >>>>>>>> - Add support for Gradle. What would it take to do this ? >>>>>>>> >>>>>>>> >>>>>>>> And most importantly, how can I help to achieve these two things ? My emacs-lisp skills are woefully inadequate, but I am willing to help wherever I can. >>>>>>>> >>>>>>>> >>>>>>>> cheers, >>>>>>>> >>>>>>>> mehul >>>>>>>> >>>>>>>> -- >>>>>>>> Mehul N. Sanghvi >>>>>>>> email: meh...@gm... >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Developer Access Program for Intel Xeon Phi Processors >>>>>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>>>>> With one year of Intel Parallel Studio XE. >>>>>>>> Training and support from Colfax. >>>>>>>> Order your platform today.http://sdm.link/xeonphi >>>>>>>> _______________________________________________ >>>>>>>> jdee-users mailing list >>>>>>>> jde...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Mehul N. Sanghvi >>>>>> email: meh...@gm... >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Developer Access Program for Intel Xeon Phi Processors >>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>> With one year of Intel Parallel Studio XE. >>>>> Training and support from Colfax. >>>>> Order your platform today.http://sdm.link/xeonphi >>>>> >>>>> _______________________________________________ >>>>> jdee-users mailing list >>>>> jde...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>> ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi _______________________________________________ jdee-users mailing list jde...@li... https://lists.sourceforge.net/lists/listinfo/jdee-users > |
From: Lanning <la...@gm...> - 2016-12-12 03:21:18
|
OK all: I'll try to make time to turn my pile of code into something usable by others. On Fri, Dec 9, 2016 at 3:18 PM, Rob Sargent <rob...@gm...> wrote: > And would be very welcome. > > I use M-x compile with 'cd <to-top-dir> && gradle compileJava' but as you > mention the first compiler complaint is not reachable because gradle > doesn't output a newline. I asked gradle to fix that but they don't > understand that it's a bug. Ruddy upstarts! So I inject a new-line and the > next-error works fine. > > But that's all outside jdee. I actually have .prj and it kicks in but I > don't have the tags so the only pieces I would really like from jdee > (go-to-definition, find-usages and the like) are unavailable. > > On 12/09/2016 04:09 PM, Lanning wrote: > > Sure thing, sonny boy. > > Mainly there's code to hook up the JDEE "build" to Gradle. > > There are a few places where (at least in my world) Gradle and Emacs don't > get along too well. (For example, Emacs merges the stdout and stderr > streams from the "compiler", and so error lines often end up with Gradle > cruft prepended. That confuses parsing for errors, and needs to be fixed > up.) There is also code to deal with sub-projects. The recent addition of > flycheck also required some "adjustments" so that the > jdee-compile-option-directory gets set differently for files in the test > directory. > > Right now this is mixed in with my personal preferences. I would have to > refactor it a bit to make it usable. Shouldn't be too hard, and is on my > list of things-to-do. > > > On Fri, Dec 9, 2016 at 2:58 PM, Rob Sargent <rob...@gm...> wrote: > >> Another old codger asks Would you please elaborate on 'a bit of glue >> code'? >> >> On 12/09/2016 03:53 PM, Lanning wrote: >> >> My code uses the gradle >> <https://github.com/emacsmirror/gradle/blob/master/gradle.el> package to >> trigger builds. >> I use a Gradle plugin (slightly modified version of this >> <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) >> to build a (part of a) prj file for the project. >> Finally a bit of glue code to hook all this up to JDEE. >> It isn't what I would call user-friendly. (Since when does that matter >> with Emacs?) >> >> It works well enough for me, but I'm an old codger who can't stand those >> new-fangled IDEs the kids keep talking about. >> >> On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi <meh...@gm...> >> wrote: >> >>> It has been a while since I have used JDEE so I don't even remember what >>> level of Ant support it has. I also see in the source code that there is >>> some Maven and Make support now as well. >>> >>> I'm not looking for anything fancy, just simple stuff to be able to run >>> the build.gradle[w] file would be good. If I'm in a project sub-directory, >>> it should be aware enough to find and run the build.gradle script from the >>> root of the project. Beyond that, >>> I can't think of anything else at this point in time. >>> >>> What sort of state is yours in ? >>> >>> cheers, >>> >>> mehul >>> >>> >>> On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: >>> >>>> What level of Gradle support are you looking for? I've cobbled together >>>> enough for me, but it isn't in any state where I'd share it with others. >>>> >>>> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi <meh...@gm...> >>>> wrote: >>>> >>>>> Now that we have a new maintainer, here is a couple of things that >>>>> maybe could >>>>> be addressed: >>>>> >>>>> - Clean up the documentation. It seems to be outdated (jde-mode >>>>> vs. jdee-mode, etc.) >>>>> - Provide better information on how to setup for auto-completion >>>>> - Generate better online documentation using more modern HTML5 >>>>> perhaps ? >>>>> >>>>> - Add support for Gradle. What would it take to do this ? >>>>> >>>>> >>>>> And most importantly, how can I help to achieve these two things ? My >>>>> emacs-lisp skills are woefully inadequate, but I am willing to help >>>>> wherever I can. >>>>> >>>>> >>>>> cheers, >>>>> >>>>> mehul >>>>> >>>>> -- >>>>> Mehul N. Sanghvi >>>>> email: meh...@gm... >>>>> >>>>> ------------------------------------------------------------ >>>>> ------------------ >>>>> Developer Access Program for Intel Xeon Phi Processors >>>>> Access to Intel Xeon Phi processor-based developer platforms. >>>>> With one year of Intel Parallel Studio XE. >>>>> Training and support from Colfax. >>>>> Order your platform today.http://sdm.link/xeonphi >>>>> _______________________________________________ >>>>> jdee-users mailing list >>>>> jde...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>> >>>>> >>>> >>> >>> >>> -- >>> Mehul N. Sanghvi >>> email: meh...@gm... >>> >> >> >> >> ------------------------------------------------------------------------------ >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today.http://sdm.link/xeonphi >> >> _______________________________________________ >> jdee-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/jdee-users >> >> ------------------------------------------------------------------------------ >> Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon >> Phi processor-based developer platforms. With one year of Intel Parallel >> Studio XE. Training and support from Colfax. Order your platform today. >> http://sdm.link/xeonphi _______________________________________________ >> jdee-users mailing list jde...@li... >> https://lists.sourceforge.net/lists/listinfo/jdee-users > > |
From: Rob S. <rob...@gm...> - 2016-12-09 23:18:43
|
And would be very welcome. I use M-x compile with 'cd <to-top-dir> && gradle compileJava' but as you mention the first compiler complaint is not reachable because gradle doesn't output a newline. I asked gradle to fix that but they don't understand that it's a bug. Ruddy upstarts! So I inject a new-line and the next-error works fine. But that's all outside jdee. I actually have .prj and it kicks in but I don't have the tags so the only pieces I would really like from jdee (go-to-definition, find-usages and the like) are unavailable. On 12/09/2016 04:09 PM, Lanning wrote: > Sure thing, sonny boy. > > Mainly there's code to hook up the JDEE "build" to Gradle. > > There are a few places where (at least in my world) Gradle and Emacs > don't get along too well. (For example, Emacs merges the stdout and > stderr streams from the "compiler", and so error lines often end up > with Gradle cruft prepended. That confuses parsing for errors, and > needs to be fixed up.) There is also code to deal with sub-projects. > The recent addition of flycheck also required some "adjustments" so > that the jdee-compile-option-directory gets set differently for files > in the test directory. > > Right now this is mixed in with my personal preferences. I would have > to refactor it a bit to make it usable. Shouldn't be too hard, and is > on my list of things-to-do. > > > On Fri, Dec 9, 2016 at 2:58 PM, Rob Sargent <rob...@gm... > <mailto:rob...@gm...>> wrote: > > Another old codger asks Would you please elaborate on 'a bit of > glue code'? > > > On 12/09/2016 03:53 PM, Lanning wrote: >> My code uses the gradle >> <https://github.com/emacsmirror/gradle/blob/master/gradle.el> >> package to trigger builds. >> I use a Gradle plugin (slightly modified version of this >> <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) >> to build a (part of a) prj file for the project. >> Finally a bit of glue code to hook all this up to JDEE. >> It isn't what I would call user-friendly. (Since when does that >> matter with Emacs?) >> >> It works well enough for me, but I'm an old codger who can't >> stand those new-fangled IDEs the kids keep talking about. >> >> On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi >> <meh...@gm... <mailto:meh...@gm...>> wrote: >> >> It has been a while since I have used JDEE so I don't even >> remember what level of Ant support it has. I also see in the >> source code that there is some Maven and Make support now as >> well. >> >> I'm not looking for anything fancy, just simple stuff to be >> able to run the build.gradle[w] file would be good. If I'm >> in a project sub-directory, it should be aware enough to find >> and run the build.gradle script from the root of the >> project. Beyond that, >> I can't think of anything else at this point in time. >> >> What sort of state is yours in ? >> >> cheers, >> >> mehul >> >> >> On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm... >> <mailto:la...@gm...>> wrote: >> >> What level of Gradle support are you looking for? I've >> cobbled together enough for me, but it isn't in any state >> where I'd share it with others. >> >> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi >> <meh...@gm... >> <mailto:meh...@gm...>> wrote: >> >> Now that we have a new maintainer, here is a couple >> of things that maybe could >> be addressed: >> >> - Clean up the documentation. It seems to be >> outdated (jde-mode vs. jdee-mode, etc.) >> - Provide better information on how to setup >> for auto-completion >> - Generate better online documentation using >> more modern HTML5 perhaps ? >> >> - Add support for Gradle. What would it take to >> do this ? >> >> >> And most importantly, how can I help to achieve these >> two things ? My emacs-lisp skills are woefully >> inadequate, but I am willing to help wherever I can. >> >> >> cheers, >> >> mehul >> >> -- >> Mehul N. Sanghvi >> email: meh...@gm... >> <mailto:meh...@gm...> >> >> ------------------------------------------------------------------------------ >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer >> platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today.http://sdm.link/xeonphi >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> <mailto:jde...@li...> >> https://lists.sourceforge.net/lists/listinfo/jdee-users >> <https://lists.sourceforge.net/lists/listinfo/jdee-users> >> >> >> >> >> >> -- >> Mehul N. Sanghvi >> email: meh...@gm... <mailto:meh...@gm...> >> >> >> >> >> ------------------------------------------------------------------------------ >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today.http://sdm.link/xeonphi >> >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> <mailto:jde...@li...> >> https://lists.sourceforge.net/lists/listinfo/jdee-users >> <https://lists.sourceforge.net/lists/listinfo/jdee-users> > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors Access to > Intel Xeon Phi processor-based developer platforms. With one year > of Intel Parallel Studio XE. Training and support from Colfax. > Order your platform today.http://sdm.link/xeonphi > _______________________________________________ jdee-users mailing > list jde...@li... > <mailto:jde...@li...> > https://lists.sourceforge.net/lists/listinfo/jdee-users > <https://lists.sourceforge.net/lists/listinfo/jdee-users> > |
From: Lanning <la...@gm...> - 2016-12-09 23:10:16
|
Sure thing, sonny boy. Mainly there's code to hook up the JDEE "build" to Gradle. There are a few places where (at least in my world) Gradle and Emacs don't get along too well. (For example, Emacs merges the stdout and stderr streams from the "compiler", and so error lines often end up with Gradle cruft prepended. That confuses parsing for errors, and needs to be fixed up.) There is also code to deal with sub-projects. The recent addition of flycheck also required some "adjustments" so that the jdee-compile-option-directory gets set differently for files in the test directory. Right now this is mixed in with my personal preferences. I would have to refactor it a bit to make it usable. Shouldn't be too hard, and is on my list of things-to-do. On Fri, Dec 9, 2016 at 2:58 PM, Rob Sargent <rob...@gm...> wrote: > Another old codger asks Would you please elaborate on 'a bit of glue code'? > > On 12/09/2016 03:53 PM, Lanning wrote: > > My code uses the gradle > <https://github.com/emacsmirror/gradle/blob/master/gradle.el> package to > trigger builds. > I use a Gradle plugin (slightly modified version of this > <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) > to build a (part of a) prj file for the project. > Finally a bit of glue code to hook all this up to JDEE. > It isn't what I would call user-friendly. (Since when does that matter > with Emacs?) > > It works well enough for me, but I'm an old codger who can't stand those > new-fangled IDEs the kids keep talking about. > > On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi <meh...@gm...> > wrote: > >> It has been a while since I have used JDEE so I don't even remember what >> level of Ant support it has. I also see in the source code that there is >> some Maven and Make support now as well. >> >> I'm not looking for anything fancy, just simple stuff to be able to run >> the build.gradle[w] file would be good. If I'm in a project sub-directory, >> it should be aware enough to find and run the build.gradle script from the >> root of the project. Beyond that, >> I can't think of anything else at this point in time. >> >> What sort of state is yours in ? >> >> cheers, >> >> mehul >> >> >> On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: >> >>> What level of Gradle support are you looking for? I've cobbled together >>> enough for me, but it isn't in any state where I'd share it with others. >>> >>> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi <meh...@gm...> >>> wrote: >>> >>>> Now that we have a new maintainer, here is a couple of things that >>>> maybe could >>>> be addressed: >>>> >>>> - Clean up the documentation. It seems to be outdated (jde-mode vs. >>>> jdee-mode, etc.) >>>> - Provide better information on how to setup for auto-completion >>>> - Generate better online documentation using more modern HTML5 >>>> perhaps ? >>>> >>>> - Add support for Gradle. What would it take to do this ? >>>> >>>> >>>> And most importantly, how can I help to achieve these two things ? My >>>> emacs-lisp skills are woefully inadequate, but I am willing to help >>>> wherever I can. >>>> >>>> >>>> cheers, >>>> >>>> mehul >>>> >>>> -- >>>> Mehul N. Sanghvi >>>> email: meh...@gm... >>>> >>>> ------------------------------------------------------------ >>>> ------------------ >>>> Developer Access Program for Intel Xeon Phi Processors >>>> Access to Intel Xeon Phi processor-based developer platforms. >>>> With one year of Intel Parallel Studio XE. >>>> Training and support from Colfax. >>>> Order your platform today.http://sdm.link/xeonphi >>>> _______________________________________________ >>>> jdee-users mailing list >>>> jde...@li... >>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>> >>>> >>> >> >> >> -- >> Mehul N. Sanghvi >> email: meh...@gm... >> > > > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/xeonphi > > > > _______________________________________________ > jdee-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/jdee-users > > > > ------------------------------------------------------------ > ------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/xeonphi > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users > > |
From: Rob S. <rob...@gm...> - 2016-12-09 22:59:07
|
Another old codger asks Would you please elaborate on 'a bit of glue code'? On 12/09/2016 03:53 PM, Lanning wrote: > My code uses the gradle > <https://github.com/emacsmirror/gradle/blob/master/gradle.el> package > to trigger builds. > I use a Gradle plugin (slightly modified version of this > <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) > to build a (part of a) prj file for the project. > Finally a bit of glue code to hook all this up to JDEE. > It isn't what I would call user-friendly. (Since when does that matter > with Emacs?) > > It works well enough for me, but I'm an old codger who can't stand > those new-fangled IDEs the kids keep talking about. > > On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi <meh...@gm... > <mailto:meh...@gm...>> wrote: > > It has been a while since I have used JDEE so I don't even > remember what level of Ant support it has. I also see in the > source code that there is some Maven and Make support now as well. > > I'm not looking for anything fancy, just simple stuff to be able > to run the build.gradle[w] file would be good. If I'm in a > project sub-directory, it should be aware enough to find and run > the build.gradle script from the root of the project. Beyond that, > I can't think of anything else at this point in time. > > What sort of state is yours in ? > > cheers, > > mehul > > > On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm... > <mailto:la...@gm...>> wrote: > > What level of Gradle support are you looking for? I've cobbled > together enough for me, but it isn't in any state where I'd > share it with others. > > On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi > <meh...@gm... <mailto:meh...@gm...>> wrote: > > Now that we have a new maintainer, here is a couple of > things that maybe could > be addressed: > > - Clean up the documentation. It seems to be outdated > (jde-mode vs. jdee-mode, etc.) > - Provide better information on how to setup for > auto-completion > - Generate better online documentation using more > modern HTML5 perhaps ? > > - Add support for Gradle. What would it take to do this ? > > > And most importantly, how can I help to achieve these two > things ? My emacs-lisp skills are woefully inadequate, but > I am willing to help wherever I can. > > > cheers, > > mehul > > -- > Mehul N. Sanghvi > email: meh...@gm... > <mailto:meh...@gm...> > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/xeonphi > _______________________________________________ > jdee-users mailing list > jde...@li... > <mailto:jde...@li...> > https://lists.sourceforge.net/lists/listinfo/jdee-users > <https://lists.sourceforge.net/lists/listinfo/jdee-users> > > > > > > -- > Mehul N. Sanghvi > email: meh...@gm... <mailto:meh...@gm...> > > > > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/xeonphi > > > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Lanning <la...@gm...> - 2016-12-09 22:53:57
|
My code uses the gradle <https://github.com/emacsmirror/gradle/blob/master/gradle.el> package to trigger builds. I use a Gradle plugin (slightly modified version of this <http://ignatyev-dev.blogspot.com/2013/07/gradle-projects-in-jdee.html>) to build a (part of a) prj file for the project. Finally a bit of glue code to hook all this up to JDEE. It isn't what I would call user-friendly. (Since when does that matter with Emacs?) It works well enough for me, but I'm an old codger who can't stand those new-fangled IDEs the kids keep talking about. On Fri, Dec 9, 2016 at 2:03 PM, Mehul Sanghvi <meh...@gm...> wrote: > It has been a while since I have used JDEE so I don't even remember what > level of Ant support it has. I also see in the source code that there is > some Maven and Make support now as well. > > I'm not looking for anything fancy, just simple stuff to be able to run > the build.gradle[w] file would be good. If I'm in a project sub-directory, > it should be aware enough to find and run the build.gradle script from the > root of the project. Beyond that, > I can't think of anything else at this point in time. > > What sort of state is yours in ? > > cheers, > > mehul > > > On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: > >> What level of Gradle support are you looking for? I've cobbled together >> enough for me, but it isn't in any state where I'd share it with others. >> >> On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi <meh...@gm...> >> wrote: >> >>> Now that we have a new maintainer, here is a couple of things that maybe >>> could >>> be addressed: >>> >>> - Clean up the documentation. It seems to be outdated (jde-mode vs. >>> jdee-mode, etc.) >>> - Provide better information on how to setup for auto-completion >>> - Generate better online documentation using more modern HTML5 >>> perhaps ? >>> >>> - Add support for Gradle. What would it take to do this ? >>> >>> >>> And most importantly, how can I help to achieve these two things ? My >>> emacs-lisp skills are woefully inadequate, but I am willing to help >>> wherever I can. >>> >>> >>> cheers, >>> >>> mehul >>> >>> -- >>> Mehul N. Sanghvi >>> email: meh...@gm... >>> >>> ------------------------------------------------------------ >>> ------------------ >>> Developer Access Program for Intel Xeon Phi Processors >>> Access to Intel Xeon Phi processor-based developer platforms. >>> With one year of Intel Parallel Studio XE. >>> Training and support from Colfax. >>> Order your platform today.http://sdm.link/xeonphi >>> _______________________________________________ >>> jdee-users mailing list >>> jde...@li... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>> >>> >> > > > -- > Mehul N. Sanghvi > email: meh...@gm... > |
From: Mehul S. <meh...@gm...> - 2016-12-09 22:03:53
|
It has been a while since I have used JDEE so I don't even remember what level of Ant support it has. I also see in the source code that there is some Maven and Make support now as well. I'm not looking for anything fancy, just simple stuff to be able to run the build.gradle[w] file would be good. If I'm in a project sub-directory, it should be aware enough to find and run the build.gradle script from the root of the project. Beyond that, I can't think of anything else at this point in time. What sort of state is yours in ? cheers, mehul On Fri, Dec 9, 2016 at 4:26 PM, Lanning <la...@gm...> wrote: > What level of Gradle support are you looking for? I've cobbled together > enough for me, but it isn't in any state where I'd share it with others. > > On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi <meh...@gm...> > wrote: > >> Now that we have a new maintainer, here is a couple of things that maybe >> could >> be addressed: >> >> - Clean up the documentation. It seems to be outdated (jde-mode vs. >> jdee-mode, etc.) >> - Provide better information on how to setup for auto-completion >> - Generate better online documentation using more modern HTML5 >> perhaps ? >> >> - Add support for Gradle. What would it take to do this ? >> >> >> And most importantly, how can I help to achieve these two things ? My >> emacs-lisp skills are woefully inadequate, but I am willing to help >> wherever I can. >> >> >> cheers, >> >> mehul >> >> -- >> Mehul N. Sanghvi >> email: meh...@gm... >> >> ------------------------------------------------------------ >> ------------------ >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today.http://sdm.link/xeonphi >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> https://lists.sourceforge.net/lists/listinfo/jdee-users >> >> > -- Mehul N. Sanghvi email: meh...@gm... |
From: Lanning <la...@gm...> - 2016-12-09 21:26:34
|
What level of Gradle support are you looking for? I've cobbled together enough for me, but it isn't in any state where I'd share it with others. On Wed, Dec 7, 2016 at 8:38 PM, Mehul Sanghvi <meh...@gm...> wrote: > Now that we have a new maintainer, here is a couple of things that maybe > could > be addressed: > > - Clean up the documentation. It seems to be outdated (jde-mode vs. > jdee-mode, etc.) > - Provide better information on how to setup for auto-completion > - Generate better online documentation using more modern HTML5 > perhaps ? > > - Add support for Gradle. What would it take to do this ? > > > And most importantly, how can I help to achieve these two things ? My > emacs-lisp skills are woefully inadequate, but I am willing to help > wherever I can. > > > cheers, > > mehul > > -- > Mehul N. Sanghvi > email: meh...@gm... > > ------------------------------------------------------------ > ------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/xeonphi > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users > > |
From: Mehul S. <meh...@gm...> - 2016-12-08 04:38:20
|
Now that we have a new maintainer, here is a couple of things that maybe could be addressed: - Clean up the documentation. It seems to be outdated (jde-mode vs. jdee-mode, etc.) - Provide better information on how to setup for auto-completion - Generate better online documentation using more modern HTML5 perhaps ? - Add support for Gradle. What would it take to do this ? And most importantly, how can I help to achieve these two things ? My emacs-lisp skills are woefully inadequate, but I am willing to help wherever I can. cheers, mehul -- Mehul N. Sanghvi email: meh...@gm... |
From: Paul L. <la...@ma...> - 2016-12-02 20:06:46
|
Yes, and there will be additional work I will do! ;) On Dec 2, 2016, at 1:04 PM, Mehul Sanghvi <meh...@gm...> wrote: > > Congratulations Wojnowski. It is good to see some continuation on this project. > > Paul, Thank you for the work you've done as well. > > > cheers, > > mehul > > > On Fri, Dec 2, 2016 at 1:00 PM, Paul Landes <la...@ma...> wrote: > The project’s owner and primary maintainer is now Mr. Wojnowski. He’s been the most active lately and shown to have a very good handle on the project. He’ll make a great project owner. > > I’ll still be a maintainer and help in ways I can. However, I no longer do much in Java and I think the project needs a maintainer who uses it on a daily basis. > > Perhaps one of the first things to do is establish a new mailing list. I don’t have the admin user/password for the sourceforge lists and neither did Paul Kinnucan (original author). > > Thanks all. > ------------------------------------------------------------------------------ > 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 > > > > -- > Mehul N. Sanghvi > email: meh...@gm... |
From: Mehul S. <meh...@gm...> - 2016-12-02 19:04:53
|
Congratulations Wojnowski. It is good to see some continuation on this project. Paul, Thank you for the work you've done as well. cheers, mehul On Fri, Dec 2, 2016 at 1:00 PM, Paul Landes <la...@ma...> wrote: > The project’s owner and primary maintainer is now Mr. Wojnowski. He’s > been the most active lately and shown to have a very good handle on the > project. He’ll make a great project owner. > > I’ll still be a maintainer and help in ways I can. However, I no longer > do much in Java and I think the project needs a maintainer who uses it on a > daily basis. > > Perhaps one of the first things to do is establish a new mailing list. I > don’t have the admin user/password for the sourceforge lists and neither > did Paul Kinnucan (original author). > > Thanks all. > ------------------------------------------------------------ > ------------------ > 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 > -- Mehul N. Sanghvi email: meh...@gm... |
From: Paul L. <la...@ma...> - 2016-12-02 18:18:43
|
The project’s owner and primary maintainer is now Mr. Wojnowski. He’s been the most active lately and shown to have a very good handle on the project. He’ll make a great project owner. I’ll still be a maintainer and help in ways I can. However, I no longer do much in Java and I think the project needs a maintainer who uses it on a daily basis. Perhaps one of the first things to do is establish a new mailing list. I don’t have the admin user/password for the sourceforge lists and neither did Paul Kinnucan (original author). Thanks all. |
From: Przemysław W. <esp...@cu...> - 2016-11-16 09:28:07
|
Hi. Basically not many things have changed, at least as far as prj.el is concerned. The only notable difference is that all its content should have "jdee-" prefix instead of "jde-". Also the Java part have been moved to jdee/jdee-server, which have to be build separately. Regards, Przemyslaw W dniu 2016-11-16 04:27, Carlos Konstanski napisał(a): > It's been a long time since I used JDEE. Do we still write a prj.el > file > to define a project? Is there any up-to-date documentation on what the > file should contain? > > Sincerely, > > Carlos Konstanski > > ------------------------------------------------------------------------------ > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Carlos K. <cko...@pi...> - 2016-11-16 03:44:42
|
It's been a long time since I used JDEE. Do we still write a prj.el file to define a project? Is there any up-to-date documentation on what the file should contain? Sincerely, Carlos Konstanski |
From: Przemysław W. <esp...@cu...> - 2016-06-25 20:05:58
|
I've got two ideas that may be helpful here: 1. IMHO the best way to install JDEE is through MELPA. 2. Check out https://github.com/jdee-emacs/jdee/blob/master/CHANGES.md for migration instructions from older versions of JDEE (especially rename of config options from "jde-" to "jdee-"). 3. It's best to report issues directly on Github (https://github.com/jdee-emacs/jdee/issues). Hope it helps, Przemysław W dniu 25.06.2016 o 20:59, Brad Johanson pisze: > > I'm on Emacs 24.5.1 and JDEE 2.4.2. I don't remember where I got the > JDEE, but I think it was off of MELPA. > > When I do a "customize-apropos" I can see a "Jdee Menu Definition" > section which seems to have the full menu I would like to appear, it > just isn't actually showing up. I'm guessing something got messed up > when I installed and the actual line or lines (in my .emacs?) either > didn't get added or got removed. > > Do you have any idea what command I would use and/or put in my .emacs > file to show it? > > -Brad > > On Tue, 21 Jun 2016, Przemysław Wojnowski wrote: > >> Sorry to reply so late, but which version on JDEE (and Emacs) do you >> use? The menu is working fine in the latest JDEE from MELPA. >> >> Cheers, >> Przemysław >> >> W dniu 03.05.2016 o 20:10, Brad Johanson pisze: >>> >>> I recently updated to Emacs 24 after getting by on a creaky install of >>> Emacs 21 with an ancient version of JDEE for many years. >>> >>> Overall, I'm glad to have the updates to both Emacs and JDEE, but I lost >>> the JDEE menu somehow. Specifically, it is the one where you can use >>> the >>> template to insert get/set pairs, etc.. and it also had quick links to >>> customizing the classpath and other JDEE parameters. >>> >>> The menu, or at least the items on the menu, seem to still be there, >>> so I >>> think it is just a matter of modifying my .emacs file to display it when >>> in JDEE mode. Unfortunately, I'm not enough of an expert at either >>> Emacs >>> or JDEE to know how to do this. Does anybody on the list know how to >>> set >>> things up so that this is included on my menu bar again? >>> >>> Thanks in advance, >>> >>> -Brad >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Find and fix application performance issues faster with Applications >>> Manager >>> Applications Manager provides deep performance insights into multiple >>> tiers of >>> your business applications. It resolves application problems quickly and >>> reduces your MTTR. Get your free trial! >>> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z >>> _______________________________________________ >>> jdee-users mailing list >>> jde...@li... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>> >> |
From: Brad J. <bjo...@ti...> - 2016-06-25 19:14:31
|
I'm on Emacs 24.5.1 and JDEE 2.4.2. I don't remember where I got the JDEE, but I think it was off of MELPA. When I do a "customize-apropos" I can see a "Jdee Menu Definition" section which seems to have the full menu I would like to appear, it just isn't actually showing up. I'm guessing something got messed up when I installed and the actual line or lines (in my .emacs?) either didn't get added or got removed. Do you have any idea what command I would use and/or put in my .emacs file to show it? -Brad On Tue, 21 Jun 2016, Przemysław Wojnowski wrote: > Sorry to reply so late, but which version on JDEE (and Emacs) do you use? The > menu is working fine in the latest JDEE from MELPA. > > Cheers, > Przemysław > > W dniu 03.05.2016 o 20:10, Brad Johanson pisze: >> >> I recently updated to Emacs 24 after getting by on a creaky install of >> Emacs 21 with an ancient version of JDEE for many years. >> >> Overall, I'm glad to have the updates to both Emacs and JDEE, but I lost >> the JDEE menu somehow. Specifically, it is the one where you can use the >> template to insert get/set pairs, etc.. and it also had quick links to >> customizing the classpath and other JDEE parameters. >> >> The menu, or at least the items on the menu, seem to still be there, so I >> think it is just a matter of modifying my .emacs file to display it when >> in JDEE mode. Unfortunately, I'm not enough of an expert at either Emacs >> or JDEE to know how to do this. Does anybody on the list know how to set >> things up so that this is included on my menu bar again? >> >> Thanks in advance, >> >> -Brad >> >> >> ------------------------------------------------------------------------------ >> Find and fix application performance issues faster with Applications >> Manager >> Applications Manager provides deep performance insights into multiple tiers >> of >> your business applications. It resolves application problems quickly and >> reduces your MTTR. Get your free trial! >> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z >> _______________________________________________ >> jdee-users mailing list >> jde...@li... >> https://lists.sourceforge.net/lists/listinfo/jdee-users >> > |
From: Przemysław W. <esp...@cu...> - 2016-06-21 19:47:49
|
Sorry to reply so late, but which version on JDEE (and Emacs) do you use? The menu is working fine in the latest JDEE from MELPA. Cheers, Przemysław W dniu 03.05.2016 o 20:10, Brad Johanson pisze: > > I recently updated to Emacs 24 after getting by on a creaky install of > Emacs 21 with an ancient version of JDEE for many years. > > Overall, I'm glad to have the updates to both Emacs and JDEE, but I lost > the JDEE menu somehow. Specifically, it is the one where you can use the > template to insert get/set pairs, etc.. and it also had quick links to > customizing the classpath and other JDEE parameters. > > The menu, or at least the items on the menu, seem to still be there, so I > think it is just a matter of modifying my .emacs file to display it when > in JDEE mode. Unfortunately, I'm not enough of an expert at either Emacs > or JDEE to know how to do this. Does anybody on the list know how to set > things up so that this is included on my menu bar again? > > Thanks in advance, > > -Brad > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > jdee-users mailing list > jde...@li... > https://lists.sourceforge.net/lists/listinfo/jdee-users > |
From: Ernst R. <re...@ar...> - 2016-06-02 20:30:59
|
Hi all, I use GNU Emacs 24.3.1 (x86_64-suse-linux-gnu, GTK+ Version 3.16.7) of 2015-10-25 on build24 with jde 2.4.1. Seems to work fine but customization looks fancy but does not work: jde->options->general is an example: I can no longer open folds and i cannot access state->safe in jdee project file. So I cannot customize at all via the dialog. Any suggestions??/ Thanks in advance. Ernst |