Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
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
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
|
1
(1) |
2
|
3
|
4
|
5
(1) |
6
|
7
(4) |
8
(1) |
9
(2) |
10
(4) |
11
(4) |
12
(3) |
13
|
14
|
15
(1) |
16
|
17
(3) |
18
(2) |
19
|
20
|
21
|
22
|
23
|
24
|
25
|
26
(1) |
27
|
28
|
29
|
30
(1) |
31
|
|
|
|
|
|
From: Young <since1992@gm...> - 2010-05-30 17:17:38
|
I solved the problem myself. I learned that I need to set up both jde.global.classpath and jde-sourcepath before using JDB. |
From: Young <since1992@gm...> - 2010-05-26 21:24:50
|
I have installed Emacs23 and JDEE. When I tried to use jdb(C-c C-v C-d), Debugger issue Lisp error. Debugger entered--Lisp error: (error "Class not found: Fraction") signal(error ("Class not found: Fraction")) error("Class not found: %s" "Fraction") jde-find-class-source-file("Fraction") jde-db-find-class-source("Fraction") jde-db-set-debug-cursor("Fraction" "Fraction.java" 119) eieio-generic-call(jde-db-listener-filter-output ([object jd......... I also attach a report file. Thank you. |
From: David Ventimiglia <dventimiglia@gu...> - 2010-05-18 20:15:38
|
Thanks, Eric. I'll see if I can get your patch working with my system. Best, David > -----Original Message----- > From: Eric M. Ludlam [mailto:eric@...] > Sent: Wednesday, May 12, 2010 4:29 AM > To: jdee-users@... > Subject: Re: [jdee-users] Flatten/filter the Classes imenu? > > Hi, > > This may be the difference between senator-jump (what used to be bound > to c-c , j, and semantic-complete-jump-local, which is now bound to c-c > , j. > > The algorithm for all these bits are a bit naive in that they just pull > up all the tags and offer them up. > > If there is a specific type of filter that you (collectively) want, it > isn't that hard to implement. The semantic completion engine is > architected with 'collectors' and 'displayors'. It sounds like all > that is needed is a new collector type. > > I've attached a starter patch for what I'm guessing is the feature you > want. Please tune it and let me know if it does what you are looking > for. > > Eric > > On 05/12/2010 05:40 AM, Tobias Gerdin wrote: > > Den Tue, 11 May 2010 09:42:04 -0700 > > skrev Re: [jdee-users] Flatten/filter the Classes imenu?: > > > >> Thanks, Eric. Yes, the keystroke C-c , j is great, though it > suffers > >> from too many hits. One of my Java files has 1200+ matches (tags), > >> and that's not atypical. Many of those are the import statements, > >> which I'll never want to navigate to. Many others are method > >> parameters, which I'll also never want to navigate to. > > > > I use Debian JDEE 2.3.5.1 (based on cedet1.0pre4, I believe) and > often > > make use of senator-jump (which I've bound to C-c j in JDE mode) > while > > navigating inside a class. For me the set of completions does not > > include method parameters (which I agree would not be that useful) so > > it usually works well even in fairly large classes. I find it useful > > that it also allows jumping to instance variables (but the import > > statements could probably have been omitted, I agree). > > > > -Tobias > > > > > > --------------------------------------------------------------------- > - > > -------- > > > > _______________________________________________ > > jdee-users mailing list > > jdee-users@... > > https://lists.sourceforge.net/lists/listinfo/jdee-users > > |
From: Mihamina Rakotomandimby <mihamina@gu...> - 2010-05-18 06:02:51
|
Manao ahoana, Hello, Bonjour, Does some in here use JDEE to develop for Android? Any tips or settings to make development easier? Misaotra, Thanks, Merci. -- Architecte Informatique chez Blueline/Gulfsat: Administration Systeme, Recherche & Developpement +261 3456 000 19 |
From: 529pss <529pss@gm...> - 2010-05-17 11:05:19
|
Yes, it is great indeed. Maybe it could be wrapped in jdee. It would be, eventually, easier to maintain. thanks, Pedro On Mon, 2010-05-17 at 13:16 +1200, Len Trigg wrote: > Yes, I just checked and I have exactly that same patch in my local > version of jde-usages :-) > > Thanks for posting it to the list. I haven't seen any messages from > Suraj Acharya for a long time (I tried emailing about the eclipse > compiler server but had no response), so it seems abandoned - it is a > great plugin though. > > Cheers, > Len. > > On Sun, May 16, 2010 at 4:30 AM, 529pss <529pss@...> wrote: > > In case it is useful to someone: > > > > I've found an issue using jde-usages with the latest jdee (trunk). > > Basically I wasn't able to display a inheritance tree (subtypes or > > supertypes) for a given class. > > > > Log shown in the messages buffer: > > > > --------------------------------------------- > > > > error : (void-variable java\.io\.PrintStream@...) [2 times] > > error : (void-variable //) [3 times] > > Beanshell expression evaluation error. > > Expression: { > > boolean _prevShowValue = this.interpreter.getShowResults(); > > Object _retVal = null; > > this.interpreter.setShowResults(false); > > _jdeCustEvalFn() { jde.util.Usages.getAllClasses (out); }; > > try { _retVal = eval("_jdeCustEvalFn();"); } > > finally { > > this.interpreter.setShowResults(_prevShowValue); > > } > > if (_retVal != null) print(_retVal); > > } > > Error: // Error: // Uncaught Exception: Method Invocation > > this.interpreter.eval : at Line: 73 : in file: /bsh/commands/eval.bsh : > > this .interpreter .eval ( expression , this .caller .namespace ) > > > > Called from method: eval : at Line: 29 : in file: <unknown file> : eval > > ( "_jdeCustEvalFn();" ) > > Target exception: Sourced file: inline evaluation of: > > ``_jdeCustEvalFn();'' : Undefined argument: out : at Line: 28 : in > > file: <unknown file> : ( out ) > > > > Called from method: _jdeCustEvalFn : at Line: 1 : in file: inline > > evaluation of: ``_jdeCustEvalFn();'' : _jdeCustEvalFn ( ) > > [2 times] > > > > --------------------------------------------- > > > > > > So, basically the error is caused by the undefined argument 'out'. > > The error can be fixed by replacing the following 3 lines in the > > jde-usages-class-completion.el (line 46): > > > > (jde-jeval (concat "out = new java.io.PrintStream (new > > java.io.BufferedOutputStream (new java.io.FileOutputStream (new > > java.io.File (\"" classes-file "\"))));")) > > (jde-jeval "jde.util.Usages.getAllClasses (out);") > > (jde-jeval "out.close();") > > > > > > By: > > > > (jde-jeval (concat "out = new java.io.PrintStream (new > > java.io.BufferedOutputStream (new java.io.FileOutputStream (new > > java.io.File (\"" classes-file "\")))); jde.util.Usages.getAllClasses > > (out); out.close();")) > > > > > > Basically, every 'jde-eval' invocation is scoped (between '{...}'). > > That's why the 'out' variable is not known in the second 'jde-eval' > > invocation. > > Replacing the 3 tree evaluations by just one fixes the problem. > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > > jdee-users mailing list > > jdee-users@... > > https://lists.sourceforge.net/lists/listinfo/jdee-users > > |
From: 529pss <529pss@gm...> - 2010-05-17 11:04:26
|
Yes, it is great indeed. Maybe it could be wrapped in jdee. It would be, eventually, easier to maintain. thanks, Pedro On Mon, 2010-05-17 at 13:16 +1200, Len Trigg wrote: > Yes, I just checked and I have exactly that same patch in my local > version of jde-usages :-) > > Thanks for posting it to the list. I haven't seen any messages from > Suraj Acharya for a long time (I tried emailing about the eclipse > compiler server but had no response), so it seems abandoned - it is a > great plugin though. > > Cheers, > Len. > > On Sun, May 16, 2010 at 4:30 AM, 529pss <529pss@...> wrote: > > In case it is useful to someone: > > > > I've found an issue using jde-usages with the latest jdee (trunk). > > Basically I wasn't able to display a inheritance tree (subtypes or > > supertypes) for a given class. > > > > Log shown in the messages buffer: > > > > --------------------------------------------- > > > > error : (void-variable java\.io\.PrintStream@...) [2 times] > > error : (void-variable //) [3 times] > > Beanshell expression evaluation error. > > Expression: { > > boolean _prevShowValue = this.interpreter.getShowResults(); > > Object _retVal = null; > > this.interpreter.setShowResults(false); > > _jdeCustEvalFn() { jde.util.Usages.getAllClasses (out); }; > > try { _retVal = eval("_jdeCustEvalFn();"); } > > finally { > > this.interpreter.setShowResults(_prevShowValue); > > } > > if (_retVal != null) print(_retVal); > > } > > Error: // Error: // Uncaught Exception: Method Invocation > > this.interpreter.eval : at Line: 73 : in file: /bsh/commands/eval.bsh : > > this .interpreter .eval ( expression , this .caller .namespace ) > > > > Called from method: eval : at Line: 29 : in file: <unknown file> : eval > > ( "_jdeCustEvalFn();" ) > > Target exception: Sourced file: inline evaluation of: > > ``_jdeCustEvalFn();'' : Undefined argument: out : at Line: 28 : in > > file: <unknown file> : ( out ) > > > > Called from method: _jdeCustEvalFn : at Line: 1 : in file: inline > > evaluation of: ``_jdeCustEvalFn();'' : _jdeCustEvalFn ( ) > > [2 times] > > > > --------------------------------------------- > > > > > > So, basically the error is caused by the undefined argument 'out'. > > The error can be fixed by replacing the following 3 lines in the > > jde-usages-class-completion.el (line 46): > > > > (jde-jeval (concat "out = new java.io.PrintStream (new > > java.io.BufferedOutputStream (new java.io.FileOutputStream (new > > java.io.File (\"" classes-file "\"))));")) > > (jde-jeval "jde.util.Usages.getAllClasses (out);") > > (jde-jeval "out.close();") > > > > > > By: > > > > (jde-jeval (concat "out = new java.io.PrintStream (new > > java.io.BufferedOutputStream (new java.io.FileOutputStream (new > > java.io.File (\"" classes-file "\")))); jde.util.Usages.getAllClasses > > (out); out.close();")) > > > > > > Basically, every 'jde-eval' invocation is scoped (between '{...}'). > > That's why the 'out' variable is not known in the second 'jde-eval' > > invocation. > > Replacing the 3 tree evaluations by just one fixes the problem. > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > > jdee-users mailing list > > jdee-users@... > > https://lists.sourceforge.net/lists/listinfo/jdee-users > > |
From: Len Trigg <lenbok+mljdee@gm...> - 2010-05-17 01:16:21
|
Yes, I just checked and I have exactly that same patch in my local version of jde-usages :-) Thanks for posting it to the list. I haven't seen any messages from Suraj Acharya for a long time (I tried emailing about the eclipse compiler server but had no response), so it seems abandoned - it is a great plugin though. Cheers, Len. On Sun, May 16, 2010 at 4:30 AM, 529pss <529pss@...> wrote: > In case it is useful to someone: > > I've found an issue using jde-usages with the latest jdee (trunk). > Basically I wasn't able to display a inheritance tree (subtypes or > supertypes) for a given class. > > Log shown in the messages buffer: > > --------------------------------------------- > > error : (void-variable java\.io\.PrintStream@...) [2 times] > error : (void-variable //) [3 times] > Beanshell expression evaluation error. > Expression: { > boolean _prevShowValue = this.interpreter.getShowResults(); > Object _retVal = null; > this.interpreter.setShowResults(false); > _jdeCustEvalFn() { jde.util.Usages.getAllClasses (out); }; > try { _retVal = eval("_jdeCustEvalFn();"); } > finally { > this.interpreter.setShowResults(_prevShowValue); > } > if (_retVal != null) print(_retVal); > } > Error: // Error: // Uncaught Exception: Method Invocation > this.interpreter.eval : at Line: 73 : in file: /bsh/commands/eval.bsh : > this .interpreter .eval ( expression , this .caller .namespace ) > > Called from method: eval : at Line: 29 : in file: <unknown file> : eval > ( "_jdeCustEvalFn();" ) > Target exception: Sourced file: inline evaluation of: > ``_jdeCustEvalFn();'' : Undefined argument: out : at Line: 28 : in > file: <unknown file> : ( out ) > > Called from method: _jdeCustEvalFn : at Line: 1 : in file: inline > evaluation of: ``_jdeCustEvalFn();'' : _jdeCustEvalFn ( ) > [2 times] > > --------------------------------------------- > > > So, basically the error is caused by the undefined argument 'out'. > The error can be fixed by replacing the following 3 lines in the > jde-usages-class-completion.el (line 46): > > (jde-jeval (concat "out = new java.io.PrintStream (new > java.io.BufferedOutputStream (new java.io.FileOutputStream (new > java.io.File (\"" classes-file "\"))));")) > (jde-jeval "jde.util.Usages.getAllClasses (out);") > (jde-jeval "out.close();") > > > By: > > (jde-jeval (concat "out = new java.io.PrintStream (new > java.io.BufferedOutputStream (new java.io.FileOutputStream (new > java.io.File (\"" classes-file "\")))); jde.util.Usages.getAllClasses > (out); out.close();")) > > > Basically, every 'jde-eval' invocation is scoped (between '{...}'). > That's why the 'out' variable is not known in the second 'jde-eval' > invocation. > Replacing the 3 tree evaluations by just one fixes the problem. > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > jdee-users mailing list > jdee-users@... > https://lists.sourceforge.net/lists/listinfo/jdee-users > |
From: 529pss <529pss@gm...> - 2010-05-15 16:30:19
|
In case it is useful to someone: I've found an issue using jde-usages with the latest jdee (trunk). Basically I wasn't able to display a inheritance tree (subtypes or supertypes) for a given class. Log shown in the messages buffer: --------------------------------------------- error : (void-variable java\.io\.PrintStream@...) [2 times] error : (void-variable //) [3 times] Beanshell expression evaluation error. Expression: { boolean _prevShowValue = this.interpreter.getShowResults(); Object _retVal = null; this.interpreter.setShowResults(false); _jdeCustEvalFn() { jde.util.Usages.getAllClasses (out); }; try { _retVal = eval("_jdeCustEvalFn();"); } finally { this.interpreter.setShowResults(_prevShowValue); } if (_retVal != null) print(_retVal); } Error: // Error: // Uncaught Exception: Method Invocation this.interpreter.eval : at Line: 73 : in file: /bsh/commands/eval.bsh : this .interpreter .eval ( expression , this .caller .namespace ) Called from method: eval : at Line: 29 : in file: <unknown file> : eval ( "_jdeCustEvalFn();" ) Target exception: Sourced file: inline evaluation of: ``_jdeCustEvalFn();'' : Undefined argument: out : at Line: 28 : in file: <unknown file> : ( out ) Called from method: _jdeCustEvalFn : at Line: 1 : in file: inline evaluation of: ``_jdeCustEvalFn();'' : _jdeCustEvalFn ( ) [2 times] --------------------------------------------- So, basically the error is caused by the undefined argument 'out'. The error can be fixed by replacing the following 3 lines in the jde-usages-class-completion.el (line 46): (jde-jeval (concat "out = new java.io.PrintStream (new java.io.BufferedOutputStream (new java.io.FileOutputStream (new java.io.File (\"" classes-file "\"))));")) (jde-jeval "jde.util.Usages.getAllClasses (out);") (jde-jeval "out.close();") By: (jde-jeval (concat "out = new java.io.PrintStream (new java.io.BufferedOutputStream (new java.io.FileOutputStream (new java.io.File (\"" classes-file "\")))); jde.util.Usages.getAllClasses (out); out.close();")) Basically, every 'jde-eval' invocation is scoped (between '{...}'). That's why the 'out' variable is not known in the second 'jde-eval' invocation. Replacing the 3 tree evaluations by just one fixes the problem. |
From: Eric M. Ludlam <eric@si...> - 2010-05-12 11:27:25
|
Hi, This may be the difference between senator-jump (what used to be bound to c-c , j, and semantic-complete-jump-local, which is now bound to c-c , j. The algorithm for all these bits are a bit naive in that they just pull up all the tags and offer them up. If there is a specific type of filter that you (collectively) want, it isn't that hard to implement. The semantic completion engine is architected with 'collectors' and 'displayors'. It sounds like all that is needed is a new collector type. I've attached a starter patch for what I'm guessing is the feature you want. Please tune it and let me know if it does what you are looking for. Eric On 05/12/2010 05:40 AM, Tobias Gerdin wrote: > Den Tue, 11 May 2010 09:42:04 -0700 > skrev Re: [jdee-users] Flatten/filter the Classes imenu?: > >> Thanks, Eric. Yes, the keystroke C-c , j is great, though it suffers >> from too many hits. One of my Java files has 1200+ matches (tags), >> and that's not atypical. Many of those are the import statements, >> which I'll never want to navigate to. Many others are method >> parameters, which I'll also never want to navigate to. > > I use Debian JDEE 2.3.5.1 (based on cedet1.0pre4, I believe) and often > make use of senator-jump (which I've bound to C-c j in JDE mode) while > navigating inside a class. For me the set of completions does not > include method parameters (which I agree would not be that useful) so > it usually works well even in fairly large classes. I find it useful > that it also allows jumping to instance variables (but the import > statements could probably have been omitted, I agree). > > -Tobias > > > ------------------------------------------------------------------------------ > > _______________________________________________ > jdee-users mailing list > jdee-users@... > https://lists.sourceforge.net/lists/listinfo/jdee-users > |
From: Tobias Gerdin <tger@op...> - 2010-05-12 09:40:49
|
Den Tue, 11 May 2010 09:42:04 -0700 skrev Re: [jdee-users] Flatten/filter the Classes imenu?: > Thanks, Eric. Yes, the keystroke C-c , j is great, though it suffers > from too many hits. One of my Java files has 1200+ matches (tags), > and that's not atypical. Many of those are the import statements, > which I'll never want to navigate to. Many others are method > parameters, which I'll also never want to navigate to. I use Debian JDEE 2.3.5.1 (based on cedet1.0pre4, I believe) and often make use of senator-jump (which I've bound to C-c j in JDE mode) while navigating inside a class. For me the set of completions does not include method parameters (which I agree would not be that useful) so it usually works well even in fairly large classes. I find it useful that it also allows jumping to instance variables (but the import statements could probably have been omitted, I agree). -Tobias |
From: David Ventimiglia <dventimiglia@gu...> - 2010-05-12 00:45:37
|
Thanks, Eric. I'll check out ECB and eassist. On the other hand, after a little research I found that the fact that Emacs is a wonderful ecosystem has yet again paid off. With a couple of hacks and tweaks, ido-mode leverages other tools like imenu quite nicely. From the EmacsWiki on ido (http://www.emacswiki.org/emacs/InteractivelyDoThings#toc10), this hack turns on replaces completing-read with ido-completing read. It doesn't filter or flatten imenu's submenus, of course, but it accelerates navigating among them dramatically for keyboard users. (defvar ido-enable-replace-completing-read t "If t, use ido-completing-read instead of completing-read if possible. Set it to nil using let in around-advice for functions where the original completing-read is required. For example, if a function foo absolutely must use the original completing-read, define some advice like this: (defadvice foo (around original-completing-read-only activate) (let (ido-enable-replace-completing-read) ad-do-it))") ;; Replace completing-read wherever possible, unless directed otherwise (defadvice completing-read (around use-ido-when-possible activate) (if (or (not ido-enable-replace-completing-read) ; Manual override disable ido (boundp 'ido-cur-list)) ; Avoid infinite loop from ido calling this ad-do-it (let ((allcomp (all-completions "" collection predicate))) (if allcomp (setq ad-return-value (ido-completing-read prompt allcomp nil require-match initial-input hist def)) ad-do-it)))) I haven't looked into it, but does semantic (like, say, semantic-symref) use completing-read, or can it be made to do so? Not a huge deal. Just wondering, and I'll look into it either way. Best, David > -----Original Message----- > From: Eric M. Ludlam [mailto:eric@...] > Sent: Tuesday, May 11, 2010 4:51 PM > To: David Ventimiglia > Cc: JDEE Users Willey > Subject: Re: [jdee-users] Flatten/filter the Classes imenu? > > Hi, > > It does seem like the generic tools are too generic for you. > > As for ECB, you can reconfigure the windows to be just one thing on the > side with the bits you want, or even just put speedbar in the side. > > There is also eassist (in contrib) that has some method navigation > stuff > you might like. > > If you need help writing some new thing let me know. > > Eric > > On 05/11/2010 12:42 PM, David Ventimiglia wrote: > > Thanks, Eric. Yes, the keystroke C-c , j is great, though it suffers > > from too many hits. One of my Java files has 1200+ matches (tags), > and > > that's not atypical. Many of those are the import statements, which > > I'll never want to navigate to. Many others are method parameters, > > which I'll also never want to navigate to. > > > > ECB seems a little heavyweight, since I want none of its multi-window > > features and only want source code navigation. > > > > Speedbar also doesn't work since it pops up in another frame, and > seems > > to favor mouse usage. > > > > I understand that tags have a class that can be a symbol like > 'variable, > > 'function, etc., and evidently semantic-imenu is smart enough to use > > this to sort tags into buckets like "Variables" and "Methods". It's > > like 90% there, except that it also has everything else that I'll > never > > need to navigate to (imports, etc.). > > > > I suspect what I'm looking for doesn't exist. I'd be happy to poke > > around and maybe write a tiny semantic "app" if that's what's needed. > > > > Best, > > David > > > >> -----Original Message----- > >> From: Eric M. Ludlam [mailto:eric@...] > >> Sent: Monday, May 10, 2010 7:47 PM > >> To: David Ventimiglia > >> Cc: JDEE Users Willey > >> Subject: Re: [jdee-users] Flatten/filter the Classes imenu? > >> > >> If you are using the keyboard, use the jump command on C-c , j > (lower > >> case j). Then you can just hit TAB and/or do completion by typing a > >> couple letters. The completion engine lets you TAB through > different > >> locations in the file as well. > >> > >> Then, of course, there's the speedbar or ECB options that both do > >> similar things. > >> > >> Eric > >> > >> On 05/10/2010 08:23 PM, David Ventimiglia wrote: > >>> Thanks, Eric. A couple of things I observe with these > >> customizations. > >>> > >>> 1. semantic-imenu-index-directory is off by default > >>> 2. semantic-imenu-bucketize-file when set to off gets rid of > > buckets, > >>> like "classes", "interfaces", "imports", and "packages". That's > >> good. > >>> 3. type members (methods& properties) still are grouped into > >>> submenu-ized buckets, regardless of the other changes I make in the > >>> semantic-imenu customization group. That's bad. > >>> 4. import statements still are present. That's bad. > >>> 5. type members are still grouped under the class they belong to. > >>> That's bad. > >>> > >>> Nos. 3& 5 above are the real problems, because they make you hit > > TAB > >>> numerous times when you invoke the imenu command. With no. 5, > >> granted, > >>> a file can contain more than one type. Also, types can contain > >> nested > >>> types. Those facts, plus the fact that menus get unwieldy with too > >> many > >>> choices, make it understandable that the items would be grouped > into > >>> submenus, and hierarchically-so. But when using imenu from the > >>> keyboard--and in particular, with TAB completion--it doesn't really > >>> matter if the list has lots of elements, since typically the user > >> would > >>> just type a character or two, hit TAB, and reduce the list size > >>> dramatically. > >>> > >>> Then again, this is probably more of a Semantic issue. > >>> > >>> Best, > >>> David > >>> > >>>> -----Original Message----- > >>>> From: Eric M. Ludlam [mailto:eric@...] > >>>> Sent: Monday, May 10, 2010 4:14 PM > >>>> To: David Ventimiglia > >>>> Cc: JDEE Users Willey > >>>> Subject: Re: [jdee-users] Flatten/filter the Classes imenu? > >>>> > >>>> Hi, > >>>> > >>>> If you also have senator enabled, you can choose several items > from > >>> the > >>>> imenu config. Disable 'bin by class', and possibly 'list other > >>> files'. > >>>> > >>>> The variables to change are: > >>>> > >>>> semantic-imenu-bucketize-file > >>>> semantic-imenu-index-directory > >>>> > >>>> Enjoy > >>>> Eric > >>>> > >>>> On 05/10/2010 04:31 PM, David Ventimiglia wrote: > >>>>> Hi! > >>>>> > >>>>> Is there a way to flatten and/or filter the Classes imenu for > Java > >>>>> files, to ease navigation among properties and methods? In its > >>>> default > >>>>> incarnation, it seems to show imports, properties, and methods, > > for > >>>> all > >>>>> contained classes, organized into a hierarchical menu system. I > >>> think > >>>> a > >>>>> typical use-case is that a user browses to a file, then wants > >>> quickly > >>>> to > >>>>> see and navigate to the methods it contains. Occasionally, a > > person > >>>>> might want to browse to a property. And I suspect it's almost > > never > >>>> that > >>>>> a user wants to navigate to a particular import statement. As it > >>>> stands, > >>>>> navigating to a method involves 4 menus/submenus. I think it'd be > >>>> more > >>>>> convenient to see all the methods on just one menu. More > > convenient > >>>> yet > >>>>> would be to do M-x imenu then TAB, and see a buffer listing the > >>>> methods > >>>>> in the file. > >>>>> > >>>>> Are there customizations in JDEE and/or Semantic that either > >> flatten > >>>> the > >>>>> menu list and/or filter it just to show the methods? > >>>>> > >>>>> Thoughts? > >>>>> > >>>>> Thanks! > >>>>> > >>>>> Best, > >>>>> > >>>>> David Ventimiglia > >>>>> > >>>>> > >>>>> > >>>>> > >>> > > --------------------------------------------------------------------- > >>>> --------- > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> jdee-users mailing list > >>>>> jdee-users@... > >>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users > >>> > >>> > > --------------------------------------------------------------------- > >> --------- > >>> > >>> _______________________________________________ > >>> jdee-users mailing list > >>> jdee-users@... > >>> https://lists.sourceforge.net/lists/listinfo/jdee-users > >>> > > > > --------------------------------------------------------------------- > --------- > > > > _______________________________________________ > > jdee-users mailing list > > jdee-users@... > > https://lists.sourceforge.net/lists/listinfo/jdee-users > > |
From: Eric M. Ludlam <eric@si...> - 2010-05-11 23:49:55
|
Hi, It does seem like the generic tools are too generic for you. As for ECB, you can reconfigure the windows to be just one thing on the side with the bits you want, or even just put speedbar in the side. There is also eassist (in contrib) that has some method navigation stuff you might like. If you need help writing some new thing let me know. Eric On 05/11/2010 12:42 PM, David Ventimiglia wrote: > Thanks, Eric. Yes, the keystroke C-c , j is great, though it suffers > from too many hits. One of my Java files has 1200+ matches (tags), and > that's not atypical. Many of those are the import statements, which > I'll never want to navigate to. Many others are method parameters, > which I'll also never want to navigate to. > > ECB seems a little heavyweight, since I want none of its multi-window > features and only want source code navigation. > > Speedbar also doesn't work since it pops up in another frame, and seems > to favor mouse usage. > > I understand that tags have a class that can be a symbol like 'variable, > 'function, etc., and evidently semantic-imenu is smart enough to use > this to sort tags into buckets like "Variables" and "Methods". It's > like 90% there, except that it also has everything else that I'll never > need to navigate to (imports, etc.). > > I suspect what I'm looking for doesn't exist. I'd be happy to poke > around and maybe write a tiny semantic "app" if that's what's needed. > > Best, > David > >> -----Original Message----- >> From: Eric M. Ludlam [mailto:eric@...] >> Sent: Monday, May 10, 2010 7:47 PM >> To: David Ventimiglia >> Cc: JDEE Users Willey >> Subject: Re: [jdee-users] Flatten/filter the Classes imenu? >> >> If you are using the keyboard, use the jump command on C-c , j (lower >> case j). Then you can just hit TAB and/or do completion by typing a >> couple letters. The completion engine lets you TAB through different >> locations in the file as well. >> >> Then, of course, there's the speedbar or ECB options that both do >> similar things. >> >> Eric >> >> On 05/10/2010 08:23 PM, David Ventimiglia wrote: >>> Thanks, Eric. A couple of things I observe with these >> customizations. >>> >>> 1. semantic-imenu-index-directory is off by default >>> 2. semantic-imenu-bucketize-file when set to off gets rid of > buckets, >>> like "classes", "interfaces", "imports", and "packages". That's >> good. >>> 3. type members (methods& properties) still are grouped into >>> submenu-ized buckets, regardless of the other changes I make in the >>> semantic-imenu customization group. That's bad. >>> 4. import statements still are present. That's bad. >>> 5. type members are still grouped under the class they belong to. >>> That's bad. >>> >>> Nos. 3& 5 above are the real problems, because they make you hit > TAB >>> numerous times when you invoke the imenu command. With no. 5, >> granted, >>> a file can contain more than one type. Also, types can contain >> nested >>> types. Those facts, plus the fact that menus get unwieldy with too >> many >>> choices, make it understandable that the items would be grouped into >>> submenus, and hierarchically-so. But when using imenu from the >>> keyboard--and in particular, with TAB completion--it doesn't really >>> matter if the list has lots of elements, since typically the user >> would >>> just type a character or two, hit TAB, and reduce the list size >>> dramatically. >>> >>> Then again, this is probably more of a Semantic issue. >>> >>> Best, >>> David >>> >>>> -----Original Message----- >>>> From: Eric M. Ludlam [mailto:eric@...] >>>> Sent: Monday, May 10, 2010 4:14 PM >>>> To: David Ventimiglia >>>> Cc: JDEE Users Willey >>>> Subject: Re: [jdee-users] Flatten/filter the Classes imenu? >>>> >>>> Hi, >>>> >>>> If you also have senator enabled, you can choose several items from >>> the >>>> imenu config. Disable 'bin by class', and possibly 'list other >>> files'. >>>> >>>> The variables to change are: >>>> >>>> semantic-imenu-bucketize-file >>>> semantic-imenu-index-directory >>>> >>>> Enjoy >>>> Eric >>>> >>>> On 05/10/2010 04:31 PM, David Ventimiglia wrote: >>>>> Hi! >>>>> >>>>> Is there a way to flatten and/or filter the Classes imenu for Java >>>>> files, to ease navigation among properties and methods? In its >>>> default >>>>> incarnation, it seems to show imports, properties, and methods, > for >>>> all >>>>> contained classes, organized into a hierarchical menu system. I >>> think >>>> a >>>>> typical use-case is that a user browses to a file, then wants >>> quickly >>>> to >>>>> see and navigate to the methods it contains. Occasionally, a > person >>>>> might want to browse to a property. And I suspect it's almost > never >>>> that >>>>> a user wants to navigate to a particular import statement. As it >>>> stands, >>>>> navigating to a method involves 4 menus/submenus. I think it'd be >>>> more >>>>> convenient to see all the methods on just one menu. More > convenient >>>> yet >>>>> would be to do M-x imenu then TAB, and see a buffer listing the >>>> methods >>>>> in the file. >>>>> >>>>> Are there customizations in JDEE and/or Semantic that either >> flatten >>>> the >>>>> menu list and/or filter it just to show the methods? >>>>> >>>>> Thoughts? >>>>> >>>>> Thanks! >>>>> >>>>> Best, >>>>> >>>>> David Ventimiglia >>>>> >>>>> >>>>> >>>>> >>> > --------------------------------------------------------------------- >>>> --------- >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> jdee-users mailing list >>>>> jdee-users@... >>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>> >>> > --------------------------------------------------------------------- >> --------- >>> >>> _______________________________________________ >>> jdee-users mailing list >>> jdee-users@... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>> > > ------------------------------------------------------------------------------ > > _______________________________________________ > jdee-users mailing list > jdee-users@... > https://lists.sourceforge.net/lists/listinfo/jdee-users > |
From: David Ventimiglia <dventimiglia@gu...> - 2010-05-11 16:42:10
|
Thanks, Eric. Yes, the keystroke C-c , j is great, though it suffers from too many hits. One of my Java files has 1200+ matches (tags), and that's not atypical. Many of those are the import statements, which I'll never want to navigate to. Many others are method parameters, which I'll also never want to navigate to. ECB seems a little heavyweight, since I want none of its multi-window features and only want source code navigation. Speedbar also doesn't work since it pops up in another frame, and seems to favor mouse usage. I understand that tags have a class that can be a symbol like 'variable, 'function, etc., and evidently semantic-imenu is smart enough to use this to sort tags into buckets like "Variables" and "Methods". It's like 90% there, except that it also has everything else that I'll never need to navigate to (imports, etc.). I suspect what I'm looking for doesn't exist. I'd be happy to poke around and maybe write a tiny semantic "app" if that's what's needed. Best, David > -----Original Message----- > From: Eric M. Ludlam [mailto:eric@...] > Sent: Monday, May 10, 2010 7:47 PM > To: David Ventimiglia > Cc: JDEE Users Willey > Subject: Re: [jdee-users] Flatten/filter the Classes imenu? > > If you are using the keyboard, use the jump command on C-c , j (lower > case j). Then you can just hit TAB and/or do completion by typing a > couple letters. The completion engine lets you TAB through different > locations in the file as well. > > Then, of course, there's the speedbar or ECB options that both do > similar things. > > Eric > > On 05/10/2010 08:23 PM, David Ventimiglia wrote: > > Thanks, Eric. A couple of things I observe with these > customizations. > > > > 1. semantic-imenu-index-directory is off by default > > 2. semantic-imenu-bucketize-file when set to off gets rid of buckets, > > like "classes", "interfaces", "imports", and "packages". That's > good. > > 3. type members (methods& properties) still are grouped into > > submenu-ized buckets, regardless of the other changes I make in the > > semantic-imenu customization group. That's bad. > > 4. import statements still are present. That's bad. > > 5. type members are still grouped under the class they belong to. > > That's bad. > > > > Nos. 3& 5 above are the real problems, because they make you hit TAB > > numerous times when you invoke the imenu command. With no. 5, > granted, > > a file can contain more than one type. Also, types can contain > nested > > types. Those facts, plus the fact that menus get unwieldy with too > many > > choices, make it understandable that the items would be grouped into > > submenus, and hierarchically-so. But when using imenu from the > > keyboard--and in particular, with TAB completion--it doesn't really > > matter if the list has lots of elements, since typically the user > would > > just type a character or two, hit TAB, and reduce the list size > > dramatically. > > > > Then again, this is probably more of a Semantic issue. > > > > Best, > > David > > > >> -----Original Message----- > >> From: Eric M. Ludlam [mailto:eric@...] > >> Sent: Monday, May 10, 2010 4:14 PM > >> To: David Ventimiglia > >> Cc: JDEE Users Willey > >> Subject: Re: [jdee-users] Flatten/filter the Classes imenu? > >> > >> Hi, > >> > >> If you also have senator enabled, you can choose several items from > > the > >> imenu config. Disable 'bin by class', and possibly 'list other > > files'. > >> > >> The variables to change are: > >> > >> semantic-imenu-bucketize-file > >> semantic-imenu-index-directory > >> > >> Enjoy > >> Eric > >> > >> On 05/10/2010 04:31 PM, David Ventimiglia wrote: > >>> Hi! > >>> > >>> Is there a way to flatten and/or filter the Classes imenu for Java > >>> files, to ease navigation among properties and methods? In its > >> default > >>> incarnation, it seems to show imports, properties, and methods, for > >> all > >>> contained classes, organized into a hierarchical menu system. I > > think > >> a > >>> typical use-case is that a user browses to a file, then wants > > quickly > >> to > >>> see and navigate to the methods it contains. Occasionally, a person > >>> might want to browse to a property. And I suspect it's almost never > >> that > >>> a user wants to navigate to a particular import statement. As it > >> stands, > >>> navigating to a method involves 4 menus/submenus. I think it'd be > >> more > >>> convenient to see all the methods on just one menu. More convenient > >> yet > >>> would be to do M-x imenu then TAB, and see a buffer listing the > >> methods > >>> in the file. > >>> > >>> Are there customizations in JDEE and/or Semantic that either > flatten > >> the > >>> menu list and/or filter it just to show the methods? > >>> > >>> Thoughts? > >>> > >>> Thanks! > >>> > >>> Best, > >>> > >>> David Ventimiglia > >>> > >>> > >>> > >>> > > --------------------------------------------------------------------- > >> --------- > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> jdee-users mailing list > >>> jdee-users@... > >>> https://lists.sourceforge.net/lists/listinfo/jdee-users > > > > --------------------------------------------------------------------- > --------- > > > > _______________________________________________ > > jdee-users mailing list > > jdee-users@... > > https://lists.sourceforge.net/lists/listinfo/jdee-users > > |
From: Eric M. Ludlam <eric@si...> - 2010-05-11 02:45:51
|
If you are using the keyboard, use the jump command on C-c , j (lower case j). Then you can just hit TAB and/or do completion by typing a couple letters. The completion engine lets you TAB through different locations in the file as well. Then, of course, there's the speedbar or ECB options that both do similar things. Eric On 05/10/2010 08:23 PM, David Ventimiglia wrote: > Thanks, Eric. A couple of things I observe with these customizations. > > 1. semantic-imenu-index-directory is off by default > 2. semantic-imenu-bucketize-file when set to off gets rid of buckets, > like "classes", "interfaces", "imports", and "packages". That's good. > 3. type members (methods& properties) still are grouped into > submenu-ized buckets, regardless of the other changes I make in the > semantic-imenu customization group. That's bad. > 4. import statements still are present. That's bad. > 5. type members are still grouped under the class they belong to. > That's bad. > > Nos. 3& 5 above are the real problems, because they make you hit TAB > numerous times when you invoke the imenu command. With no. 5, granted, > a file can contain more than one type. Also, types can contain nested > types. Those facts, plus the fact that menus get unwieldy with too many > choices, make it understandable that the items would be grouped into > submenus, and hierarchically-so. But when using imenu from the > keyboard--and in particular, with TAB completion--it doesn't really > matter if the list has lots of elements, since typically the user would > just type a character or two, hit TAB, and reduce the list size > dramatically. > > Then again, this is probably more of a Semantic issue. > > Best, > David > >> -----Original Message----- >> From: Eric M. Ludlam [mailto:eric@...] >> Sent: Monday, May 10, 2010 4:14 PM >> To: David Ventimiglia >> Cc: JDEE Users Willey >> Subject: Re: [jdee-users] Flatten/filter the Classes imenu? >> >> Hi, >> >> If you also have senator enabled, you can choose several items from > the >> imenu config. Disable 'bin by class', and possibly 'list other > files'. >> >> The variables to change are: >> >> semantic-imenu-bucketize-file >> semantic-imenu-index-directory >> >> Enjoy >> Eric >> >> On 05/10/2010 04:31 PM, David Ventimiglia wrote: >>> Hi! >>> >>> Is there a way to flatten and/or filter the Classes imenu for Java >>> files, to ease navigation among properties and methods? In its >> default >>> incarnation, it seems to show imports, properties, and methods, for >> all >>> contained classes, organized into a hierarchical menu system. I > think >> a >>> typical use-case is that a user browses to a file, then wants > quickly >> to >>> see and navigate to the methods it contains. Occasionally, a person >>> might want to browse to a property. And I suspect it's almost never >> that >>> a user wants to navigate to a particular import statement. As it >> stands, >>> navigating to a method involves 4 menus/submenus. I think it'd be >> more >>> convenient to see all the methods on just one menu. More convenient >> yet >>> would be to do M-x imenu then TAB, and see a buffer listing the >> methods >>> in the file. >>> >>> Are there customizations in JDEE and/or Semantic that either flatten >> the >>> menu list and/or filter it just to show the methods? >>> >>> Thoughts? >>> >>> Thanks! >>> >>> Best, >>> >>> David Ventimiglia >>> >>> >>> >>> > --------------------------------------------------------------------- >> --------- >>> >>> >>> >>> >>> _______________________________________________ >>> jdee-users mailing list >>> jdee-users@... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users > > ------------------------------------------------------------------------------ > > _______________________________________________ > jdee-users mailing list > jdee-users@... > https://lists.sourceforge.net/lists/listinfo/jdee-users > |
From: David Ventimiglia <dventimiglia@gu...> - 2010-05-11 01:49:37
|
Thanks, Eric. A couple of things I observe with these customizations. 1. semantic-imenu-index-directory is off by default 2. semantic-imenu-bucketize-file when set to off gets rid of buckets, like "classes", "interfaces", "imports", and "packages". That's good. 3. type members (methods & properties) still are grouped into submenu-ized buckets, regardless of the other changes I make in the semantic-imenu customization group. That's bad. 4. import statements still are present. That's bad. 5. type members are still grouped under the class they belong to. That's bad. Nos. 3 & 5 above are the real problems, because they make you hit TAB numerous times when you invoke the imenu command. With no. 5, granted, a file can contain more than one type. Also, types can contain nested types. Those facts, plus the fact that menus get unwieldy with too many choices, make it understandable that the items would be grouped into submenus, and hierarchically-so. But when using imenu from the keyboard--and in particular, with TAB completion--it doesn't really matter if the list has lots of elements, since typically the user would just type a character or two, hit TAB, and reduce the list size dramatically. Then again, this is probably more of a Semantic issue. Best, David > -----Original Message----- > From: Eric M. Ludlam [mailto:eric@...] > Sent: Monday, May 10, 2010 4:14 PM > To: David Ventimiglia > Cc: JDEE Users Willey > Subject: Re: [jdee-users] Flatten/filter the Classes imenu? > > Hi, > > If you also have senator enabled, you can choose several items from the > imenu config. Disable 'bin by class', and possibly 'list other files'. > > The variables to change are: > > semantic-imenu-bucketize-file > semantic-imenu-index-directory > > Enjoy > Eric > > On 05/10/2010 04:31 PM, David Ventimiglia wrote: > > Hi! > > > > Is there a way to flatten and/or filter the Classes imenu for Java > > files, to ease navigation among properties and methods? In its > default > > incarnation, it seems to show imports, properties, and methods, for > all > > contained classes, organized into a hierarchical menu system. I think > a > > typical use-case is that a user browses to a file, then wants quickly > to > > see and navigate to the methods it contains. Occasionally, a person > > might want to browse to a property. And I suspect it's almost never > that > > a user wants to navigate to a particular import statement. As it > stands, > > navigating to a method involves 4 menus/submenus. I think it'd be > more > > convenient to see all the methods on just one menu. More convenient > yet > > would be to do M-x imenu then TAB, and see a buffer listing the > methods > > in the file. > > > > Are there customizations in JDEE and/or Semantic that either flatten > the > > menu list and/or filter it just to show the methods? > > > > Thoughts? > > > > Thanks! > > > > Best, > > > > David Ventimiglia > > > > > > > > --------------------------------------------------------------------- > --------- > > > > > > > > > > _______________________________________________ > > jdee-users mailing list > > jdee-users@... > > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Eric M. Ludlam <eric@si...> - 2010-05-10 23:12:50
|
Hi, If you also have senator enabled, you can choose several items from the imenu config. Disable 'bin by class', and possibly 'list other files'. The variables to change are: semantic-imenu-bucketize-file semantic-imenu-index-directory Enjoy Eric On 05/10/2010 04:31 PM, David Ventimiglia wrote: > Hi! > > Is there a way to flatten and/or filter the Classes imenu for Java > files, to ease navigation among properties and methods? In its default > incarnation, it seems to show imports, properties, and methods, for all > contained classes, organized into a hierarchical menu system. I think a > typical use-case is that a user browses to a file, then wants quickly to > see and navigate to the methods it contains. Occasionally, a person > might want to browse to a property. And I suspect it's almost never that > a user wants to navigate to a particular import statement. As it stands, > navigating to a method involves 4 menus/submenus. I think it'd be more > convenient to see all the methods on just one menu. More convenient yet > would be to do M-x imenu then TAB, and see a buffer listing the methods > in the file. > > Are there customizations in JDEE and/or Semantic that either flatten the > menu list and/or filter it just to show the methods? > > Thoughts? > > Thanks! > > Best, > > David Ventimiglia > > > > ------------------------------------------------------------------------------ > > > > > _______________________________________________ > jdee-users mailing list > jdee-users@... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: David Ventimiglia <dventimiglia@gu...> - 2010-05-10 20:31:21
|
Hi! Is there a way to flatten and/or filter the Classes imenu for Java files, to ease navigation among properties and methods? In its default incarnation, it seems to show imports, properties, and methods, for all contained classes, organized into a hierarchical menu system. I think a typical use-case is that a user browses to a file, then wants quickly to see and navigate to the methods it contains. Occasionally, a person might want to browse to a property. And I suspect it's almost never that a user wants to navigate to a particular import statement. As it stands, navigating to a method involves 4 menus/submenus. I think it'd be more convenient to see all the methods on just one menu. More convenient yet would be to do M-x imenu then TAB, and see a buffer listing the methods in the file. Are there customizations in JDEE and/or Semantic that either flatten the menu list and/or filter it just to show the methods? Thoughts? Thanks! Best, David Ventimiglia |
From: Paul Landes <landes@ma...> - 2010-05-10 00:59:37
|
I wanted to follow up with an example of this. If you wanted to add all of the jars for the PDFBox API, this would do it: (let ((deps (list (jde-maven-dependency nil :groupid "org.apache.pdfbox" :artifactid "pdfbox" :version "1.0.0" :scope "compile")))) (dolist (jar (jde-maven-util-classpath deps)) (add-to-list 'jde-global-classpath (expand-file-name jar)))))) This does it through beanshell. Add a `t' after the `deps' to do it via the command line with the script I gave below. On May 9, 2010, at 7:17 PM, Paul Landes wrote: > I've added new maven dependency support that expands on this idea. > > Ideally, I'd like to access the code maven uses for this right from > beanshell, but I don't have time to find it. Can someone help out > with this? > > Until we do, I've added a lisp file and a Java file to invoke the > maven ant task code to build dependencies from: > - artifact > - group > - version > - scope (i.e. compile) > > However, it seems like when there's a POM that doesn't create a .jar > file, it breaks because it expects this jar file. Again, this code > you have seems to get around that. However, I don't like the length > of time it takes to invoke (directly by forking a JVM for maven) and I > don't like how it creates (2) temp files. In addition, the deletion > of these files should be in an `unwind-protect' but aren't. > > I've added these files to the trunk: > - java/src/jde/util/MavenUtils.java > - lisp/jde-maven-util.el > > The function jde-maven-util-classpath takes the pom info (as a list of > container eieio objects) and a boolean as to whether to fork or not > using the program (in my case script) pomcp, which in turns just > invokes MavenUtils from the command line. I don't know a good place > to put this script in the repository (suggestions?) so I'll just add > it below: > > --------snip > > LIB_LOCS="${HOME}/opt/lib /usr/local/lib" > MVN_REPO=${HOME}/opt/var/maven/repo > ANT_VERSION="1.7.0" > JAVA_HOME="/System/Library/Frameworks/JavaVM.framework/Versions/1.6" > > uname | grep CYGWIN > /dev/null > if [ $? = 0 ] ; then > home=`cygpath -m ${HOME}` > else > home=${HOME} > fi > > [ -f ${home}/.antrc ] && . ${home}/.antrc > > unset LIB > for i in $LIB_LOCS ; do > [ "$DEBUG" = "1" ] && echo "looking for ant version ${ANT_VERSION}" > dir="$i/java/ant-${ANT_VERSION}" > if [ -d $dir ] ; then > [ "$DEBUG" = "1" ] && echo "found library in $dir" > LIB=$i > break > fi > done > > if [ -z "$LIB" ] ; then > echo "can't find library directory in any of $LIB_LOCS" > exit 1 > fi > > CLASSPATH=${LIB}/java/ant-${ANT_VERSION}/lib/ant.jar:\ > ${HOME}/opt/app/jdee/java/lib/jde.jar:\ > ${MVN_REPO}/org/apache/maven/maven-ant-tasks/2.1.0/maven-ant- > tasks-2.1.0.jar > > ${JAVA_HOME}/bin/java -cp $CLASSPATH jde.util.MavenUtils "$@" > > ----------snip > > > > On Apr 21, 2010, at 11:08 PM, James Ahlborn wrote: > >> alright, think this will work, although it's a bit of an ugly hack. >> couldn't figure out a better way to get push and xml-node-attributes >> to play nice together. >> >>> -----Original Message----- >>> From: Paul Landes [mailto:paullandes@...] >>> Sent: Thursday, April 15, 2010 9:33 AM >>> To: James Ahlborn >>> Subject: Re: jdee-users Digest, Vol 24, Issue 5 >>> >>> >>> Emacs 22. >>> >>> On Apr 15, 2010, at 7:37 AM, "James Ahlborn" <jtahlborn@...> >>> wrote: >>> >>>> what version of emacs are you using? >>>> >>>>> -----Original Message----- >>>>> From: Paul Landes [mailto:landes@...] >>>>> Sent: Wednesday, April 14, 2010 11:13 AM >>>>> To: James Ahlborn >>>>> Subject: Re: jdee-users Digest, Vol 24, Issue 5 >>>>> >>>>> >>>>> Hi James, >>>>> >>>>> I'm using the elisp file you are using. With this code: >>>>> >>>>> (with-pom >>>>> "/Users/landes/opt/var/maven/repo/org/apache/pdfbox/pdfbox/1.0.0/ >>>>> pdfbox-1.0.0.pom" >>>>> (list* target-directory test-target-directory >>>>> (pom-compile-classpath pom-node))) >>>>> >>>>> It takes a good 10 seconds to come back, and then I get this: >>>>> >>>>> Debugger entered--Lisp error: (error "No setf-method known for >>>>> xml- >>>>> node-attributes") >>>>> signal(error ("No setf-method known for xml-node-attributes")) >>>>> error("No setf-method known for %s" xml-node-attributes) >>>>> get-setf-method((xml-node-attributes pom) nil) >>>>> cl-setf-do-modify((xml-node-attributes pom) (list)) >>>>> #[(func arg1 place &rest args) "Æ!ƒ >>>> >>> No virus found in this incoming message. >>> Checked by AVG - http://www.avg.com >>> Version: 8.5.437 / Virus Database: 271.1.1/2811 - Release Date: >>> 04/14/10 18:31:00 >>> >>> >> <pom-parser.el> > > > ------------------------------------------------------------------------------ > > _______________________________________________ > jdee-devel mailing list > jdee-devel@... > https://lists.sourceforge.net/lists/listinfo/jdee-devel |
From: Paul Landes <landes@ma...> - 2010-05-10 00:29:23
|
I've added new maven dependency support that expands on this idea. Ideally, I'd like to access the code maven uses for this right from beanshell, but I don't have time to find it. Can someone help out with this? Until we do, I've added a lisp file and a Java file to invoke the maven ant task code to build dependencies from: - artifact - group - version - scope (i.e. compile) However, it seems like when there's a POM that doesn't create a .jar file, it breaks because it expects this jar file. Again, this code you have seems to get around that. However, I don't like the length of time it takes to invoke (directly by forking a JVM for maven) and I don't like how it creates (2) temp files. In addition, the deletion of these files should be in an `unwind-protect' but aren't. I've added these files to the trunk: - java/src/jde/util/MavenUtils.java - lisp/jde-maven-util.el The function jde-maven-util-classpath takes the pom info (as a list of container eieio objects) and a boolean as to whether to fork or not using the program (in my case script) pomcp, which in turns just invokes MavenUtils from the command line. I don't know a good place to put this script in the repository (suggestions?) so I'll just add it below: --------snip LIB_LOCS="${HOME}/opt/lib /usr/local/lib" MVN_REPO=${HOME}/opt/var/maven/repo ANT_VERSION="1.7.0" JAVA_HOME="/System/Library/Frameworks/JavaVM.framework/Versions/1.6" uname | grep CYGWIN > /dev/null if [ $? = 0 ] ; then home=`cygpath -m ${HOME}` else home=${HOME} fi [ -f ${home}/.antrc ] && . ${home}/.antrc unset LIB for i in $LIB_LOCS ; do [ "$DEBUG" = "1" ] && echo "looking for ant version ${ANT_VERSION}" dir="$i/java/ant-${ANT_VERSION}" if [ -d $dir ] ; then [ "$DEBUG" = "1" ] && echo "found library in $dir" LIB=$i break fi done if [ -z "$LIB" ] ; then echo "can't find library directory in any of $LIB_LOCS" exit 1 fi CLASSPATH=${LIB}/java/ant-${ANT_VERSION}/lib/ant.jar:\ ${HOME}/opt/app/jdee/java/lib/jde.jar:\ ${MVN_REPO}/org/apache/maven/maven-ant-tasks/2.1.0/maven-ant- tasks-2.1.0.jar ${JAVA_HOME}/bin/java -cp $CLASSPATH jde.util.MavenUtils "$@" ----------snip On Apr 21, 2010, at 11:08 PM, James Ahlborn wrote: > alright, think this will work, although it's a bit of an ugly hack. > couldn't figure out a better way to get push and xml-node-attributes > to play nice together. > >> -----Original Message----- >> From: Paul Landes [mailto:paullandes@...] >> Sent: Thursday, April 15, 2010 9:33 AM >> To: James Ahlborn >> Subject: Re: jdee-users Digest, Vol 24, Issue 5 >> >> >> Emacs 22. >> >> On Apr 15, 2010, at 7:37 AM, "James Ahlborn" <jtahlborn@...> >> wrote: >> >>> what version of emacs are you using? >>> >>>> -----Original Message----- >>>> From: Paul Landes [mailto:landes@...] >>>> Sent: Wednesday, April 14, 2010 11:13 AM >>>> To: James Ahlborn >>>> Subject: Re: jdee-users Digest, Vol 24, Issue 5 >>>> >>>> >>>> Hi James, >>>> >>>> I'm using the elisp file you are using. With this code: >>>> >>>> (with-pom >>>> "/Users/landes/opt/var/maven/repo/org/apache/pdfbox/pdfbox/1.0.0/ >>>> pdfbox-1.0.0.pom" >>>> (list* target-directory test-target-directory >>>> (pom-compile-classpath pom-node))) >>>> >>>> It takes a good 10 seconds to come back, and then I get this: >>>> >>>> Debugger entered--Lisp error: (error "No setf-method known for xml- >>>> node-attributes") >>>> signal(error ("No setf-method known for xml-node-attributes")) >>>> error("No setf-method known for %s" xml-node-attributes) >>>> get-setf-method((xml-node-attributes pom) nil) >>>> cl-setf-do-modify((xml-node-attributes pom) (list)) >>>> #[(func arg1 place &rest args) "Æ!ƒ >>> >> No virus found in this incoming message. >> Checked by AVG - http://www.avg.com >> Version: 8.5.437 / Virus Database: 271.1.1/2811 - Release Date: >> 04/14/10 18:31:00 >> >> > <pom-parser.el> |
From: Friedericksen Hope <friedericksen.hope@gm...> - 2010-05-09 16:31:32
|
Hello, a hint from another user solved the problem. One has to set (setq jde-jdk (quote ("1.6.0_1"))) first. Best, Friedericksen On 05/08/2010 07:28 PM, Friedericksen Hope wrote: > Hello Len, > > which variable exactly do you mean? > > When I set jde-jdk-registry as following, it gives me the described error. > >> (setq jde-jdk-registry '(("1.6" . "/usr/lib64/jvm/java-6-openjdk"))) > > When I do not set jde-jdk-registry to anything, I get the following error instead: > >> Debugger entered--Lisp error: (error "Cannot find JDK's tools jar file (or equivalent).Type M-x describe-function [RET] jde-get-jdk-dir for more info.") >> signal(error ("Cannot find JDK's tools jar file (or equivalent).Type M-x describe-function [RET] jde-get-jdk-dir for more info.")) >> error("Cannot find JDK's tools jar file (or equivalent).Type M-x describe-function [RET] jde-get-jdk-dir for more info.") >> jde-get-tools-jar() > > > > On 05/07/2010 08:07 AM, Len Trigg wrote: >> Try resetting your jde-compiler customization variable. It is >> expecting the path component of that variable to be a string, but not >> finding it. >> >> Cheers, >> Len. >> >> On Fri, May 7, 2010 at 5:56 PM, Friedericksen Hope >> <friedericksen.hope@...> wrote: >>> Hello Len, >>> >>> thank you for your response. I have installed version 2.4.0.1 on my PC. >>> >>> Greetings, >>> Friedericksen >>> >>> On 05/07/2010 07:48 AM, Len Trigg wrote: >>>> What version of jdee are you using? >>>> >>>> Cheers, >>>> Len. >>>> >>>> >>>> On Thu, May 6, 2010 at 3:05 AM, Friedericksen Hope >>>> <friedericksen.hope@...> wrote: >>>>> Hello List, >>>>> >>>>> I am new to jdee and I have a problem setting the compiler stuff. I googled around but was not successful in finding a solution. >>>>> >>>>> In my .emacs I have the following entry: >>>>> >>>>>> (setq jde-jdk-registry '(("1.6" . "/usr/lib64/jvm/java-6-openjdk"))) >>>>> >>>>> When I try to compile a *.java file with C-c C-v C-c I get the following error: >>>>> >>>>>> Debugger entered--Lisp error: (wrong-type-argument stringp \,) >>>>>> substitute-in-file-name(\,) >>>>>> jde-compile-get-javac() >>>>>> jde-compile-get-the-compiler() >>>>>> jde-compile() >>>>>> call-interactively(jde-compile nil nil) >>>>>> recursive-edit() >>>>>> byte-code("Æ @Ç=! >>>>> >>>>> What is wrong with my specification? >>>>> >>>>> Thank you in advance! >>>>> >>>>> Best, >>>>> Friedericksen >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> _______________________________________________ >>>>> jdee-users mailing list >>>>> jdee-users@... >>>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> jdee-users mailing list >>> jdee-users@... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>> >> >> ------------------------------------------------------------------------------ > > > ------------------------------------------------------------------------------ > > _______________________________________________ > jdee-users mailing list > jdee-users@... > https://lists.sourceforge.net/lists/listinfo/jdee-users |
From: Vincent Belaïche <vincent.b.1@ho...> - 2010-05-09 04:51:49
|
OK this was what the error message was suggesting, but I could not find this in the help pages. Anyhow, I had made a workaround by putting some fake wget.exe programme somewhere in a directory known by my path environnement variable. Thanks for the feedback Vincent. > CC: jdee-users@... > From: landes@... > To: vincent.b.1@... > Subject: Re: [jdee-users] Can't install JDE for Wget is missing on my system > Date: Sat, 1 May 2010 12:53:03 -0500 > > Try putting this in your ~/.emacs: > > (setq jde-help-remote-file-exists-function '("beanshell")) > > > On Apr 28, 2010, at 3:48 PM, Vincent Belaïche wrote: > > > Hello, > > > > I have a new machine with MSWindows XP (my old Windows2000 second hand > > PC is dead). > > > > I am trying to reinstall JDE. I have installed CEDET from CVS, > > repository, and downloaded JDE from SVN repository. > > > > What I did is > > > > 1) add the path to load-path in my init file > > 2) eval-buffer on jde.el et jde-util.el > > 3) M-x jde-autoload-update (BTW the documentation does not ask to do > > it) > > 4) M-x jde-compile-jde > > > > The compile fails on a few file. An error occurs when the JDE mode is > > loaded because Wget is not on my system. > > > > Hereinafter is the debug backtrace of this error (non printable > > characters snipped). > > > > I downloaded GNU Wget-1.12 sources, but build fails --- I reported > > this > > on the bug-wget list. > > > > Are there anyway to disable the need for Wget ? > > > > Any help is welcome. > > > > Vincent. > > > > --8<-------------coupez ici--------------début-------------->8--- > > Debugger entered--Lisp error: (error "Cannot find wget. You might > > want to use the beanshell resolver instead.") > > signal(error ("Cannot find wget. You might want to use the > > beanshell resolver instead.")) > > error("Cannot find wget. You might want to use the beanshell > > resolver instead.") > > jde-jdurl-wget-resolver([object jde-jdurl-wget-resolver nil unbound > > unbound unbound unbound] nil) > > apply(jde-jdurl-wget-resolver ([object jde-jdurl-wget-resolver nil > > unbound unbound unbound unbound] nil)) > > eieio-generic-call(initialize-instance ([object jde-jdurl-wget- > > resolver nil unbound unbound unbound unbound] nil)) > > initialize-instance([object jde-jdurl-wget-resolver nil unbound > > unbound unbound unbound] nil) > > eieio-default-superclass(jde-jdurl-wget-resolver nil) > > apply(eieio-default-superclass (jde-jdurl-wget-resolver nil)) > > eieio-generic-call(constructor (jde-jdurl-wget-resolver nil)) > > constructor(jde-jdurl-wget-resolver nil) > > apply(constructor jde-jdurl-wget-resolver nil nil) > > jde-jdurl-wget-resolver(nil) > > #[(this) " [...] " [jde-help-remote-file-exists-function func > > resolver this intern wget jde-jdurl-wget-resolver w3 jde-jdurl-w3- > > resolver beanshell jde-jdurl-beanshell-resolver error "No such > > remote function: %S" eieio-oset :resolver jde-jdurl-stack-resolver > > nil :resolvers jde-jdurl-fs-resolver] 10]([object jde-jdhelper nil > > ([object jde-jddocset nil "JDK 1.5 Javadoc" [object jde-url "http://java.sun.com/javase/6/docs/api > > " nil nil nil] t "1.5"] [object jde-jddocset nil "JDK 1.6 > > Javadoc" [object jde-url "http://java.sun.com/j2se/1.5.0/docs/api"; > > nil nil nil] t "1.6"]) nil]) > > apply(#[(this) " [...] " [jde-help-remote-file-exists-function func > > resolver this intern wget jde-jdurl-wget-resolver w3 jde-jdurl-w3- > > resolver beanshell jde-jdurl-beanshell-resolver error "No such > > remote function: %S" eieio-oset :resolver jde-jdurl-stack-resolver > > nil :resolvers jde-jdurl-fs-resolver] 10] [object jde-jdhelper nil > > ([object jde-jddocset nil "JDK 1.5 Javadoc" [object jde-url "http://java.sun.com/javase/6/docs/api > > " nil nil nil] t "1.5"] [object jde-jddocset nil "JDK 1.6 > > Javadoc" [object jde-url "http://java.sun.com/j2se/1.5.0/docs/api"; > > nil nil nil] t "1.6"]) nil]) > > jde-jdhelper-reload-resolvers([object jde-jdhelper nil ([object jde- > > jddocset nil "JDK 1.5 Javadoc" [object jde-url "http://java.sun.com/javase/6/docs/api > > " nil nil nil] t "1.5"] [object jde-jddocset nil "JDK 1.6 > > Javadoc" [object jde-url "http://java.sun.com/j2se/1.5.0/docs/api"; > > nil nil nil] t "1.6"]) nil]) > > jde-jdhelper([object jde-jdhelper nil ([object jde-jddocset nil > > "JDK 1.5 Javadoc" [object jde-url "http://java.sun.com/javase/6/docs/api > > " nil nil nil] t "1.5"] [object jde-jddocset nil "JDK 1.6 > > Javadoc" [object jde-url "http://java.sun.com/j2se/1.5.0/docs/api"; > > nil nil nil] t "1.6"]) nil] nil) > > apply(jde-jdhelper ([object jde-jdhelper nil ([object jde-jddocset > > nil "JDK 1.5 Javadoc" [object jde-url "http://java.sun.com/javase/6/docs/api > > " nil nil nil] t "1.5"] [object jde-jddocset nil "JDK 1.6 > > Javadoc" [object jde-url "http://java.sun.com/j2se/1.5.0/docs/api"; > > nil nil nil] t "1.6"]) nil] nil)) > > eieio-generic-call(initialize-instance ([object jde-jdhelper nil > > ([object jde-jddocset nil "JDK 1.5 Javadoc" [object jde-url "http://java.sun.com/javase/6/docs/api > > " nil nil nil] t "1.5"] [object jde-jddocset nil "JDK 1.6 > > Javadoc" [object jde-url "http://java.sun.com/j2se/1.5.0/docs/api"; > > nil nil nil] t "1.6"]) nil] nil)) > > initialize-instance([object jde-jdhelper nil ([object jde-jddocset > > nil "JDK 1.5 Javadoc" [object jde-url "http://java.sun.com/javase/6/docs/api > > " nil nil nil] t "1.5"] [object jde-jddocset nil "JDK 1.6 > > Javadoc" [object jde-url "http://java.sun.com/j2se/1.5.0/docs/api"; > > nil nil nil] t "1.6"]) nil] nil) > > eieio-default-superclass(jde-jdhelper nil) > > apply(eieio-default-superclass (jde-jdhelper nil)) > > eieio-generic-call(constructor (jde-jdhelper nil)) > > constructor(jde-jdhelper nil) > > apply(constructor jde-jdhelper nil nil) > > jde-jdhelper(nil) > > (defvar jde-jdhelper-singleton (jde-jdhelper nil) ("c:/Programme/ > > GNU/emacs-extension/jde-svn/jdee/jdee/lisp/jde-help.elc" . 18925)) > > require(jde-help) > > eval-buffer(#<buffer *load*> nil "c:/Programme/GNU/emacs-extension/ > > jde-svn/jdee/jdee/lisp/jde.el" nil t) ; Reading at buffer position > > 2392 > > load-with-code-conversion("c:/Programme/GNU/emacs-extension/jde-svn/ > > jdee/jdee/lisp/jde.el" "c:/Programme/GNU/emacs-extension/jde-svn/ > > jdee/jdee/lisp/jde.el" nil t) > > execute-extended-command(nil) > > call-interactively(execute-extended-command nil nil) > > --8<-------------coupez ici---------------fin--------------->8--- > > > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > jdee-users mailing list > > jdee-users@... > > https://lists.sourceforge.net/lists/listinfo/jdee-users > _________________________________________________________________ Vous voulez regarder la TV directement depuis votre PC ? C'est très simple avec Windows 7 http://clk.atdmt.com/FRM/go/229960614/direct/01/ |
From: Friedericksen Hope <friedericksen.hope@gm...> - 2010-05-08 17:28:31
|
Hello Len, which variable exactly do you mean? When I set jde-jdk-registry as following, it gives me the described error. > (setq jde-jdk-registry '(("1.6" . "/usr/lib64/jvm/java-6-openjdk"))) When I do not set jde-jdk-registry to anything, I get the following error instead: > Debugger entered--Lisp error: (error "Cannot find JDK's tools jar file (or equivalent).Type M-x describe-function [RET] jde-get-jdk-dir for more info.") > signal(error ("Cannot find JDK's tools jar file (or equivalent).Type M-x describe-function [RET] jde-get-jdk-dir for more info.")) > error("Cannot find JDK's tools jar file (or equivalent).Type M-x describe-function [RET] jde-get-jdk-dir for more info.") > jde-get-tools-jar() On 05/07/2010 08:07 AM, Len Trigg wrote: > Try resetting your jde-compiler customization variable. It is > expecting the path component of that variable to be a string, but not > finding it. > > Cheers, > Len. > > On Fri, May 7, 2010 at 5:56 PM, Friedericksen Hope > <friedericksen.hope@...> wrote: >> Hello Len, >> >> thank you for your response. I have installed version 2.4.0.1 on my PC. >> >> Greetings, >> Friedericksen >> >> On 05/07/2010 07:48 AM, Len Trigg wrote: >>> What version of jdee are you using? >>> >>> Cheers, >>> Len. >>> >>> >>> On Thu, May 6, 2010 at 3:05 AM, Friedericksen Hope >>> <friedericksen.hope@...> wrote: >>>> Hello List, >>>> >>>> I am new to jdee and I have a problem setting the compiler stuff. I googled around but was not successful in finding a solution. >>>> >>>> In my .emacs I have the following entry: >>>> >>>>> (setq jde-jdk-registry '(("1.6" . "/usr/lib64/jvm/java-6-openjdk"))) >>>> >>>> When I try to compile a *.java file with C-c C-v C-c I get the following error: >>>> >>>>> Debugger entered--Lisp error: (wrong-type-argument stringp \,) >>>>> substitute-in-file-name(\,) >>>>> jde-compile-get-javac() >>>>> jde-compile-get-the-compiler() >>>>> jde-compile() >>>>> call-interactively(jde-compile nil nil) >>>>> recursive-edit() >>>>> byte-code("Æ @Ç=! >>>> >>>> What is wrong with my specification? >>>> >>>> Thank you in advance! >>>> >>>> Best, >>>> Friedericksen >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> _______________________________________________ >>>> jdee-users mailing list >>>> jdee-users@... >>>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>>> >>> >>> ------------------------------------------------------------------------------ >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> jdee-users mailing list >> jdee-users@... >> https://lists.sourceforge.net/lists/listinfo/jdee-users >> > > ------------------------------------------------------------------------------ |
From: Len Trigg <lenbok+mljdee@gm...> - 2010-05-07 06:07:47
|
Try resetting your jde-compiler customization variable. It is expecting the path component of that variable to be a string, but not finding it. Cheers, Len. On Fri, May 7, 2010 at 5:56 PM, Friedericksen Hope <friedericksen.hope@...> wrote: > Hello Len, > > thank you for your response. I have installed version 2.4.0.1 on my PC. > > Greetings, > Friedericksen > > On 05/07/2010 07:48 AM, Len Trigg wrote: >> What version of jdee are you using? >> >> Cheers, >> Len. >> >> >> On Thu, May 6, 2010 at 3:05 AM, Friedericksen Hope >> <friedericksen.hope@...> wrote: >>> Hello List, >>> >>> I am new to jdee and I have a problem setting the compiler stuff. I googled around but was not successful in finding a solution. >>> >>> In my .emacs I have the following entry: >>> >>>> (setq jde-jdk-registry '(("1.6" . "/usr/lib64/jvm/java-6-openjdk"))) >>> >>> When I try to compile a *.java file with C-c C-v C-c I get the following error: >>> >>>> Debugger entered--Lisp error: (wrong-type-argument stringp \,) >>>> substitute-in-file-name(\,) >>>> jde-compile-get-javac() >>>> jde-compile-get-the-compiler() >>>> jde-compile() >>>> call-interactively(jde-compile nil nil) >>>> recursive-edit() >>>> byte-code("Æ @Ç=! >>> >>> What is wrong with my specification? >>> >>> Thank you in advance! >>> >>> Best, >>> Friedericksen >>> >>> >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> jdee-users mailing list >>> jdee-users@... >>> https://lists.sourceforge.net/lists/listinfo/jdee-users >>> >> >> ------------------------------------------------------------------------------ > > > ------------------------------------------------------------------------------ > > _______________________________________________ > jdee-users mailing list > jdee-users@... > https://lists.sourceforge.net/lists/listinfo/jdee-users > |
From: Friedericksen Hope <friedericksen.hope@gm...> - 2010-05-07 05:56:29
|
Hello Len, thank you for your response. I have installed version 2.4.0.1 on my PC. Greetings, Friedericksen On 05/07/2010 07:48 AM, Len Trigg wrote: > What version of jdee are you using? > > Cheers, > Len. > > > On Thu, May 6, 2010 at 3:05 AM, Friedericksen Hope > <friedericksen.hope@...> wrote: >> Hello List, >> >> I am new to jdee and I have a problem setting the compiler stuff. I googled around but was not successful in finding a solution. >> >> In my .emacs I have the following entry: >> >>> (setq jde-jdk-registry '(("1.6" . "/usr/lib64/jvm/java-6-openjdk"))) >> >> When I try to compile a *.java file with C-c C-v C-c I get the following error: >> >>> Debugger entered--Lisp error: (wrong-type-argument stringp \,) >>> substitute-in-file-name(\,) >>> jde-compile-get-javac() >>> jde-compile-get-the-compiler() >>> jde-compile() >>> call-interactively(jde-compile nil nil) >>> recursive-edit() >>> byte-code("Æ @Ç=! >> >> What is wrong with my specification? >> >> Thank you in advance! >> >> Best, >> Friedericksen >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> jdee-users mailing list >> jdee-users@... >> https://lists.sourceforge.net/lists/listinfo/jdee-users >> > > ------------------------------------------------------------------------------ |
From: Len Trigg <lenbok+mljdee@gm...> - 2010-05-07 05:55:21
|
JDEBug is being removed - we should remove remaining references to it in the lisp. Try jdibug as an alternative debugger. Cheers, Len. On Thu, May 6, 2010 at 4:59 AM, David Ventimiglia <dventimiglia@...> wrote: > Hello, > > > > When I do JDEbug->Processes->Start Debugger, I get the error "Could not find > the main class: jde.debugger.Main. Program will exit.", and in the jdee > distribution I can find no such class in any jar file. Where did it go? > Thanks! > > > > Best, > > David Ventimiglia > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > jdee-users mailing list > jdee-users@... > https://lists.sourceforge.net/lists/listinfo/jdee-users > > |