JDEE (deprecated/mailing list active)

  I solved the problem myself. I learned that I need to set up both
jde.global.classpath and jde-sourcepath before using JDB.

	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.

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
> >

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

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
> >

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
> >

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
>

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.

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
>

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

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
> >

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
>

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
> >

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
>

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

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

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

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

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>

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

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/
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
>>
>
> ------------------------------------------------------------------------------

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
>

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
>>
>
> ------------------------------------------------------------------------------

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
>
>

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

Thanks for helping keep SourceForge clean.

JDEE (deprecated/mailing list active)

Brought to you by: paullandes

jdee-users — Forum for users to discuss issues with using the JDEE

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