Re: complete
Thanks for your help everyone - I think I'm getting somewhere. It now says Beanshell eval error. See messages buffer for details. but in the bsh buffer there is no error output - am i looking in the wrong place? On Thu, 2004-02-19 at 05:49, Paul Kinnucan wrote: Suraj Acharya writes: Unless something has changed recently you would also need to setup your jde-global-classpath to point to the classes generated from these sources. Your classpath for bsh also has the directories from your sourcepath. If you are using a beanshell 2.0 jar and you know that bsh can parse your .java files without any problems you might be ok, but otherwise you need to jde-sourcepath to include only your src directories and put in all external jars and directories or jars of genrated classes in jde-global-classpath. Yes. Completion works only for compiled classes specified on jde-global-classpath plus the JDK classes. Completion does not use jde-sourcepath. Richard, it would help if you filed a complete problem report and told us the paths of the classes that the JDEE is failing to complete. Paul Suraj Richard Martin wrote: Thanks for your help My version of jde is jde-2.3.2. I have nothing in my prj.el since I am setting all the options in the menus. my source path is [INS] [DEL] Path: ~/workspace/product/ota/src/ [INS] [DEL] Path: ~/workspace/product/axis/src/ [INS] [DEL] Path: ~/workspace/product/db/src/ [INS] [DEL] Path: ~/workspace/product/net/src/ [INS] [DEL] Path: ~/workspace/product/netsh/src/ [INS] [DEL] Path: ~/workspace/product/spine/src/ [INS] [DEL] Path: /data/JBoss-2.4.10_Tomcat-3.2.3/jboss/lib/ext/jboss.jar the output from the bsh buffer is cd /users/richard/workspace/product/ota/src/system/servlet/ /usr/java/jdk1.3.1_04/bin/java -classpath /usr/share/xemacs/xemacs-packages/etc/jde/java/bsh-commands:/usr/java/jdk1.3.1_04/lib/tools.jar:/opt/java/jakarta-ant-1.5/lib/ant.jar:/opt/java/jakarta-ant-1.5/lib/clover.jar:/opt/java/jakarta-ant-1.5/lib/genjar.jar:/opt/java/jakarta-ant-1.5/lib/junit.jar:/opt/java/jakarta-ant-1.5/lib/optional.jar:/opt/java/jakarta-ant-1.5/lib/xercesImpl.jar:/opt/java/jakarta-ant-1.5/lib/xml-apis.jar:/usr/share/xemacs/xemacs-packages/etc/jde/java/lib/checkstyle-all.jar:/usr/share/xemacs/xemacs-packages/etc/jde/java/lib/jakarta-regexp.jar:/usr/share/xemacs/xemacs-packages/etc/jde/java/lib/jde.jar:/usr/share/xemacs/xemacs-packages/etc/jde/java/lib/bsh.jar:/users/richard/workspace/product/ota/src/:/users/richard/workspace/product/axis/src/:/users/richard/workspace/product/db/src/:/users/richard/workspace/product/net/src/:/users/richard/workspace/product/netsh/src/:/users/richard/workspace/product/spine/src/ bsh.Interpreter BeanShell 1.2.7 - by Pat Niemeyer ([EMAIL PROTECTED]) bsh % Cheers Richard Paul Landes wrote: Auto completion uses bsh to do classpath lookups using `jde-sourcepath'; are you setting this? We don't have much to go on, can you please post your prj.el, JDEE version (`jde-version') and any other configuration, please. Richard Martin writes: Hi I have been using JDEE for a while but I cant get auto complete to work on my own classes. It says No completions available at this time. My entire project builds (with and without ant) so I must have my classpath setup correctly. Is there something else I need to set? I noticed that there bsh-commands directory in my xemacs packages - do i need that or is that only present in later versions? Thanks Richard -- Richard Martin [EMAIL PROTECTED] AePONA Ltd
RE: complete
The buffer to look in is the one called *Messages* (I think it might have a different name on XEmacs). But as Paul says, the best thing to do when asking for help is using the JDE/Help/Submit Problem Report function in the menu. That is, provoke the error, then do a Submit Problem Report. That will generate a large buffer with all the necessary information for people to try to solve the problem. Just email that to this list. / Petter -Original Message- From: Richard Martin [mailto:[EMAIL PROTECTED] Sent: den 19 februari 2004 11:29 To: Paul Kinnucan Cc: Suraj Acharya; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: complete Thanks for your help everyone - I think I'm getting somewhere. It now says Beanshell eval error. See messages buffer for details. but in the bsh buffer there is no error output - am i looking in the wrong place? On Thu, 2004-02-19 at 05:49, Paul Kinnucan wrote: Suraj Acharya writes: Unless something has changed recently you would also need to setup your jde-global-classpath to point to the classes generated from these sources. Your classpath for bsh also has the directories from your sourcepath. If you are using a beanshell 2.0 jar and you know that bsh can parse your .java files without any problems you might be ok, but otherwise you need to jde-sourcepath to include only your src directories and put in all external jars and directories or jars of genrated classes in jde-global-classpath. Yes. Completion works only for compiled classes specified on jde-global-classpath plus the JDK classes. Completion does not use jde-sourcepath. Richard, it would help if you filed a complete problem report and told us the paths of the classes that the JDEE is failing to complete. Paul Suraj Richard Martin wrote: Thanks for your help My version of jde is jde-2.3.2. I have nothing in my prj.el since I am setting all the options in the menus. my source path is [INS] [DEL] Path: ~/workspace/product/ota/src/ [INS] [DEL] Path: ~/workspace/product/axis/src/ [INS] [DEL] Path: ~/workspace/product/db/src/ [INS] [DEL] Path: ~/workspace/product/net/src/ [INS] [DEL] Path: ~/workspace/product/netsh/src/ [INS] [DEL] Path: ~/workspace/product/spine/src/ [INS] [DEL] Path: /data/JBoss-2.4.10_Tomcat-3.2.3/jboss/lib/ext/jboss.jar the output from the bsh buffer is cd /users/richard/workspace/product/ota/src/system/servlet/ /usr/java/jdk1.3.1_04/bin/java -classpath /usr/share/xemacs/xemacs-packages/etc/jde/java/bsh-commands:/u sr/java/jdk1.3.1_ 04/lib/tools.jar:/opt/java/jakarta-ant-1.5/lib/ant.jar:/opt/ja va/jakarta-ant-1.5/lib/clover.jar:/opt/java/jakarta-ant-1.5/li b/genjar.jar:/opt/java/jakarta-ant- 1.5/lib/junit.jar:/opt/java/jakarta-ant-1.5/lib/optional.jar:/ opt/java/jakarta-ant-1.5/lib/xercesImpl.jar:/opt/java/jakarta- ant-1.5/lib/xml-apis.jar:/usr/share/xemacs/xemacs-packages/etc /jde/java/lib/checkstyle- all.jar:/usr/share/xemacs/xemacs-packages/etc/jde/java/lib/jak arta-regexp.jar:/usr/share/xemacs/xemacs-packages/etc/jde/java /lib/jde.jar:/usr/share/xemacs/xemacs-packages/etc/jde/java/li b/bsh.jar:/users/richard/workspace/product/ota/src/:/users/ric hard/workspace/product/axis/src/:/users/richard/workspace/prod uct/db/src/:/users/richard/workspace/product/net/src/:/users/r ichard/workspace/product/netsh/src/:/users/richard/workspace/p roduct/spine/src/ bsh.Interpreter BeanShell 1.2.7 - by Pat Niemeyer ([EMAIL PROTECTED]) bsh % Cheers Richard Paul Landes wrote: Auto completion uses bsh to do classpath lookups using `jde-sourcepath'; are you setting this? We don't have much to go on, can you please post your prj.el, JDEE version (`jde-version') and any other configuration, please. Richard Martin writes: Hi I have been using JDEE for a while but I cant get auto complete to work on my own classes. It says No completions available at this time. My entire project builds (with and without ant) so I must have my classpath setup correctly. Is there something else I need to set? I noticed that there bsh-commands directory in my xemacs packages - do i need that or is that only present in later versions? Thanks Richard -- Richard Martin [EMAIL PROTECTED] AePONA Ltd
JDE 2.3.3 craches emacs 21.3 (windows XP)
Hi, I just upgraded to emacs 21.3 for windows, and I find that at startup when emacs finds (require 'jde) on my .emacs file, it crashes. I get an abort dialog where I can either abort, retry, or ignore. In any case emacs goes down. Is this a known problem? I ve tried on 2000 at home on a different machine, and the same happens. Does anyone know what the story is here? Thanks Gustavo E Tenrreiro
Re: JDE 2.3.3 craches emacs 21.3 (windows XP)
Gustavo Tenrreiro wrote: Hi, I just upgraded to emacs 21.3 for windows, and I find that at startup when emacs finds (require 'jde) on my .emacs file, it crashes. I get an abort dialog where I can either abort, retry, or ignore. In any case emacs goes down. Is this a known problem? I ve tried on 2000 at home on a different machine, and the same happens. Does anyone know what the story is here? If you got the Windows binaries from ftp.gnu.org, then there is a problem with them. See recent posts to the help-emacs-windows mailing list archives at http://mail.gnu.org/ for links to working binaries.
Re: jde-wiz-get-set-methods
Thanks! I hope your enhancement is included in the next JDE! I also have the same issue - deleting the generated get/sets for statics. Quoting Petter Måhlén [EMAIL PROTECTED]: Hi, I've been annoyed about one thing with generating the getter/setter methods for a while. I usually have private static members in my classes for things like loggers that are initialised once and should never be touched or accessible from the outside. When running the jde-wiz-get-set-methods function, it always adds static getter/setter methods for these static members. I have used my meager elisp skills to modify the behaviour by including a customisable variable, jde-wiz-get-set-include-static, which if false, means that getter/setter methods are not generated for static members. The default value is true, meaning that the present behaviour is kept. It seems to work OK, but maybe somebody with better elisp skills should double-check if there is a nicer way to do this. And maybe this is not a feature that would interest anybody but me, in which case it should not be added. :) / Petter
RE: gen get/set methods leaves trailing space on gets
I think I have found your problem, Jeff. The highlighted line below includes a space after the () of the method signature. I have jde-gen-kr set to true, but I am getting the following type of signature: public Date getWorkDate() { return this.m_workDate; } Note the double spaces between the () and the {. I tried simply deleting the trailing space in the line below, and that seems to work fine. Maybe that's it, Paul? / Petter (defun jde-wiz-get-get-method(type name optional staticp optional class-name) Returns a string representing a get method (let ((filtered-name (jde-wiz-get-name name)) get (javadoc ) temp temp2) (setq get (concat \n (if jde-wiz-include-javadoc (progn (setq temp2 jde-wiz-get-javadoc-template) (while temp2 (setq temp (car temp2)) (while (string-match %n temp) (setq temp (replace-match (jde-wiz-downcase-initials filtered-name) nil nil temp))) (while (string-match %t temp) (setq temp (replace-match type nil nil temp))) (setq javadoc (concat javadoc temp \n)) (setq temp2 (cdr temp2))) javadoc)) public (if staticp static ) type (if (string= type boolean) is get) == (upcase-initials filtered-name) () (if jde-gen-kr { \n{) \n return (if staticp (concat class-name .) this.) name ;\n}\n)) get)) -Original Message- From: Jeff Jensen [mailto:[EMAIL PROTECTED] Sent: den 19 februari 2004 17:08 To: [EMAIL PROTECTED] Subject: RE: gen get/set methods leaves trailing space on gets Thanks a lot for checking, Paul. I have not customized any of the templates. I have reviewed Jde Gen Get Set Var Template and jde-gen-method-signature, and see no extra space even possible (but I am no lisp expert, so could have missed something simple)! It is even more odd that it happens on gets and not sets! To me, that points to the template. The template is unmodified from the 2.3.3 release. I will wait for the next release and hopefully this minor nit is gone! Thanks again -Original Message- From: Paul Kinnucan [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 12:15 AM To: Jeff Jensen Cc: [EMAIL PROTECTED] Subject: RE: gen get/set methods leaves trailing space on gets Jeff Jensen writes: Hi Paul, Attached is a sample class with the trailing space on the get signature lines. Note the sets do not have one. To create, I created the two instance variables, placed point at the end of the class, clicked JDE -- Code Generation -- Wizards -- Generate Get Set. Using JDE 2.3.3. Thanks Paul... Hi Jeff, I still cannot reproduce this problem. I've made some changes to the jde-gen-get-set template. My changes could have fixed the problem. Another possibility is that you have a customized version of the template in a prj.el file that has the extra space in it. Paul -Original Message- From: Paul Kinnucan [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 17, 2004 12:31 AM To: Jeff Jensen Cc: ed Subject: gen get/set methods leaves trailing space on gets Jeff Jensen writes: Hi Paul, Generating get/set methods leaves a trailing space on the generated get methods' signature, and not on the sets. Would you mind removing the trailing space from the generated gets? This is obviously a very minor nit, but it triggers a Checkstyle rule, requiring manually deleting that space all the time. Hi Jeff, Please you send me an example of the generated code pointing out where the trailing space occurs. I can't reproduced it on my system. Paulpublic class TrailingSpace { int num = 4; String name = Fred; /** * Gets the value of num * * @return the value of num */ public int getNum() { return this.num; } /** * Sets the value of num * * @param argNum Value to assign to this.num */ public void setNum(int argNum) { this.num = argNum; } /** * Gets the value of name * * @return the value of name */ public String getName() { return this.name; } /** * Sets the value of name * * @param argName Value to assign to this.name */ public void setName(String argName) { this.name = argName; } }
Re: xref help
From where are you doing a C-c C-v a? From inside a function should work. Also, to get useful results, you need classfiles that match up with your sources. So if your classfiles are out of date by a while, you may see some strange things. I haven't heard of problems like you've described, however. When you see the call tree, you should get children grouped by class, where the children are the functions that call the function you are interested in. Clicking on the children should take you right to the caller. I'm not sure if any of this will help. If you think the generated xref db must be wrong, then I can tell you how to manually go in and verify that it is wrong. aaron armstrong [EMAIL PROTECTED] writes: Andrew, Thanks for helping me create the xref db. Now I'm trying to use it and I'm a little confused by the way it works. When I display the call tree I get information about classes that don't actually call the method I'm interested in. Then if I do C-c C-v a (xref-first) it takes me to the beginning of the class rather than the place that actually calls the method. Is this the expected behavior? thanks aaron
xref help
Andrew, Thanks for helping me create the xref db. Now I'm trying to use it and I'm a little confused by the way it works. When I display the call tree I get information about classes that don't actually call the method I'm interested in. Then if I do C-c C-v a (xref-first) it takes me to the beginning of the class rather than the place that actually calls the method. Is this the expected behavior? thanks aaron
Re: xref help
Andrew, Thanks - it must be that my xref-db is out of date. Does jde-xref-update update the db or do I need to rebuild it? I a working on a very large code base so is there any way to just update what has changed or just update files/packages i specify? thanks aaron At Thu, 19 Feb 2004 14:42:09 -0800, Andrew Hyatt wrote: From where are you doing a C-c C-v a? From inside a function should work. Also, to get useful results, you need classfiles that match up with your sources. So if your classfiles are out of date by a while, you may see some strange things. I haven't heard of problems like you've described, however. When you see the call tree, you should get children grouped by class, where the children are the functions that call the function you are interested in. Clicking on the children should take you right to the caller. I'm not sure if any of this will help. If you think the generated xref db must be wrong, then I can tell you how to manually go in and verify that it is wrong. aaron armstrong [EMAIL PROTECTED] writes: Andrew, Thanks for helping me create the xref db. Now I'm trying to use it and I'm a little confused by the way it works. When I display the call tree I get information about classes that don't actually call the method I'm interested in. Then if I do C-c C-v a (xref-first) it takes me to the beginning of the class rather than the place that actually calls the method. Is this the expected behavior? thanks aaron
Re: xref help
jde-xref-update will only work if you edit all your files in the same instance of emacs, then update. I would advise doing a full rebuild nightly while your machine and emacs is idle (use the emacs timer functions). If the creation of the database is slow, make sure your jde-parse-class.el is byte-compiled into jde-parse-class.elc. I've also noticed that it works faster on a brand-new emacs then one that already has a bunch of stuff in memory. aaron armstrong [EMAIL PROTECTED] writes: Andrew, Thanks - it must be that my xref-db is out of date. Does jde-xref-update update the db or do I need to rebuild it? I a working on a very large code base so is there any way to just update what has changed or just update files/packages i specify? thanks aaron At Thu, 19 Feb 2004 14:42:09 -0800, Andrew Hyatt wrote: From where are you doing a C-c C-v a? From inside a function should work. Also, to get useful results, you need classfiles that match up with your sources. So if your classfiles are out of date by a while, you may see some strange things. I haven't heard of problems like you've described, however. When you see the call tree, you should get children grouped by class, where the children are the functions that call the function you are interested in. Clicking on the children should take you right to the caller. I'm not sure if any of this will help. If you think the generated xref db must be wrong, then I can tell you how to manually go in and verify that it is wrong. aaron armstrong [EMAIL PROTECTED] writes: Andrew, Thanks for helping me create the xref db. Now I'm trying to use it and I'm a little confused by the way it works. When I display the call tree I get information about classes that don't actually call the method I'm interested in. Then if I do C-c C-v a (xref-first) it takes me to the beginning of the class rather than the place that actually calls the method. Is this the expected behavior? thanks aaron
Which emacs?
Hello, I'm interested in jde and I'm just starting to get everything installed. I have a quick question though: I'm doing this on Win2K (ugh) and I have both cygwin/emacs and the windows port of emacs (NTEmacs) installed. Which would I be better off integrating JDEE with? Thanks in advance for any replies! -exits __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools
RE: Which emacs?
While I cannot give you a comparison, I have run Cygwin and NT Emacs for many years. Works great. There is no need to run Emacs from the Cygwin shell, which I have encountered a few people to believe is true. -Original Message- From: exits funnel [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 8:26 PM To: [EMAIL PROTECTED] Subject: Which emacs? Hello, I'm interested in jde and I'm just starting to get everything installed. I have a quick question though: I'm doing this on Win2K (ugh) and I have both cygwin/emacs and the windows port of emacs (NTEmacs) installed. Which would I be better off integrating JDEE with? Thanks in advance for any replies! -exits __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools