[ANNOUNCEMENT] JDEE 2.3.4beta2 available at ...
http://jdee.sunsite.dk/rootpage.html#Downloading The following lists the changes since JDEE 2.3.3beta1. JDE 2.3.4beta2 *** * PLEASE READ * *** * * * This release requires semantic 1.4beta13 (or later),* * speedbar 0.14beta2 (or later), and * * eieio-0.17beta3 (or later). You can obtain all three* * packages at http://cedet.sourceforge.net* * * * This release requires version 1.2.2 (or later) of the * * JDK.* * * * This release also requires avltree.el, which is part of the * * elib 1.0 package. You can obtain elib at the JDE web site * * in compressed tar (http://jdee.sunsite.dk/elib.tar.gz) * * or zip (http://sunsite.dk/jde/elib.zip) format. * * * * JDEbug runs on Windows 2000 only if Service Pack 2 (or * * later) is installed.* * * * If syntax-coloring does not work, download and install * * overlay-fix.el from the semantic web site. * * * *** * Removed binding of the Return key to jde-gen-embrace. * Fixed regression bugs resulting from changes to jde-expand-directory command. Thanks to Christian Schmitt. * Include sregex in the JDEE distribution for XEmacs users. * Fix regression in jdb interface. Thanks to Jack Donohue.
Re: jde-xref works for some methods, not for others
I'm not sure what to tell you Raul. I haven't seen this behavior. If this is for some publicly available source, you could send me the source and I could try and reproduce it. Otherwise, it sounds like you are missing some data - and i suspect that maybe the superclasses of A and B may have something to do with it. There is an alternative to jde-xref, however, that Suraj Acharya has made as a plugin. It does not require a database, and works pretty well. You could ask him for it, or perhaps he could post it to the list so other people can try it out and give feedback. On Apr 28, 2004, at 1:14 PM, Raul Acevedo wrote: I have a large project (almost 2,000 Java files), and sometimes jde-xref works in finding callers, sometimes it doesn't. It seems to be on a per-class basis; i.e. any method in class A I can list callers, but in class B no callers are found for any methods. Looking at the xrefdb directory, it looks like the database was created correctly... i.e. the appropriate -caller file looks like it has the correct entry for class B, with all its methods. Any ideas what could be going on? Raul
compilation-enter-directory-regexp-alist in emacs cvs
I recently posted this to gnu.emacs.help but no one responded, so I thought I'd try here. While using JDE I ran into a problem compiling files with emacs CVS. It registers this complaint whenever I try to compile something (C-c C-v C-c): Symbol's value as variable is void: compilation-enter-directory-regexp-alist So I went looking for that variable and found that it had been removed in March. Here is an excerpt the changelog entry: 2004-03-11 Daniel Pfeiffer [EMAIL PROTECTED] * progmodes/compile.el (compile-auto-highlight) (compilation-error-list, compilation-old-error-list) (compilation-parse-errors-function, compilation-parsing-end) (compilation-error-message, compilation-directory-stack) (compilation-enter-directory-regexp-alist) (compilation-leave-directory-regexp-alist) (compilation-file-regexp-alist, compilation-nomessage-regexp-alist) (compilation-current-file, compilation-regexps): Remove vars. There doesn't appear to be a lot of explanation as to why they were removed and what can be used to replace the functionality. The variable was used in beanshell.el and several other files in JDEE. Any ideas? Thanks for the help. John
Re: compilation-enter-directory-regexp-alist in emacs cvs
On Thu, 2004-04-29 at 21:03, John Russell wrote: I recently posted this to gnu.emacs.help but no one responded, so I thought I'd try here. While using JDE I ran into a problem compiling files with emacs CVS. ... There doesn't appear to be a lot of explanation as to why they were removed and what can be used to replace the functionality. The variable was used in beanshell.el and several other files in JDEE. Emacs CVS has a (more or less complete) new compile.el. While I assume all packages shipped with emacs itself are of updated, external stuff is clearly not. I use the following in my .emacs for the time being (but of course it's a hack, no solution) (defadvice next-error (before ne-dummy-arg (optional dummy) activate) (if (null (ad-get-arg 0)) (ad-set-arg 0 1))) (defadvice compilation-mode (before cm-dummy-arg (rest dummy) activate)) (defvar compilation-parse-errors-function '(function (lambda (dummy1 dummy2 (defvar compilation-enter-directory-regexp-alist nil) (defvar compilation-leave-directory-regexp-alist nil) (defvar compilation-file-regexp-alist nil) (defvar compilation-nomessage-regexp-alist nil) signature.asc Description: This is a digitally signed message part
