RE: integrating the eclipse compiler with jde
Check out jde-eclipse.el: http://www.raffael.ch/index.jsp?content=page/FTP/RemoteEclipse I haven't tried it (but I plan to); apparently it uses the bean shell to have Emacs talk to Eclispe. So when you save a file in Emacs, it compiles in Eclipse, and pipes the error messages back to Emacs. Steve -Original Message- From: Heinz-Dieter Conradi [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 3:25 AM To: JDE Mailing List (E-Mail) Subject: integrating the eclipse compiler with jde hi all, i am a happy jde user. however, occasionally i like to work with eclipse. this is not only due to the refactoring possibilities offered by eclipse. another reason is the eclipse compiler, which offers a lot of helpfull warning about e.g. meaningless assignments (ala x = x). the eclipse compiler can be used standalone: java -classpath $eclipse_home/plugins/org.eclipse.jdt.core_3.0.0/jdtcore.jar org/eclipse/jdt/internal/compiler/batch/Main i would really like to use it within the jde. if possible as replacement for the javac server. is this possible? has anybody tried to do this? tia, heinz-dieter conradi
Clflow abbreviations, indentation
Question of jde-gen-cflow* stuff: I have c-basic-offset set to 2 spaces in my jde-mode-hook. However, the jde-gen-flow templates indent 4 spaces before putting the cursor at the point for the user to start typing. For example, jde-gen-cflow-if generates this: if (x) { } It's no big deal to hit TAB to get cc-mode to indent to my style of 2 spaces, but it would be nice if jde-gen-cflow did that for me. Any ideas? Is there a customization variable for this? Thanks. Steve Molitor [EMAIL PROTECTED]
RE: jde-wiz-get-set-methods opening brace placement
I'm using JDEE version 2.2.9beta9.1 -Original Message- From: Molitor, Stephen Sent: Tuesday, April 30, 2002 9:13 AM To: [EMAIL PROTECTED] Subject: jde-wiz-get-set-methods opening brace placement I've noticed that jde-wiz-get-set-methods does not put a space between the ')' ending the argument list, and the opening brace of the method. It formats it like this: public void setFoo(int foo){ Notice that there is no space before the opening brace. Is this on purpose, or an oversight? The get method is formatted with a space. There doesn't seem to be a template available, so I hacked my copy of jde-wiz.el. (I can send a patch, but basically I just added a space before the '{'). Thanks. Steve Molitor [EMAIL PROTECTED]
jde-wiz-get-set-methods opening brace placement
I've noticed that jde-wiz-get-set-methods does not put a space between the ')' ending the argument list, and the opening brace of the method. It formats it like this: public void setFoo(int foo){ Notice that there is no space before the opening brace. Is this on purpose, or an oversight? The get method is formatted with a space. There doesn't seem to be a template available, so I hacked my copy of jde-wiz.el. (I can send a patch, but basically I just added a space before the '{'). Thanks. Steve Molitor [EMAIL PROTECTED]
RE: Things hang when using ClearCase -- removing cywin from path fixes some things
Some progress: I have cygwin installed, and put it first in the path (so that cygwin's find comes before window's find). I removed cygwin from the path, and now the bean shell starts OK. Put cygwin back in the path, and the bean shell hangs. Weird. I'm using ClearCase dynamic views on NT 4.0, using the NFS Client that comes with the "Windows NT Services For Unix (SFU)" package. Maybe it has some dll's or commands that have the same names as cygwin stuff, and that's messing things up. Hmm Steve Molitor [EMAIL PROTECTED] -Original Message- From: Elias Biris [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 2:41 AM To: Molitor, Stephen; [EMAIL PROTECTED] Subject: RE: Things hang when using ClearCase We are using ClearCase too. 1. Beanshell is as you say VERY flaky for accesss of code in ClearCase storage. I have managed at times to make it work for getting source code for classes under the cursor (C-cC-vC-y), but it takes time to get any response (emacs seems to hang in between). It can take between 5-10 retries before I get a reply from the Beanshell. I submitted a request to the list for help in managing to get some debugging trace information in the *bsh* buffer whenever I try to use the Beanshell functionality but received no answer yet :-( Without that I cannot say for sure if it is a network access issue, a ClearCase issue or a Beanshell issue. When editing code on local drives (not NFS and not on ClearCase) the response time of the Beanshell is as reported in the JDEE documentation. 2. I have not experienced any issues with compilation. It works ok for me. 3. Clearcase is notoriously slow sometimes. Run a CCase Analysis Doctor (I am talking about windows here, I am not sure what happens in Unix, tho Unix CCase should have something similar) to see if there are any reported conflicts. > -Original Message- > From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 24, 2002 9:28 PM > To: [EMAIL PROTECTED] > Subject: Things hang when using ClearCase > > > Has anyone noticed any general flakiness when using JDE and Emacs with > ClearCase? We just switched to ClearCase, using dynamic > views, on Windows > NT 4.0, with the ClearCase NFS client turned on. Since then, > lots of flaky > stuff has been happening. Most of these things happen even > with local Java > files not in ClearCase, but they seem to be related to the > NFS client, and > process IO. Specifically: > > 1. Starting the bean shell hangs -- even after waiting > several minutes for > it to start. > > 2. Compilation doesn't finish - the 'finished' message is not > displayed. > However, if I do CONTROL-ALT-DELETE to bring up the "Windows > NT Security" > box (used to bring up the task manager, etc., and it hides the desktop > temporarily) and then hit cancel, the 'finished' message > appears in the > compilcation buffer. > > 3. Things are slow in general, not just in Emacs. > > I could submit a bug report, but I suspect that this isn't > really JDE's > fault. Just wondering anyone has seen these kind of problems with > ClearCase, and has any workarounds. Any Emacs settings > related to process > IO and polling, timeouts, etc., that might help here? > > Thanks. > > Steve Molitor > [EMAIL PROTECTED] >
RE: Things hang when using ClearCase -- removing cywin from path fixes some things
I have cygwin installed, and put it first in the path (so that cygin's find comes before window's find). I removed cygwin from the path, and now the bean shell starts OK. Put cygwin back in the path, and the bean shell hangs. Weird. I'm using ClearCase dynamic views on NT 4.0, using the NFS Client that comes with the "Windows NT Services For Unix (SFU)" package. Maybe it has some dll's or commands that have the same names as cygwin stuff, and that's messing things up. Hmm Steve Molitor [EMAIL PROTECTED] -Original Message- From: Elias Biris [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 2:41 AM To: Molitor, Stephen; [EMAIL PROTECTED] Subject: RE: Things hang when using ClearCase We are using ClearCase too. 1. Beanshell is as you say VERY flaky for accesss of code in ClearCase storage. I have managed at times to make it work for getting source code for classes under the cursor (C-cC-vC-y), but it takes time to get any response (emacs seems to hang in between). It can take between 5-10 retries before I get a reply from the Beanshell. I submitted a request to the list for help in managing to get some debugging trace information in the *bsh* buffer whenever I try to use the Beanshell functionality but received no answer yet :-( Without that I cannot say for sure if it is a network access issue, a ClearCase issue or a Beanshell issue. When editing code on local drives (not NFS and not on ClearCase) the response time of the Beanshell is as reported in the JDEE documentation. 2. I have not experienced any issues with compilation. It works ok for me. 3. Clearcase is notoriously slow sometimes. Run a CCase Analysis Doctor (I am talking about windows here, I am not sure what happens in Unix, tho Unix CCase should have something similar) to see if there are any reported conflicts. > -Original Message- > From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 24, 2002 9:28 PM > To: [EMAIL PROTECTED] > Subject: Things hang when using ClearCase > > > Has anyone noticed any general flakiness when using JDE and Emacs with > ClearCase? We just switched to ClearCase, using dynamic > views, on Windows > NT 4.0, with the ClearCase NFS client turned on. Since then, > lots of flaky > stuff has been happening. Most of these things happen even > with local Java > files not in ClearCase, but they seem to be related to the > NFS client, and > process IO. Specifically: > > 1. Starting the bean shell hangs -- even after waiting > several minutes for > it to start. > > 2. Compilation doesn't finish - the 'finished' message is not > displayed. > However, if I do CONTROL-ALT-DELETE to bring up the "Windows > NT Security" > box (used to bring up the task manager, etc., and it hides the desktop > temporarily) and then hit cancel, the 'finished' message > appears in the > compilcation buffer. > > 3. Things are slow in general, not just in Emacs. > > I could submit a bug report, but I suspect that this isn't > really JDE's > fault. Just wondering anyone has seen these kind of problems with > ClearCase, and has any workarounds. Any Emacs settings > related to process > IO and polling, timeouts, etc., that might help here? > > Thanks. > > Steve Molitor > [EMAIL PROTECTED] >
Things hang when using ClearCase
Has anyone noticed any general flakiness when using JDE and Emacs with ClearCase? We just switched to ClearCase, using dynamic views, on Windows NT 4.0, with the ClearCase NFS client turned on. Since then, lots of flaky stuff has been happening. Most of these things happen even with local Java files not in ClearCase, but they seem to be related to the NFS client, and process IO. Specifically: 1. Starting the bean shell hangs -- even after waiting several minutes for it to start. 2. Compilation doesn't finish - the 'finished' message is not displayed. However, if I do CONTROL-ALT-DELETE to bring up the "Windows NT Security" box (used to bring up the task manager, etc., and it hides the desktop temporarily) and then hit cancel, the 'finished' message appears in the compilcation buffer. 3. Things are slow in general, not just in Emacs. I could submit a bug report, but I suspect that this isn't really JDE's fault. Just wondering anyone has seen these kind of problems with ClearCase, and has any workarounds. Any Emacs settings related to process IO and polling, timeouts, etc., that might help here? Thanks. Steve Molitor [EMAIL PROTECTED]
Removing blank lines between import groups
How do I get jde-import-organize to NOT put blank lines between import groups? I like the organizing into groups (putting java.* stuff first), but I'd like to get rid of the blank line. I used to use the elisp code below to do this (something I got from the JDE mailing list), but it doesn't seem to work anymore in the current release: ; Customize jde-import-organize to not put spaces between import groups (defcustom jde-import-organize-skip-line-count 1 "*The amount of newlines that will be inserted between each group by jde-import-organize." :group 'jde-project :type 'number ) (defun jde-import-insert-group (group &optional skip-line) "Insert a GROUP of import texts in the current buffer. If optional SKIP-LINE is non-nil skip a line before the group. This is a customized version of this function, used with jde-import-organize-skip-line-count, above." (when group (if skip-line (newline jde-import-organize-skip-line-count)) (insert (car group)) (setq group (cdr group)) (while group (newline) (insert (car group)) (setq group (cdr group) Thanks! Steve Molitor [EMAIL PROTECTED]
Compilation window
Not sure if this is a JDE question or not, but: How do I get the cursor to always go to the end of the compilation buffer when compiling? I don't like having to do 'other-window, 'end-of-buffer to see the end of the compilation messages. Would jde-compile-finish-hook be a good place to put this? Thanks. Steve Molitor [EMAIL PROTECTED]
RE: Using the JDEE for EJB
Tony, For EJB code generation, JDEE has wizards for creating EJB session, entity bean skeletons, I think -- although I've never used them. We're just using session beans, and have our own template (you can add your own templates for wizards in JDEE). To create jars, ears, etc., I would recommend using Ant. Ant is like an improved version of make, for Java development. JDEE integrates with ant. You can invoke Ant from JDEE, navigate to compile errors, etc. We use Ant to build our wars, jars, and ears, and invoke Ant from different IDE's (JDEE / Emacs and JBuilder. Most of us are using Emacs, but we still have a few JBuilder holdouts!) You can edit the Ant build.xml file using Emacs built-in SGML mode (other xml editing modes are available, I think). I don't think you want to control your build and packaging process from your IDE, as that would make your project dependent on that IDE, it's harder to invoke an IDE from an automated build process, etc. It's better to use a standard build tool like Ant, and integrate that with your IDE. Ant home page: http://jakarta.apache.org/ant Steve Molitor [EMAIL PROTECTED] -Original Message- From: Paul Kinnucan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 12:00 PM To: [EMAIL PROTECTED] Subject: Using the JDEE for EJB Tony Fang writes: > Paul: > I have a question about using Emacs IDE. Can I use Emacs IDE for > EJB development ? That means creats jar file, ear file etc. > Hi Tony, I am forwarding this question to the JDEE mailing list. I believe that there are JDEE users who are using it to do EJB and so would be in a better position to advise you about its suitability. - Paul
RE: have jde remember last opened file
A. N. writes: > How can I have JDE/emacs remember the list of the > files that were open when I exit the emacs.. and > reopen all the files when I restart emacs? > Not exactly what you want, but with Emacs 21 you can use recentf to have Emacs remember the list of recently opened files. You can then see them from the "File | Open Recent" menu, or in a buffer via 'ALT-x recentf-open-files'. Put this in your .emacs to use: (require 'recentf) (recentf-mode 1) I also do this: (global-set-key "\C-cr" 'recentf-open-files) Steve Molitor
Font color of within comments question
This could be more of a font-lock question, but: Stuff with wrapped around it gets highlighted in black, so that it stands out from the rest of the comment. That's great. However, sometimes I accidentally do this: blah. I don't properly close the code tag. In that case, 'blah' is in the normal comment font, not black. That's good, and should be enough for me to notice that I didn't close it properly. However, I'm dense and don't always notice that. So, my question is, is there a way to make it highlight everything in black until there was a closing tag? That way, if I forgot to close it, all the rest of the comment would be in black. That would really stand out, even for dense people like me. Thanks! Steve Molitor [EMAIL PROTECTED]
If abbreviation
I'd like to turn off the 'if' abbreviation everywhere, including comments. Thanks to Paul K, I've got jde-gen-cflow-if turned of, so if doesn't expand in Java code. However, inside a comment, 'If' expands to 'if' (lower case). There's some messages in the mail archive about why this is so; I'd just like to turn 'if' off completely. When I run 'list-abbrevs' from a buffer in jde-mode, I don't see 'if' listed. How do I turn 'if' expansion off, even in comments? Thanks! Steve Molitor [EMAIL PROTECTED]
RE: Gosling interview
Yeah, I was confused by that too. He could have meant 'low-end' to mean 'low-level', but in the previous sentence he defined 'low-level developer' to mean "people who are not experts at writing code". (So, why are they writing code?) I guess that would mean people who are more comfortable using a point-and-clicky ide that generates code for them. The standard criticism of Emacs is that is great for developers who *know* how to write low-level code, but doesn't have enough point-and-clicky for newbies. I read somewhere that Arthur van Huff uses Emacs. (Is he one of those 'low-level', Emacs using developers who is not an expert at writing code?) I wonder if he uses JDE, or if any of the other Sun guys use JDE. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Jeff J Jensen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 22, 2002 10:45 AM To: [EMAIL PROTECTED] Subject: Re: Gosling interview Thanks for the link; interesting read. Unless I interpret JG's answer incorrectly(?), I think the opposite: Emacs is not for the low end developer. Thomas L Roche writes: > http://news.zdnet.co.uk/story/0,,t269-s2102856,00.html
RE: Incremental java building..
Just read my first message, made a typo. Correction: the JDE does NOT automatically compile when saving, but it would be easy to implement that feature. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Molitor, Stephen Sent: Saturday, November 10, 2001 5:20 PM To: '[EMAIL PROTECTED]' Cc: JDE Mailing List Subject: RE: Incremental java building.. Some people have been experimenting with invoking Ant via the bean shell JVM. Some patches have been submitted; I haven't tried the latest ones. You might want to search the archives on this subject. Steve Molitor [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, November 10, 2001 5:12 PM To: Molitor, Stephen Cc: JDE Mailing List Subject: Re: Incremental java building.. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 "Molitor, Stephen" <[EMAIL PROTECTED]> writes: > Have you tried the new 'javac server' in JDE? Customize the variable > jde-compiler, and select 'javac server'. It uses the bean shell to compile, > which means that the JVM to compile is always running (essentially, 'always > having a compiler running'). Compiling is virtually instantaneous, and javac > will compile any dependencies (also instantaneous). It does automaticallly > compile when you save, but that would be easy to rig -- just add a > jde-compile call to the save hook. The compilation is not incremental, but > most of the cost of compiling is starting up the JVM. Using an already > running JVM, it's almost instantaneous. No real need for incremental > compilation, IMHO. OK. I will play with this. The one thing I think is that for good incremental compilation the stats need to be exposed to the user. Need to thing of a good UI here.. > One caveat: In the current version of JDE, the javac server is not completely > compatible with JDEBug. You might not be able to debug stuff compiled with > javac server. When that happens, I recompile with the normal 'javac > executable' option and debug. Seems like a good idea to be able to use jde-make or je-ant along with it. - -- Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] ) Location - San Francisco, CA, Cell - 415.595.9965 Jabber - [EMAIL PROTECTED], Web - http://relativity.yi.org/ The worse thing in life is to fall short! -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt iD8DBQE77bPFAwM6xb2dfE0RAm41AKCGc5uCmtHs67gSuwVQVEoIGbLNQQCgo6O3 8yWIYqnmna1WWcA/Owcr1i4= =hlCo -END PGP SIGNATURE-
RE: Incremental java building..
Some people have been experimenting with invoking Ant via the bean shell JVM. Some patches have been submitted; I haven't tried the latest ones. You might want to search the archives on this subject. Steve Molitor [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, November 10, 2001 5:12 PM To: Molitor, Stephen Cc: JDE Mailing List Subject: Re: Incremental java building.. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 "Molitor, Stephen" <[EMAIL PROTECTED]> writes: > Have you tried the new 'javac server' in JDE? Customize the variable > jde-compiler, and select 'javac server'. It uses the bean shell to compile, > which means that the JVM to compile is always running (essentially, 'always > having a compiler running'). Compiling is virtually instantaneous, and javac > will compile any dependencies (also instantaneous). It does automaticallly > compile when you save, but that would be easy to rig -- just add a > jde-compile call to the save hook. The compilation is not incremental, but > most of the cost of compiling is starting up the JVM. Using an already > running JVM, it's almost instantaneous. No real need for incremental > compilation, IMHO. OK. I will play with this. The one thing I think is that for good incremental compilation the stats need to be exposed to the user. Need to thing of a good UI here.. > One caveat: In the current version of JDE, the javac server is not completely > compatible with JDEBug. You might not be able to debug stuff compiled with > javac server. When that happens, I recompile with the normal 'javac > executable' option and debug. Seems like a good idea to be able to use jde-make or je-ant along with it. - -- Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] ) Location - San Francisco, CA, Cell - 415.595.9965 Jabber - [EMAIL PROTECTED], Web - http://relativity.yi.org/ The worse thing in life is to fall short! -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt iD8DBQE77bPFAwM6xb2dfE0RAm41AKCGc5uCmtHs67gSuwVQVEoIGbLNQQCgo6O3 8yWIYqnmna1WWcA/Owcr1i4= =hlCo -END PGP SIGNATURE-
RE: Incremental java building..
Have you tried the new 'javac server' in JDE? Customize the variable jde-compiler, and select 'javac server'. It uses the bean shell to compile, which means that the JVM to compile is always running (essentially, 'always having a compiler running'). Compiling is virtually instantaneous, and javac will compile any dependencies (also instantaneous). It does automaticallly compile when you save, but that would be easy to rig -- just add a jde-compile call to the save hook. The compilation is not incremental, but most of the cost of compiling is starting up the JVM. Using an already running JVM, it's almost instantaneous. No real need for incremental compilation, IMHO. One caveat: In the current version of JDE, the javac server is not completely compatible with JDEBug. You might not be able to debug stuff compiled with javac server. When that happens, I recompile with the normal 'javac executable' option and debug. Steve Molitor [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, November 09, 2001 8:58 PM To: JDE Mailing List Subject: Incremental java building.. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OK. I am working on this consulting gig and all the other Java people are using Visual Age for Java. They have a feature that I REALLY like. Inremental compilation. They import projects an source and they ALWAYS have a compiler running. The only difference is that this is an incremental compiler. AKA it runs at regular intervals (when they save files) and tries to recompile all dependencies. Has anyone thought of a jike ++ integration (jikes supports a ++ option to enable incremental compilation). The only problem would be update the jde-db-source-directories variable. If the user adds other directories this we would need to update the running versions of jikes. Any thoughts??? Kevin - -- Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] ) Location - San Francisco, CA, Cell - 415.595.9965 Jabber - [EMAIL PROTECTED], Web - http://relativity.yi.org/ The right of the people to be secure in their persons, homes, papers, and effects, against unreasonable searches and seizures, shall not be violated... -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt iD8DBQE77H3iAwM6xb2dfE0RAiZJAKCAOelHADPOdofKiLEdvLarCOT0SACfSc2/ yF1zOG2pmQCeA/vpLPGAANs= =Djpg -END PGP SIGNATURE-
Completion problem in 2.2.9 beta5 -- problem report
Completion is not working for me with JDE 2.2.9 beta 5. (It works if I switch back to beta 4). I get a "Lisp nesting exceeds max-lisp-eval-depth" error when I run jde-complete-at-point menu. My versions: Emacs 21.1.1. Windows NT 4.0 JDE 2.2.9 beta 5 Semantic 1.4beta 11 Eieio 0.17 beta3 elib 1.0 speedbar 0.13 (I never use speedbar) Looks like an infinite loop. Here's the stack trace (rest problem report stuff follows): Debugger entered--Lisp error: (error "Lisp nesting exceeds max-lisp-eval-depth") cl-position("prj.el" ("." ".." "erac") 0 nil nil) position("prj.el" ("." ".." "erac") :test string=) apply(position "prj.el" ("." ".." "erac") (:test string=)) find("prj.el" ("." ".." "erac") :test string=) jde-find-project-file("d:/javaweb/fleetsystems/working/unittest_src/com/") jde-find-project-file("d:/javaweb/fleetsystems/working/unittest_src/com/erac /") jde-find-project-file("d:/javaweb/fleetsystems/working/unittest_src/com/erac /fleetsystems/") jde-find-project-file("d:/javaweb/fleetsystems/working/unittest_src/com/erac /fleetsystems/strutsx/") jde-normalize-path("../build" nil) #[(path) "\"?" [path symbol jde-normalize-path] 3]("../build") mapcar(#[(path) " \"?" [path symbol jde-normalize-path] 3] ("../build" "../unittest_src" "c:/jdk1.3/lib/tools.jar" "c:/weblogic/license" "c:/weblogic/classes" "c:/weblogic/lib/weblogicaux.jar" "../../thirdparty/junit/junit.jar" "../../thirdparty/ant/lib/xerces.jar" "../../thirdparty/struts/lib/struts.jar" "../../thirdparty/erac_architecture/architectureInf.jar" "../../thirdparty/log4j/log4j.jar")) jde-build-classpath(("../build" "../unittest_src" "c:/jdk1.3/lib/tools.jar" "c:/weblogic/license" "c:/weblogic/classes" "c:/weblogic/lib/weblogicaux.jar" "../../thirdparty/junit/junit.jar" "../../thirdparty/ant/lib/xerces.jar" "../../thirdparty/struts/lib/struts.jar" "../../thirdparty/erac_architecture/architectureInf.jar" "../../thirdparty/log4j/log4j.jar") nil) jde-build-path-arg(nil ("../build" "../unittest_src" "c:/jdk1.3/lib/tools.jar" "c:/weblogic/license" "c:/weblogic/classes" "c:/weblogic/lib/weblogicaux.jar" "../../thirdparty/junit/junit.jar" "../../thirdparty/ant/lib/xerces.jar" "../../thirdparty/struts/lib/struts.jar" "../../thirdparty/erac_architecture/architectureInf.jar" "../../thirdparty/log4j/log4j.jar") t) jde-create-prj-values-str() jde-jeval("jde.util.JdeUtilities.getJavaVersion();" t) jde-jeval-r("jde.util.JdeUtilities.getJavaVersion();") jde-java-version() jde-run-get-vm() bsh-internal() bsh-eval("jde.util.JdeUtilities.setProjectValues(\"d:/javaweb/fleetsystems/w orking/unittest_src/prj.el\", \"d:/javaweb/fleetsystems/working/build;d:/javaweb/fleetsystems/working/unit test_src;c:/jdk1.3/lib/tools.jar;c:/weblogic/license;c:/weblogic/classes;c:/ weblogic/lib/weblogicaux.jar;d:/javaweb/fleetsystems/thirdparty/junit/junit. jar;d:/javaweb/fleetsystems/thirdparty/ant/lib/xerces.jar;d:/javaweb/fleetsy stems/thirdparty/struts/lib/struts.jar;d:/javaweb/fleetsystems/thirdparty/er ac_architecture/architectureInf.jar;d:/javaweb/fleetsystems/thirdparty/log4j /log4j.jar\");") jde-jeval("jde.util.JdeUtilities.getJavaVersion();" t) jde-jeval-r("jde.util.JdeUtilities.getJavaVersion();") jde-java-version() jde-run-get-vm() bsh-internal() bsh-eval("jde.util.JdeUtilities.setProjectValues(\"d:/javaweb/fleetsystems/w orking/unittest_src/prj.el\", \"d:/javaweb/fleetsystems/working/build;d:/javaweb/fleetsystems/working/unit test_src;c:/jdk1.3/lib/tools.jar;c:/weblogic/license;c:/weblogic/classes;c:/ weblogic/lib/weblogicaux.jar;d:/javaweb/fleetsystems/thirdparty/junit/junit. jar;d:/javaweb/fleetsystems/thirdparty/ant/lib/xerces.jar;d:/javaweb/fleetsy stems/thirdparty/struts/lib/struts.jar;d:/javaweb/fleetsystems/thirdparty/er ac_architecture/architectureInf.jar;d:/javaweb/fleetsystems/thirdparty/log4j /log4j.jar\");") jde-jeval("jde.util.JdeUtilities.getJavaVersion();" t) jde-jeval-r("jde.util.JdeUtilities.getJavaVersion();") jde-java-version() jde-run-get-vm() bsh-internal() bsh-eval("jde.util.JdeUtilities.setProjectValues(\"d:/javaweb/fleetsystems/w orking/unittest_src/prj.el\", \"d:/javaweb/fleetsystems/working/build;d:/javaweb/fleetsystems/working/unit test_src;c:/jdk1.3/lib/tools.jar;c:/weblogic/license;c:/weblogic/classes;c:/ weblogic/lib/weblogicaux.jar;d:/javaweb/fleetsystems/thirdparty/junit/junit. jar;d:/javaweb/fleetsystems/thirdparty/ant/lib/xerces.jar;d:/javaweb/fleetsy stems/thirdparty/struts/lib/struts.jar;d:/javaweb/fleetsystems/thirdparty/er ac_architecture/architectureInf.jar;d:/javaweb/fleetsystems/thirdparty/log4j /log4j.jar\");") jde-jeval("jde.util.JdeUtilities.getJavaVersion();" t) jde-jeval-r("jde.util.JdeUtilities.getJavaVersion();") jde-java-version() jde-run-get-vm() bsh-internal() bsh-eval("jde.util.JdeUtilities.setProjectValues(\"d:/javaweb/fleetsystems/w orking/unittest_src/prj.el\", \"d:/javaweb/fleetsystems/working/build;d:/javaweb/fleetsystems/working/unit
Semantic 1.4 beta 12 -- where?
Is Semantic 1.4 beta 12 available yet? I couldn't find it out the Semantic page (beta 11 was the latest). Steve Molitor [EMAIL PROTECTED]
RE: jde-ant completion and bug-fix ?
Also note that, even with the fix, it still won't work if the target name is not on the same line as 'mailto:[EMAIL PROTECTED]] Sent: Friday, October 26, 2001 7:47 AM To: [EMAIL PROTECTED] Subject: Re: jde-ant completion and bug-fix ? I tried to checkout jde-ant.el from CVS and found that the bug-fix regarding target-completion not being able to complete on targets where the name is not the first on the line is not in there. Here is the fix :) (defcustom jde-ant-target-regexp "<\\s-*target.+name\\s-*=\\s-*\"\\s-*\\([^\"]+\\)" "*Regular expression used to match target names in Ant build files." :group 'jde-project :type 'string) ""Molitor, Stephen"" <[EMAIL PROTECTED]> wrote in message A35A461EBB6BD511859E0002A56B89CC44B24C@EXCORP03">news:A35A461EBB6BD511859E0002A56B89CC44B24C@EXCORP03... > Max, > > The bug fix and target-completion stuff is in the latest version of > jde-ant.el, in CVS: > > http://sunsite.dk/cvsweb/jde/lisp/jde-ant.el > > Paul submitted the chagnes. I don't think this is in the latest JDE beta > distribution, which was made before these changes were submitted. > > However, it would also be really nice to get Douglas WF Acheson's changes in > as well, that added the ability to run Ant via Java from the bean shell JVM > :) > > Steve Molitor > [EMAIL PROTECTED] > > > > -Original Message- > From: Max Rydahl Andersen [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 24, 2001 2:58 PM > To: [EMAIL PROTECTED] > Subject: jde-ant completion and bug-fix ? > > > I'm just wondering wether the maintainers of jde-ant.el have incorporated > the previously posted bugfixes and addition of target-completion ? It is not > in the newest jde-ant.el. > > I have taken the liberty to merge the fixes with the newest jde-ant.el and > appended it to this posting. > > Here is the original "log" from the author. > > ;; Revision 1.10 2001/10/05 15:04:32 smolitor > ;; Added support auto completion of Ant targets in mini-buffer. > ;; Added the following defuns and variables: > ;;defun jde-ant-find-build-file > ;;defun jde-ant-get-target-alist > ;;defcustom jde-ant-complete-target > ;;defcustom jde-ant-target-regexp > ;; Modified defun jde-ant-read-target to use auto-completion, if > ;; jde-ant-complete-target is non-nil. > ;; Fixed bug in jde-build-ant-command where there was no space between the > ant > ;; command and the target. > > ;; fixed jde-ant.el > > ;; jde-ant.el --- Use Apache Ant to build your JDE projects > > ;; $Revision: 1.8 $ $Date: 2001/10/04 04:33:54 $ > > ;; > ;; Author: Jason Stell | [EMAIL PROTECTED] > ;; Created: 19 Oct 2000 > ;; Version 1.3 19 June 2001 > ;; > > ;; This file is not part of Emacs > > ;; This program is free software; you can redistribute it and/or > ;; modify it under the terms of the GNU General Public License as > ;; published by the Free Software Foundation; either version 2, or (at > ;; your option) any later version. > > ;; This program is distributed in the hope that it will be useful, but > ;; WITHOUT ANY WARRANTY; without even the implied warranty of > ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > ;; General Public License for more details. > > ;; You should have received a copy of the GNU General Public License > ;; along with this program; see the file COPYING. If not, write to > ;; the Free Software Foundation, Inc., 59 Temple Place - Suite 330, > ;; Boston, MA 02111-1307, USA. > > ;; Commentary: > ;; This file defines jde-ant-build and some helper functions. > ;; jde-ant-build uses the specified ant program/shell script to > ;; execute a specified build file (in the project root). > ;; > ;; > ;; Installation: > ;; -- Make sure this file is accessible via your emacs load-path > ;; -- Add the following to your .emacs > ;;(require 'jde-ant) > ;; -- Customize the ant variables, which can be found in the > ;;jde-project group > ;; -- Optionally create a keybinding for jde-ant-build > ;; > ;; > ;; To do: > ;; -- allow interactive ant target/argument specification. > ;;{DONE - version 1.1} > ;; > ;; -- consider using jde-run-java-vm to execute Ant instead of > ;;requiring a shell script. > ;; > ;; > ;; Notes: > ;; -- The JDE (Java Development Environment for Emacs) can be > ;;downloaded at http://sunsite.auc.dk/jde/ > ;; > ;; -- Apache Ant is a Java & XML build system that can be downloaded > ;;at http://jakarta.apache.org/ant/ > ;; > ;; Version History: > ;; > ;; -- Version 1.3 (19 June 2001) > ;;: Addition of jde-ant-projec
RE: jde-bug-key-bindings
Don't know if it matters or not, but I've always used lower case for function key bindings: '(jde-bug-key-bindings (quote (("[f6]" . jde-bug-step-over) Steve Molitor [EMAIL PROTECTED] -Original Message- From: Jeff Rancier [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 23, 2001 11:56 AM To: Jde-List Subject: jde-bug-key-bindings Hello, I took Paul's advice of customizing jde-bug-key-bindings to setup my functions keys for stepping in JDEbug. Previously they were set using global-set-keys. Unfortunately, I must be specifying the function keys incorrectly. If I do a C-h k F6, for example, I get: f6 is undefined Here is the definition from my .emacs: '(jde-bug-key-bindings (quote (("[F6]" . jde-bug-step-over) ("[F7]" . jde-bug-step-into) ("[F8]" . jde-bug-step-into-all) ("[F9]" . jde-bug-step-out) ("[? ? ?]" . jde-bug-continue) ("[? ? ?]" . jde-bug-toggle-breakpoint Can someone help me with the correct definition of these keys in customize. Thanks. Jeff
RE: jde-ant and fast ms-dos window
This doesn't happen to me -- I get the ant output in an Emacs buffer, no MS-DOS window. I can even click on compile errors and go to the source. But I believe you, I'm sure it's (not) working the way you described! Which versions of Ant, JDE, etc., are you runnning? Eventually, it might be nice to invoke Ant via java (starting a new JVM), not ant.bat or ant.sh. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Larry Strollo [mailto:[EMAIL PROTECTED]] Sent: Sunday, October 21, 2001 9:09 PM To: [EMAIL PROTECTED] Subject: jde-ant and fast ms-dos window When I use ant to build within the JDE, a msdos window pops up, the build happens, and then the msdos window goes away and I have no idea what happened. Is there some setup for putting the output of the ant command into some emacs buffer (the compilation buffer?) ? Seems like this would be a FAQ, but I couldn't find anything in the ant related customizations, or in the archives. -- == Larry Strollo[EMAIL PROTECTED] ==
RE: ant and paths
Kevin Burton writes: >> Hm. It could be possible to use both the 'ant' method and the 'java >> org.apache.tools.ant.Main' method. AKA if the command 'ant' does not >> exist within the PATH, try using the java method. There could also be an option to always use the 'java {...}ant.Main' method. If the bean shell was used, there wouldn't be a need to invoke a new JVM, which could speed things up significantly. The cost would be that running Ant from within Emacs might behave differently than running Ant from the command line. Steve Molitor [EMAIL PROTECTED]
RE: ant and paths
Set jde-ant-enable-find to true. Jde-ant-build will then search for build.xml, starting from the current directory and working backwards from there. In your .emacs: (setq jde-ant-enable-find t) Or, you can customize the variable -- M-x customize-variable jde-ant-enable-find. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Aubin, Ethan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 10, 2001 12:10 PM To: 'JDE Developers' Subject: ant and paths Hello, Ant will only work if I include the full path in jde-ant-program. Ant currently is in my path... Is there a way for jde search the path for ant? When I do a jde-ant-build. It cd's to the buffers current directory, and runs ant. I'd like to able to set a project directory or an ant-working-directory and have it cd there or look for the build file there. Right now I'm putting in the full path to the build.xml file as a work around... Am I missing or misunderstanding a config option? Any ideas or suggestions? Btw. I'm using jde-2.2.9beta3, gnu emacs 20.4.1 (sparc-sun-solaris2.8), Thanks, [EMAIL PROTECTED]
RE: JDEBug not stopping at breakpoints with 2.2.9beta2
OK -- That makes sense. I tried a few things. When I compile via the compile server (jde-compiler is set to "javac server"), it doesn't work. JDEBug doesn't stop on a breakpoint. However, when I compile via javac executable (jde-compiler is set to "javac"), or when I compile from the command line via '-g', it works -- JDEBug stops on breakpoints. So it seems that the compiler server is not turning on the debug option, although according the toe CompileServer output, it is: CompileServer output: d:/home/steve/Foo.java -classpath d:/home/steve -g -deprecation Compilation finished at Tue Oct 02 14:01:52 I did set the jde-jdk and jde-jdk-registry variables to point to my JDK. Any other ideas? Thanks. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Paul Kinnucan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 02, 2001 1:21 PM To: Molitor, Stephen Cc: '[EMAIL PROTECTED]' Subject: JDEBug not stopping at breakpoints with 2.2.9beta2 Molitor, Stephen writes: > Has anyone had any luck with JDEBug in 2.2.9beta2? I can't get it to stop > at a breakpoint. I tried it with 2.2.9beta2, at I just tried it again with > the latest versions of the .el files from CVS (12:00 pm, October 2, 2001, > CST). I'm using JDK 1.3, Windows NT 4.0, Emacs 20.7.1, eieio 0.16, semantic > 1.4beta11, elib 1.0. > > Here's the output, followed by the contents of the JDEBug buffer. Thanks. > > Steve Molitor > [EMAIL PROTECTED] > > Steve, JDEbug works fine for me in JDE 2.2.9beta2. I don'think the problem you are having has anything to do with the recent changes in JDEbug. JDEbug is requesting the that target vm set the breakpoints that you have specified. However, the vm is not honoring the requests for some reason. This can happen, for example, if the vm never loads the class in which the breakpoint occurs or if the class does not contain the necessary debug info (e.g., it was compiled with jikes). - Paul > *** Debugger Output for Process Foo(1) *** > > Launch command line: > javaw -classpath d:/home/steve Foo > > Emacs connected to standard IO port 4720 for process Foo. > Launched VM Java Debug Interface (Reference Implementation) version 1.3 > Java Debug Wire Protocol (Reference Implementation) version 1.0 > JVM Debug Interface version 1.0 > JVM version 1.3.0 (Java HotSpot(TM) Client VM, interpreted mode) > initSIOConnect: starting standard I/O handshake. > initSIOConnect: starting SIO connect thread. > Debugger waiting for Emacs to connect to app SIO port 4720. > vm started... > All threads suspended... > Setting breakpoint at line 6 in Foo.java. > Debugger connected to standard I/O socket. > Setting breakpoint at line 3 in Foo.java. > Running Foo. > Foo process ended. > Closed transport for application's standard output. > Closed transport for application's standard error output. > vm disconnected... > > > <<< JDEBug Buffer Contents:>>>> > cd d:/home/steve/ > javaw -classpath > d:/home/steve/lisp/thirdparty/jde/java/lib/jde.jar;c:/jdk1.3/lib/tools.jar > jde.debugger.Main > > > (jde-dbo-init-debug-session) > > JDE> -1 1 launch 1 -vmexec javaw -classpath d:/home/steve Foo > > > (jde-dbo-message > 1 "Launched VM Java Debug Interface (Reference Implementation) version 1.3 > Java Debug Wire Protocol (Reference Implementation) version 1.0 > JVM Debug Interface version 1.0 > JVM version 1.3.0 (Java HotSpot(TM) Client VM, interpreted mode)") > > > (jde-dbo-message 1 "initSIOConnect: starting standard I/O handshake.") > > > (jde-dbo-message 1 "initSIOConnect: starting SIO connect thread.") > > > (jde-dbo-command-result 1 4720) > > > (jde-dbo-message > 1 "Debugger waiting for Emacs to connect to app SIO port 4720.") > > > (jde-dbo-event-set > 1 "all" > (list "Thread" 1 "main" "unknown" "suspended by debugger" > (list) > "VM has no information" > "VM has no information") > (list 'jde-dbo-vm-start-event)) > > JDE> 1 2 break absolute Foo.java 6 > > > (jde-dbo-message 1 "Debugger connected to standard I/O socket.") > > > (jde-dbo-command-result 2 0) > > JDE> 1 3 break absolute Foo.java 3 > > > (jde-dbo-command-result 3 1) > > JDE> 1 4 run > > > (jde-dbo-command-result 4) > > > (jde-dbo-event-set 1 "none" nil > (list 'jde-dbo-vm-death-event)) > > > (jde-dbo-message 1 "Closed transport for application's standard output.") > > > (jde-dbo-message 1 "Closed transport for application's standard error > output.") > > > (jde-dbo-event-set 1 "none" nil > (list 'jde-dbo-vm-disconnected-event)) >
JDEBug not stopping at breakpoints with 2.2.9beta2
Has anyone had any luck with JDEBug in 2.2.9beta2? I can't get it to stop at a breakpoint. I tried it with 2.2.9beta2, at I just tried it again with the latest versions of the .el files from CVS (12:00 pm, October 2, 2001, CST). I'm using JDK 1.3, Windows NT 4.0, Emacs 20.7.1, eieio 0.16, semantic 1.4beta11, elib 1.0. Here's the output, followed by the contents of the JDEBug buffer. Thanks. Steve Molitor [EMAIL PROTECTED] *** Debugger Output for Process Foo(1) *** Launch command line: javaw -classpath d:/home/steve Foo Emacs connected to standard IO port 4720 for process Foo. Launched VM Java Debug Interface (Reference Implementation) version 1.3 Java Debug Wire Protocol (Reference Implementation) version 1.0 JVM Debug Interface version 1.0 JVM version 1.3.0 (Java HotSpot(TM) Client VM, interpreted mode) initSIOConnect: starting standard I/O handshake. initSIOConnect: starting SIO connect thread. Debugger waiting for Emacs to connect to app SIO port 4720. vm started... All threads suspended... Setting breakpoint at line 6 in Foo.java. Debugger connected to standard I/O socket. Setting breakpoint at line 3 in Foo.java. Running Foo. Foo process ended. Closed transport for application's standard output. Closed transport for application's standard error output. vm disconnected... <<< JDEBug Buffer Contents: cd d:/home/steve/ javaw -classpath d:/home/steve/lisp/thirdparty/jde/java/lib/jde.jar;c:/jdk1.3/lib/tools.jar jde.debugger.Main (jde-dbo-init-debug-session) JDE> -1 1 launch 1 -vmexec javaw -classpath d:/home/steve Foo (jde-dbo-message 1 "Launched VM Java Debug Interface (Reference Implementation) version 1.3 Java Debug Wire Protocol (Reference Implementation) version 1.0 JVM Debug Interface version 1.0 JVM version 1.3.0 (Java HotSpot(TM) Client VM, interpreted mode)") (jde-dbo-message 1 "initSIOConnect: starting standard I/O handshake.") (jde-dbo-message 1 "initSIOConnect: starting SIO connect thread.") (jde-dbo-command-result 1 4720) (jde-dbo-message 1 "Debugger waiting for Emacs to connect to app SIO port 4720.") (jde-dbo-event-set 1 "all" (list "Thread" 1 "main" "unknown" "suspended by debugger" (list) "VM has no information" "VM has no information") (list 'jde-dbo-vm-start-event)) JDE> 1 2 break absolute Foo.java 6 (jde-dbo-message 1 "Debugger connected to standard I/O socket.") (jde-dbo-command-result 2 0) JDE> 1 3 break absolute Foo.java 3 (jde-dbo-command-result 3 1) JDE> 1 4 run (jde-dbo-command-result 4) (jde-dbo-event-set 1 "none" nil (list 'jde-dbo-vm-death-event)) (jde-dbo-message 1 "Closed transport for application's standard output.") (jde-dbo-message 1 "Closed transport for application's standard error output.") (jde-dbo-event-set 1 "none" nil (list 'jde-dbo-vm-disconnected-event))
JDEBug stopped working with 2.2.9beta2
I just upgraded to 2.2.9beta2 (the compile server is fantastic, BTW), and JDEBug stopped working for me. It never stops on a breakpoint; I just get messages saying that it is running the app, then that is 'closed transport' for output. I customized jde-debugger to be "JDEBug", but didn't touch anything else. Do I need to set any new variables relating to my JDK? Here's my versions: JDE 2.2.9beta2 eieio 0.16 semantic 1.4beta11 elib 1.0 Emacs 20.7.1 Windows NT 4.0 JDK 1.3.0 Here's the debugger output: *** Debugger Output for Process com.erac.fleetsystems.fleetservices.edgeweb.ymms.actions.DisplayResidualsAct ionTest(1) *** Launch command line: javaw -classpath d:/javaweb/fleetservices/edgeweb/working/unittest_src;d:/javaweb/fleetservic es/edgeweb/working/webapps/edgeweb/WEB-INF/classes;d:/javaweb/common/web/thi rdparty/ant/lib/junit.jar;c:/jdk1.3/lib/tools.jar;c:/weblogic/license;c:/web logic/classes;c:/weblogic/lib/weblogicaux.jar;d:/javaweb/common/web/thirdpar ty/ant/lib/xerces.jar;d:/javaweb/common/web/working/unittest_src;d:/javaweb/ common/web/thirdparty/struts/lib/struts.jar;d:/javaweb/common/web/working/bu ild com.erac.fleetsystems.fleetservices.edgeweb.ymms.actions.DisplayResidualsAct ionTest Emacs connected to standard IO port 4270 for process com.erac.fleetsystems.fleetservices.edgeweb.ymms.actions.DisplayResidualsAct ionTest. Launched VM Java Debug Interface (Reference Implementation) version 1.3 Java Debug Wire Protocol (Reference Implementation) version 1.0 JVM Debug Interface version 1.0 JVM version 1.3.0 (Java HotSpot(TM) Client VM, interpreted mode) initSIOConnect: starting standard I/O handshake. initSIOConnect: starting SIO connect thread. Debugger waiting for Emacs to connect to app SIO port 4270. vm started... All threads suspended... Setting breakpoint at line 32 in DisplayResidualsActionTest.java. Debugger connected to standard I/O socket. Running com.erac.fleetsystems.fleetservices.edgeweb.ymms.actions.DisplayResidualsAct ionTest. com.erac.fleetsystems.fleetservices.edgeweb.ymms.actions.DisplayResidualsAct ionTest process ended. Closed transport for application's standard output. Closed transport for application's standard error output.
Dynamic menus (Warning -- slightly offtopic)
This is more of an Emacs Lisp question, but it is for something I'm working on that's JDE related What's the easiest way to create dynamic menus in Emacs Lisp? I'd like to create a menu for building from Ant (via jde-ant), that would have each target listed in the menu. It would read the list of targets from the ant build file. So, both the menu key, and the function it invokes, would have to be dynamic. I hope my question isn't too off-topic. Are there any good Emacs Lisp news groups? I did try plowing through imenu.el, but it was tough to follow. Thanks. Steve Molitor [EMAIL PROTECTED]
RE: The future of JDE?
Well, perhaps I spoke out of turn -- I'm just a JDE user, not a JDE developer, so I really shouldn't be speaking for the developers as to what JDE is or is not likely to include in the future. But, regarding the incremental compilation issue, I thought the issue was that using the beanshell would make compilation very fast, elimintating the need for incremental compilation. Here's what I dug up from the archive: >On 06/12/2001 12:03:23 PM Paul Kinnucan wrote: > > > This would not be difficult. I have been planning to use the Beanshell to > compile files. This would eliminate the need to run javac, i.e., start up a > vm, every time you want to compile a file. Compilation would be virtually > instantaneous since most of the javac compilation time is due simply to > starting the vm. If I'm wrong, and incremental compilation is very easy to do in JDE, then by all means do it! But it sounds like it might not be necessary. However, my larger point was that the Emacs/JDE approach is to cooperate well with external stuff. Integrating with external EJB/servlet containers is a good example. Obviously, you still need an external EJB/Servlet container on your server. It also seems obvious, at least to me, that one would want to test / develop with the same EJB/Servlet container. We've had problems at work because people are developing with the servlet container that comes bundled with JBuilder (Tomcat), while we are using WebLogic 5.1 in production. (Now, I'd be happy if we just switched to Tomcat, but that's a different issue.) I don't need my IDE to double as a servlet container! Also, I don't want to limit the discussion to strictly Java development. I develop mostly in Java at work, while still spending some time maintaing the legacy C++ system, and doing some Perl stuff. At home, I mess with Python and Elisp, in addition to Java. It's great to have one IDE that does all of that! I don't have to waste a lot of time learning a different IDE for each language. Not that VAJ is bad -- if you like it, use it. But, I am much more productive in JDE. Steve Molitor [EMAIL PROTECTED] Regarding -Original Message- From: Daniel Hegyi [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 3:32 PM To: Molitor, Stephen; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: The future of JDE? I disagree with the sentence "JDE is not likely to ... support incremental compilation, for example." I use both VAJ (my company is partially a WebSphere shop) and JDE (for nostalgic reasons (the good old college years...) and small codes.) Incremental compilation is one of the coolest things I've ever seen in a Java IDE. On my fundamental feature/favorites list it's now right up there with the most essential feature, syntax coloring!! If anybody has tried incr. comp., they get addicted to it and will never want to leave home without it. Now, I've been told that incr. comp. is actually not that difficult to achieve for the JDE by piggybacking on the beanshell. And with ecb, compilation errors could also bee marked (by a small red x, lets say) in the method tree. Since we're on the topic: I realize that Emacs supports many-many modes and that it runs on Ux as well as Win. (BTW, I think that many of the big JAVA IDEs do as well, because they're written [partially] in Java.) But with IDE monsters appearing, such as VAJ, which has a whole EJB/Servlet test environment built in (no need for an EJB/Servlet server/engine - all built in) and funded with huge sums (for R&D and for the many-many hackers working full-time to improve it) what do people think of the JDEs future role? Lets not consider the $ issue (I've never paid for SW in my life. :) ) and lets only talk about Java development. With fast and cheap PCs appearing with huge hard disks and RAMs, performance is becoming less of an issue for the swing-based monsters. Will JDE be the choice for tiny, simple, non-web-enabled apps? What will happen to it as Unix becomes KDE-ed and IBM will be spending an additional 2 billion dollars on its e-commerce suite (which includes VAJ)? Regards, Daniel >From: "Molitor, Stephen" <[EMAIL PROTECTED]> >To: "'EXT-Syre, John'" <[EMAIL PROTECTED]>, 'Galen Boyer' ><[EMAIL PROTECTED]>, [EMAIL PROTECTED] >Subject: RE: Discussion from comp.lang.java.softwaretools on VAJ. >Date: Wed, 8 Aug 2001 14:21:35 -0500 > >I agree with most of what John said, although I don't think VAJ is so bad. >I >actually like a lot of things about VAJ, dislike others. I only used it >for >a short while, however. I do know several excellent developers who swear >by >VAJ; I'm much happier with Emacs/JDE. > >VAJ and Emacs/JDE have radically different philosophi
RE: limiting line length
Duh! Thanks! Steve -Original Message- From: Javier Lopez [mailto:[EMAIL PROTECTED]] Sent: Friday, July 27, 2001 11:10 AM To: Molitor, Stephen; [EMAIL PROTECTED] Subject: RE: limiting line length Try M-x auto-fill-mode Javier > -Original Message- > From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] > Sent: Friday, July 27, 2001 12:05 PM > To: [EMAIL PROTECTED] > Subject: limiting line length > > > This may be more of a Emacs than a JDE question, but... > > We have a coding standard that says lines shall not be more than 80 > characters long. Is there any way to limit the line length some > how? Maybe > by automatically wrapping after x characters? Or maybe just vertical line > down the screen at char 80 to let you know when a line is to long? Or > setting the screen frame width x characters (not x pixels)? Or something? > > Thanks! > > Steve Molitor > [EMAIL PROTECTED] >
limiting line length
This may be more of a Emacs than a JDE question, but... We have a coding standard that says lines shall not be more than 80 characters long. Is there any way to limit the line length some how? Maybe by automatically wrapping after x characters? Or maybe just vertical line down the screen at char 80 to let you know when a line is to long? Or setting the screen frame width x characters (not x pixels)? Or something? Thanks! Steve Molitor [EMAIL PROTECTED]
RE: JDEBug var tree mouse button
Well, yes, but I was hoping to do it with one mouse click! Steve -Original Message- From: Matthew Sherborne [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 25, 2001 7:50 PM To: [EMAIL PROTECTED] Subject: Re: JDEBug var tree mouse button You can also click the left button, then hit Enter :)
JDEBug var tree mouse button
I've noticed that to expand a variable tree in JDEBug, you click the middle mouse button (which is a simulataneous left and right click on my two-button mouse). Is there a way to change this to be the left mouse button? Thanks. Steve Molitor [EMAIL PROTECTED]
RE: jde-ant
Great idea! I haven't tried this (the code below) yet, but it seems like a good approach -- it's Emacs, so let the user customize how to invoke Ant! Steve -Original Message- From: Douglas WF Acheson [mailto:[EMAIL PROTECTED]] Sent: Monday, July 23, 2001 11:15 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: jde-ant Hello, I have completed, the first stage, of the modifications to jde-ant.el which allows a user to select the invocation style, either script or via Java. I have added appropriate comments to the jde-ant.el file to indicate the changes. I will repeat here: added 3 custom variables jde-ant-class indicates which java class to invoke default value is org.apache.tools.ant.Main jde-ant-classpath List of jar files needed to run ant. This needs to be set to include the 3 ant jar files and the tools.jar from Sun. I have chosen to use this instead of using the global classpath as the jar files used to invoke ant is not necessarily needed to compile the classes. I think, IMHO, this makes it cleaner. jde-ant-invocation-style Used to determine how to invoke jde-ant, the default how Jason would like to see it. Added 1 defun jde-ant-build-classpath This defun creates the classpath from the list of jars in jde-ant-classpath. To Do: Add one more customer var to indicate the home directory of Ant. Thereby, automatically creating the required classpath to include the 3 ant jar files and the tools.jar from Sun. This allows the user to include the additional jar files they need to run ant and not worry about the required jars. If I have made a error please let me know. Douglas WF Acheson P.S. If you can come up with better wording for the jde-ant-invocation-style I would be very much appreciated. --- [EMAIL PROTECTED] wrote: > > Douglas > > What if, instead of using the custom string variable jde-ant-program, > a new > custom variable jde-ant-invocation-style is a choice between invoking > a > specific script or invoking a function that generates the appropriate > Ant > command. Perhaps something like: > >Jde Ant Invocation Style: [Hide] > > (*) Use program or script > Script/Program : __ > > ( ) Invoke function > Function : > > > This way, jde-ant is flexible enough to do the things you want. When > jde-ant-build is called, the invocation style variable will be > checked, and > the ant command will be built accordingly... > A standard function could be created to invoke the jvm defined by > 'jde-run-java-vm' using the classpath defined by > 'jde-global-classpath'/'jde-run-option-classpath' and the Ant main > class. > > Thoughts? > > Jason > > > > > > > > Douglas WF > > Acheson To: > [EMAIL PROTECTED] > > <[EMAIL PROTECTED]cc: > > om> Subject: Re: jde-ant > > > > 07/19/01 > > 02:00 PM > > > > > > > > > > Hello, > > I understand your position about running ant. Would it be possible > to allow changes so that you can use it either way? They way you > have > outlined below, via the ant batch/shell script, and invoking a JVM to > run ant. > > Allowing jde-ant to be invoked via a JVM directly allows more > flexible within Emacs. Using this model allows changes to be > controlled within Emacs and not in the batch/shell script. > Therefore, > change need to occur within the environment of the project and not to > the batch/shell script. > > I have made the necessary changes to jde-ant.el to invoke the JVM. > It was not hard, and very little changes required. > > I was thinking have a boolean switch (jde-ant-use-jvm) that is > checked t
jde-import-organize -- remove blank lines
Jde-import-organize is great; but I'd like to remove the blank lines between the import groups. Any way to do that? Thanks. Steve Molitor [EMAIL PROTECTED]
Block comment indentation
I have some old files where block comments are not formmated the way I want. They are like this: /** * * */ The stars are flush left. Instead I want this: /** * * */ Now, JDE correctly indents this way when I type new comments. However, I would like to reformat my old code automagically using indent-region. This might have been working, I don't remember. But recently I changed my settings and downloaded a new JDE (2.2.8beta3), and now it's not working. Maybe it never did this, I don't know. Anyway, does anyone know what settings control this? Is this more of of cc-mode question? If so, sorry for asking here. Thanks! Steve Molitor [EMAIL PROTECTED]
Which mouse button in JDEBug
Which mouse button does one use to expand variables in JDEBug? I have a two button mouse, so if it's mouse button 2, that might explain why the mouse doesn't work for me. (I had a similar problem with ECB , until I changed the settings to use mouse button 1 to expand nodes. Turns out the default was mouse button 2, and I only have buttons 1 and 3.) Steve Molitor [EMAIL PROTECTED]
Watches in JDEBug
What's the best way to keep a watch of a variable or object in JDEBug? After expanding one of the local variables to the level I want, it collaspes again when I step to the next line. I'd either like to keep the variable tree expanded, or set up a watch. (Actually, both features would be nice). Sorry if this is a RTFM question, but I couldn't find the answer in the JDEBug User's Guide. Steve Molitor [EMAIL PROTECTED]
RE: Version 1.3 of jde-ant.el
OK, I'll look into it! It's time for me to stop mooching and do something for JDE (even if it's just a tiny little thing like this)! I'll try to get something by Monday (June 25). Steve Molitor [EMAIL PROTECTED] -Original Message- From: Jason Stell [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 19, 2001 9:08 AM To: Molitor, Stephen Cc: [EMAIL PROTECTED] Subject: Re: Version 1.3 of jde-ant.el Hmmm... that would indeed be nice, but, not being an elisp pro, I'm not quite sure about if/how this could be done. You'd have to parse the output of jde-ant-projecthelp and read the available targets, then integrate this into the emacs expand facility Anyone have any ideas/thoughts on this? Jason "Molitor, Stephen" wrote: > Cool! > > Would it be possible to have tab completion available when selecting the > build target (when running jde-ant-build, when jde-ant-read-target is on)? > The way find-file works? > > Steve Molitor > [EMAIL PROTECTED] > > -Original Message- > From: Jason Stell [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 19, 2001 7:34 AM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Version 1.3 of jde-ant.el > > I've attached a version 1.3 of jde-ant.el (modified from that > distributed with JDE 2.2.8beta1). > It defines the new function jde-ant-projecthelp, which invokes Ant with > the "-projecthelp" switch to list all available targets for the current > buildfile. > > Regards > Jason
RE: Version 1.3 of jde-ant.el
Cool! Would it be possible to have tab completion available when selecting the build target (when running jde-ant-build, when jde-ant-read-target is on)? The way find-file works? Steve Molitor [EMAIL PROTECTED] -Original Message- From: Jason Stell [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 19, 2001 7:34 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Version 1.3 of jde-ant.el I've attached a version 1.3 of jde-ant.el (modified from that distributed with JDE 2.2.8beta1). It defines the new function jde-ant-projecthelp, which invokes Ant with the "-projecthelp" switch to list all available targets for the current buildfile. Regards Jason
RE: Comment formatting - Never mind
Never mind, it works. Apparently I have some gunk in my .emacs file that messed it up; doing 'emacs -q' makes it work. Sorry for the noise on the mailing list. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Jim Crossley [mailto:[EMAIL PROTECTED]] Sent: Monday, June 18, 2001 12:08 PM To: Molitor, Stephen Cc: [EMAIL PROTECTED] Subject: Re: Comment formatting Make sure the value of 'c-syntactic-indentation' is t. "Molitor, Stephen" wrote: > > I'm using cc-mode 5.28 (which I verified by running 'c-version), and JDE > 2.2.8beta1. No luck. Is there something I can customize in JDE or cc-mode? > > The problem is that when I run 'indent-region on a Javadoc comment block, it > makes all the '*''s flush left, which isn't quite what I want. > > Thanks! > > Steve Molitor > [EMAIL PROTECTED] > > -Original Message- > From: Mark Bucciarelli [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 18, 2001 8:54 AM > To: Molitor, Stephen; [EMAIL PROTECTED] > Subject: RE: Comment formatting > > Try upgrading to the latest cc-mode 5.28. Note that you need to use > JDE 2.2.7beta8 (?) or higher to work with 5.28. > > -- > Mark BucciarelliPeregrine Systems, Inc. R&D, Boston > (413) 253-0020 [EMAIL PROTECTED]Yahoo: m_bucciarelli > http://www.peregrine.com > > > -Original Message- > > From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] > > Sent: Monday, June 18, 2001 9:43 AM > > To: [EMAIL PROTECTED] > > Subject: Comment formatting > > > > > > I would like JDE to format javadoc comments with a leading > > space before the > > '*' on the 2-n lines, like this: > > > > /** > > * > > * > > */ > > > > Instead, it formats it like this: > > > > /** > > * > > * > > */ > > > > with everything flush to the left. It wouldn't bother me > > that much, except > > that we have a coding standard here at work that says to do > > it the first > > way. > > > > Any ideas? Thanks! > > > > Steve Molitor > > [EMAIL PROTECTED] > > > >
RE: Comment formatting
Still no luck! What am I doing wrong??? -Original Message- From: Jim Crossley [mailto:[EMAIL PROTECTED]] Sent: Monday, June 18, 2001 12:08 PM To: Molitor, Stephen Cc: [EMAIL PROTECTED] Subject: Re: Comment formatting Make sure the value of 'c-syntactic-indentation' is t. "Molitor, Stephen" wrote: > > I'm using cc-mode 5.28 (which I verified by running 'c-version), and JDE > 2.2.8beta1. No luck. Is there something I can customize in JDE or cc-mode? > > The problem is that when I run 'indent-region on a Javadoc comment block, it > makes all the '*''s flush left, which isn't quite what I want. > > Thanks! > > Steve Molitor > [EMAIL PROTECTED] > > -Original Message- > From: Mark Bucciarelli [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 18, 2001 8:54 AM > To: Molitor, Stephen; [EMAIL PROTECTED] > Subject: RE: Comment formatting > > Try upgrading to the latest cc-mode 5.28. Note that you need to use > JDE 2.2.7beta8 (?) or higher to work with 5.28. > > -- > Mark BucciarelliPeregrine Systems, Inc. R&D, Boston > (413) 253-0020 [EMAIL PROTECTED]Yahoo: m_bucciarelli > http://www.peregrine.com > > > -Original Message- > > From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] > > Sent: Monday, June 18, 2001 9:43 AM > > To: [EMAIL PROTECTED] > > Subject: Comment formatting > > > > > > I would like JDE to format javadoc comments with a leading > > space before the > > '*' on the 2-n lines, like this: > > > > /** > > * > > * > > */ > > > > Instead, it formats it like this: > > > > /** > > * > > * > > */ > > > > with everything flush to the left. It wouldn't bother me > > that much, except > > that we have a coding standard here at work that says to do > > it the first > > way. > > > > Any ideas? Thanks! > > > > Steve Molitor > > [EMAIL PROTECTED] > > > >
RE: Comment formatting
I'm using cc-mode 5.28 (which I verified by running 'c-version), and JDE 2.2.8beta1. No luck. Is there something I can customize in JDE or cc-mode? The problem is that when I run 'indent-region on a Javadoc comment block, it makes all the '*''s flush left, which isn't quite what I want. Thanks! Steve Molitor [EMAIL PROTECTED] -Original Message- From: Mark Bucciarelli [mailto:[EMAIL PROTECTED]] Sent: Monday, June 18, 2001 8:54 AM To: Molitor, Stephen; [EMAIL PROTECTED] Subject: RE: Comment formatting Try upgrading to the latest cc-mode 5.28. Note that you need to use JDE 2.2.7beta8 (?) or higher to work with 5.28. -- Mark BucciarelliPeregrine Systems, Inc. R&D, Boston (413) 253-0020 [EMAIL PROTECTED]Yahoo: m_bucciarelli http://www.peregrine.com > -----Original Message- > From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 18, 2001 9:43 AM > To: [EMAIL PROTECTED] > Subject: Comment formatting > > > I would like JDE to format javadoc comments with a leading > space before the > '*' on the 2-n lines, like this: > > /** > * > * > */ > > Instead, it formats it like this: > > /** > * > * > */ > > with everything flush to the left. It wouldn't bother me > that much, except > that we have a coding standard here at work that says to do > it the first > way. > > Any ideas? Thanks! > > Steve Molitor > [EMAIL PROTECTED] > >
RE: Should the JDE require ECB?
I like both ideas -- ECB, and an easy install. I could live without the automatic install of Emacs, but having all the stuff that JDE depends on in one easy to install bundle would be great. I think this would be especially helpful to JDE newbies. Steve Molitor [EMAIL PROTECTED]
RE: Suggestion about jde-complete-at-point* commands.
I agree! Although having the parameter types printed out is occasionally useful, most of the time I just want the method name inserted, with the cursor positioned between the parenthesis. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Eric Chastan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 12, 2001 2:27 AM To: [EMAIL PROTECTED] Subject: Suggestion about jde-complete-at-point* commands. Hello all, I'm using JDE (with ECB) very intensively and I have a suggestion about the jde-complete-at-point* commands: 1) First I think that it is not useful to have several times the same method with different signatures in the menu because this increases dramaticaly the menu size and then it is not very efficient to scroll in it. 2) Second writing the parameter types when the method is inserted is also very unefficient because this implies to go back, delete types and rewrite parameters. I think that the better is to insert the opening "(" and the closing ")" and to set the cursor between them. On a other hand providing the parameter types is very useful so the solution could be to have an other popup that raises when the cursor is between the "()" that shows all possible parameters types (only showing them without allowing selection). What do you think about this suggestion ? Is it possible to have customizable variables that disable method signatures in menu and suppress parameter types on insertion ? Thanks, Eric.
RE: jde-find -- more info
I stepped through jde-find, and it seems that it is calling executable-find to find "grep"; however the actual name is "grep.exe" on Windows. I tried copying grep.exe to grep, but that didn't work. Any ideas? Thanks. Steve Molitor [EMAIL PROTECTED] -Original Message----- From: Molitor, Stephen Sent: Wednesday, May 23, 2001 9:11 AM To: [EMAIL PROTECTED] Subject: jde-find I just downloaded jde-2.2.7, and tried to use jde-find, on XEmacs 21.4.3, native Windows verions. It told me that "This command requires the Unix grep utility". I have Cygwin, and grep is in my path. How do I tell jde about grep? Is there a customization variable? Thanks! Steve Molitor [EMAIL PROTECTED]
jde-find
I just downloaded jde-2.2.7, and tried to use jde-find, on XEmacs 21.4.3, native Windows verions. It told me that "This command requires the Unix grep utility". I have Cygwin, and grep is in my path. How do I tell jde about grep? Is there a customization variable? Thanks! Steve Molitor [EMAIL PROTECTED]
Turing auto gen off in comments
Is there any way to turn auto code generation off in comments? For example, when I type 'If' at the beginning of a sentence in a comment, it gets automatically converted to lower case 'if', and I have to go back and change it. Thanks. Steve Molitor [EMAIL PROTECTED]
RE: jde-gen-get-package-statement
That did it, thanks. I just put jde-db-source-directories in jde-package-search-classpath, and left jde-global-classpath alone. jde-db-source-directories points to my java source directories. Thanks! Steve Molitor [EMAIL PROTECTED] -Original Message- From: Petter Måhlén [mailto:[EMAIL PROTECTED]] Sent: Monday, May 21, 2001 2:46 AM To: [EMAIL PROTECTED]; Molitor, Stephen; [EMAIL PROTECTED] Subject: RE: jde-gen-get-package-statement Another option could be to use the jde-package-search-classpath-variables customisation variable, where you specify variables that contain paths to search for source files. I am not sure, but I think that the first variable specified there should really be jde-db-source-directories. That should be the place to look for .java files, not the class path, if you want to make it possible to separate .class and .java files. / Petter -Original Message- From: Javier Lopez [mailto:[EMAIL PROTECTED]] Sent: den 21 maj 2001 04:26 To: Molitor, Stephen; [EMAIL PROTECTED] Subject: RE: jde-gen-get-package-statement That could do it. It works by looking if your current directory is accessible from your classpath, and use that information to suggest a package. Since the directory where you have your .java files is not in the classpath(I am assuming this is the case, by what you said) is does not suggest anything. You could probably just add the root directory where you keep your .java files to the jde-global-classpath variable. Javier -Original Message- From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 20, 2001 9:51 PM To: '[EMAIL PROTECTED]'; [EMAIL PROTECTED] Subject: RE: jde-gen-get-package-statement Well, I do have jde-global-classpath set up (and everything compiles and runs just fine now). But, I have the global classpath pointing to my .class file output directory, NOT my .java sources directory tree. Could that be the problem? Thanks. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Javier Lopez [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 20, 2001 7:17 PM To: Molitor, Stephen; [EMAIL PROTECTED] Subject: RE: jde-gen-get-package-statement It already does but you have to have the jde-global-classpath variable set up. Javier -Original Message----- From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 20, 2001 2:15 PM To: [EMAIL PROTECTED] Subject: jde-gen-get-package-statement Is there any way to get jde-gen-get-package statement to default to the current package, based on the directory of the buffer relative to the root source directory? Thanks! Steve Molitor [EMAIL PROTECTED]
RE: configurable paths in project files
I would also be interested in more information on the JDE's architecture -- perhaps a "JDE Developer's Guide" or something. I would also like to write some ehancements, and I know some elisp, but I'm in the dark on how JDE interacts with semantic, the bean shell, etc. I know, check the source! But any other pointers would be appreciated. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Philip Miller [mailto:[EMAIL PROTECTED]] Sent: Monday, May 21, 2001 8:25 AM To: Paul Kinnucan Cc: [EMAIL PROTECTED] Subject: Re: configurable paths in project files Paul Kinnucan wrote: > The beta11 version of the JDE interprets relative paths (e.g., ./src) as > relative to the location of the project file. Thus, in your case, it would > convert ./src to /home/phil/project/a/src. This is thoroughly documented in > the JDE user's guide. Is this not sufficient for your needs? Sorry, I had not read the updated documentation. This is exactly what I was looking for. Thanks! As far as suggestions and implementations, I am full of suggestions but implementations come much harder! :-) There are two main things that will keep me from providing useful implementations: 1) my lack of skill with elisp 2) my general lack of understanding of the general design of jde (i.e., what is implemented in elisp, java, or beanshell). Any ideas on how to get more knowledgable in either area? Thanks, Phil
RE: jde-gen-get-package-statement
Well, I do have jde-global-classpath set up (and everything compiles and runs just fine now). But, I have the global classpath pointing to my .class file output directory, NOT my .java sources directory tree. Could that be the problem? Thanks. Steve Molitor [EMAIL PROTECTED] -Original Message- From: Javier Lopez [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 20, 2001 7:17 PM To: Molitor, Stephen; [EMAIL PROTECTED] Subject: RE: jde-gen-get-package-statement It already does but you have to have the jde-global-classpath variable set up. Javier -Original Message- From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 20, 2001 2:15 PM To: [EMAIL PROTECTED] Subject: jde-gen-get-package-statement Is there any way to get jde-gen-get-package statement to default to the current package, based on the directory of the buffer relative to the root source directory? Thanks! Steve Molitor [EMAIL PROTECTED]
jde-gen-get-package-statement
Is there any way to get jde-gen-get-package statement to default to the current package, based on the directory of the buffer relative to the root source directory? Thanks! Steve Molitor [EMAIL PROTECTED]
Go to definition of symbol at point?
Is there a 'go to definition of symbol at point' type function in JDE? In other words, if my cursor is over a method call, I want to be able to jump to the definition of that method. Thanks! Steve Molitor [EMAIL PROTECTED]
font lock reference face
I have a question regarding the font-lock-reference face in the font-lock group. It seems that this controls both the 'public' keyword and the highlighting of package names in import statements. I want these two things to be different colors. (I want 'public' to be bold, and package names to be ordinary black.) Is there any way to do this? Steve Molitor [EMAIL PROTECTED] P.S. -- JDE Rocks!
filladapt and '*'
I have filladapt mode turned on in my .emacs. It works great, but I have one question: with block comments, it doesn't put the '*' in front of every line. Is there any way to get that to happen? In other words, if I have this: /** * A comment blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah I want it to fill like this: /** * A comment blah blah blah * blah blah blah * blah blah blah But instead, I get this: /** * A comment blah blah blah blah blah blah blah blah blah Thanks! Steve Molitor [EMAIL PROTECTED]
XEmacs / Cygwin problem
I had the same problem using XEmacs-Cygwin version (21.4.0) on NT. The problem went away when I switched to the native Windows version of XEmacs. I've appended the stack trace below; perhaps insert-file-contents doesn't understand "/cydrive/d/" style file names? Steve Molitor [EMAIL PROTECTED] Signaling: (file-error "Opening input file" "No such file or directory" "/cygdrive/d/home/steve/X.java") insert-file-contents-internal("/cygdrive/d/home/steve/X.java" t nil nil nil undecided used-codesys) byte-code("..." [buffer-file-coding-system-for-read coding-system-for-read return-val visit filename coding-system run-hook-with-args insert-file-contents-access-hook run-hook-with-args-until-success insert-file-contents-pre-hook find-file-coding-system-for-read-from-filename raw-text find-coding-system message "Invalid coding-system (%s), using 'undecided" undecided insert-file-contents-internal used-codesys start end replace] 9) insert-file-contents("/cygdrive/d/home/steve/X.java" t) byte-code("..." [rawfile filename insert-file-contents-literally t insert-file-contents] 3) byte-code("..." [buffer-file-number number truename buffer-file-truename buf buffer-file-name set-buffer-major-mode erase-buffer nil (byte-code "«? Ã\"^ª...Ä Ã\"^Â?" [rawfile filename insert-file-contents-literally t insert-file-contents] 3) ((file-error ...)) abbreviate-file-name file-name-directory make-local-variable backup-inhibited t after-find-file find-file-use-truenames default-directory backup-enable-predicate rawfile error nowarn] 3) find-file-noselect("~/X.java") find-file("~/X.java" nil) call-interactively(find-file) recursive-edit() byte-code("..." [print-escape-newlines print-length debugger-buffer debugger-value standard-output debugger-args pop-to-buffer erase-buffer t 50 backtrace debugger-mode re-search-forward "\n[* ] debug(" 1 debugger-reenable (lambda debug) "Entering:\n" debug backtrace-debug 3 delete-char ?* 0 exit "Return value: " prin1 ?\n ?\ error "Signaling: " "Beginning evaluation of function call form:\n" nil message "" recursive-edit buffer-read-only inhibit-trace] 3) debug(error (file-error "Cannot open load file" "image")) signal(file-error ("Cannot open load file" "image")) load("image" nil t nil) require(image) (condition-case nil (require (quote image)) (error nil)) load-internal("sb-image" nil t nil undecided) load("sb-image" nil t nil) require(sb-image) byte-code("..." [require assoc easymenu dframe sb-image custom-declare-group speedbar nil "File and tag browser frame." :group tags speedbar-faces "Faces used in speedbar." :prefix "speedbar-" faces speedbar-vc "Version control display in speedbar."] 10) load-internal("speedbar" nil t nil binary) load("speedbar" nil t nil) require(speedbar) byte-code("..." [require semantic speedbar] 2) load-internal("semantic-sb" nil t nil binary) load("semantic-sb" nil t nil) require(semantic-sb) byte-code("..." [require semantic semantic-sb semantic-bnf avltree eieio jde-java-grammar jde-imenu] 2) load-internal("jde-parse" nil t nil binary) load("jde-parse" nil t nil) require(jde-parse) byte-code("..." [require gud jde-parse makunbound jde-db-debugger] 2) load-internal("jde-db" nil t nil binary) load("jde-db" nil t nil) require(jde-db) byte-code("..." [jde-xemacs20p emacs-major-version jde-xemacsp current-load-list 20 require easymenu cl font-lock cc-mode cus-edit jde-compile jde-db jde-run jde-make jde-gen compile imenu speedbar browse-url beanshell jde-wiz jde-parse jde-help jde-bug jde-complete jde-javadoc jde-javadoc-gen jde-stat jde-which-method jde-java-font-lock jde-import senator jde-package executable nil (byte-code "ÀÁ!?" [require custom] 2) ((error)) featurep custom fboundp custom-declare-variable defgroup (macro . #) defface (macro . #) defcustom (macro . #) custom-set-default defalias ...] 8) load-internal("jde" nil nil nil binary) load("jde" nil nil nil) jde-mode() set-auto-mode() byte-code("..." [set-auto-mode t] 1) normal-mode(t) after-find-file(nil t) byte-code("..." [buffer-file-number number truename buffer-file-truename buf buffer-file-name set-buffer-major-mode erase-buffer nil (byte-code "«? Ã\"^ª...Ä Ã\"^Â?" [rawfile filename insert-file-contents-literally t insert-file-contents] 3) ((file-error ...)) abbreviate-file-name file-name-directory make-local-variable backup-inhibited t after-find-file find-file-use-truenames default-directory backup-enable-predicate rawfile error nowarn] 3) find-file-noselect("~/Foo.java") find-file("~/Foo.java" nil) call-interactively(find-file)