RE: JDE and Checkstyle
Thank you for the quick reply - respect! The solution worked just fine :-) MVH Henrik Kjær -Original Message- From: Paul Kinnucan [mailto:paulk@;mathworks.com] Sent: 13. november 2002 21:08 To: Henrik Kjær Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: JDE and Checkstyle Henrik Kjær writes: > Hello Paul > > > First, let me congratulate you with a great new JDE package. > > I have previously posted the mailing list, but never > got any answer, then I tried to post the following to mohnen but still haven't got >an answer, > so now I try you. > Please let me know if I am the only one with the >following problem with > Checkstyle in JDE (I do not have the problem using >checkstyle as an > ant target!?) > > I have problems editing the TODO pattern. > I have changed it to the sun convention FIXME using the M-x >jde-checkstyle-customize, but it still finds TODO:, and only those!? > I have >previously send a mail to the jde forum, but never got any replies, hence I > try >the source. > Question: Can you change the TODO pattern to "FIXME" using the customizations and > >then have jde-checkstyle report warnings. Or is it just me :-) !? > > I am using emacs 21.1, jde 2.2.9, on windows 2000. > > Sincerly > This is a bug in jde-checkstyle.el. To fix the bug, replace line 546 with the following, (add-to-list 'options (concat "-Dcheckstyle.pattern.todo=" jde-checkstyle-option-todo-format))) recompile, and restart Emacs. - Paul
RE: Navigate code-completion pop-up menu with keyboard?
Press Tab, and then use arrows up and down, or press beginning letters. MVH Henrik Kjær -Original Message- From: Christian Surlykke [mailto:[EMAIL PROTECTED]] Sent: 19. november 2002 15:51 To: [EMAIL PROTECTED] Subject: Navigate code-completion pop-up menu with keyboard? Hiya A newbie question: When invoking jde-complete-at-point-menu, is it possible to select an entry in the pop-up menu using keyboard strokes - i.e. without having to move your hand to the mouse? I'm running jde 2.2.8 from Debian unstable. br. Christian Surlykke
RE: prj.el under source control
Hi Tom I don't think your problem relates to Nascif (see ealier), but I have also experienced problem with project settings since moving from 2.2.9.beta12 to 2.2.9. Mine are related to make settings. Make has now got its own menu point under options, and strangely enough these settings is not saved in the project file when saving project. Anyway, at present I have moved my make settings out of my prj.el file and into my .emacs and everything works ok - BUT I can only do this as I at present only are working on one project, so somehow the problem has to be solved - I think it is a bug in the new jde!? MVH Henrik Kjær -Original Message- From: Tom Eskridge [mailto:[EMAIL PROTECTED]] Sent: 19. november 2002 22:54 To: Nascif Abousalh-Neto; [EMAIL PROTECTED] Subject: Re: prj.el under source control I have been getting the same behavior since switching to 2.2.9. It may be more likely to be a jde issue than a source control issue. On Tuesday 19 November 2002 03:28 pm, Nascif Abousalh-Neto wrote: > Hi, > I recently added our prj.el files to source control (clearcase) but > soon after that I start to get some strange behavior - basically > related to loss of customizations, like modeline, font-lock, key > bindings, and project name. I'm not sure it is related, but I'm > thinking that the fact that fact that the prj.el is now read-only may > be causing problems. Could that be the case? > Another variable: I recently migrated from jde2.2.9beta10 to > jde2.2.9. I tried to move back but the problem persisted. > > Regards, > Nascif > > PS: Still no comments on my previous question on how to have > subprojects appending to paths defined on parent projects, instead of > just overriding then... -- Cheers, Tom Tom Eskridge Institute for Human and Machine Cognition University of West Florida 40 S. Alcaniz St Pensacola, FL 32501 ph: 850-202-4454 fx: 850-202-4440
RE: Navigate code-completion pop-up menu with keyboard?
Then try using arrows up and down. Press twice move you into the pop-up window, at least on my configuration. I am using Emacs 21.1 on Windows 2000. MVH Henrik Kjær -Original Message- From: Christian Surlykke [mailto:[EMAIL PROTECTED]] Sent: 20. november 2002 08:25 To: Henrik Kjær Cc: [EMAIL PROTECTED] Subject: Re: Navigate code-completion pop-up menu with keyboard? Pressing Tab makes the pop-up-menu disappear. Oh - and btw, I'm running Gnu Emacs 21.2.2 from Debian unstable. mvh Christian Surlykke On Wednesday 20 November 2002 06:58, Henrik Kjær wrote: > Press Tab, and then use arrows up and down, or press beginning > letters. > > MVH > > Henrik Kjær > > > -Original Message- > From: Christian Surlykke [mailto:[EMAIL PROTECTED]] > Sent: 19. november 2002 15:51 > To: [EMAIL PROTECTED] > Subject: Navigate code-completion pop-up menu with keyboard? > > > Hiya > > A newbie question: > When invoking jde-complete-at-point-menu, is it possible to select an > entry in the pop-up menu using keyboard strokes - i.e. without having > to move your hand to the mouse? > > I'm running jde 2.2.8 from Debian unstable. > > br. Christian Surlykke
jde-wiz-implement-interface
Title: Message
There is a bug in
the interface wizard - it insert $ when the interface to be
implemented
uses inner
classes.
Example:
My interface -
import
path.Class;
public interface
MyInterface {
void
myMethod(Class.innerClass)
}
will result in
import
path.Class$innerClass;
MyInterfaceImpl implement MyInterface
{
public void(Class$innerClass class$innerClass)
{
}
Henrik Kjær
RE: Refactoring Wish List
Yes, JDE lacks the find-usage option, and I think it would be a nice feature to have, its not high on my priority list though, as Paul Kinnucan pointed out the find-expression can be used as a substitute. I don't understand the fuss about it - maybe it because emacs/jde doesn't support it that its important for the Idea users !? :-). Look at the problem this way - Idea is just a simple GUI implementation of emacs/jde which lacks a lot of the powers in emacs(/jde), and then it might have some nice-to-have features lacking in jde. For my own experience I think if a feature is needed by enough then it will be implemented, and if you are the only one interested in it then you can do it yourself :-); - that's another important power of emacs/jde!!! You can modify it to extreme for you own personal needs, you can not do that with Idea or any other IDE for that matter. Generally I think people not using emacs are very aggressive against emacs, but I think its because they have never understood the power of emacs because they have never found out how they should use emacs. Basically I think this issue relates to the old problem of bringing computers out to the masses - that problem was resolved with GUI because it looked more appealing to people and hence appeared easier to understand. Anyway, I just read a lot of the "jdee installer" mail from [EMAIL PROTECTED] and most of them say what I was about to say. Sincerely Henrik Kjær -Original Message- From: Sebastian Hauer [mailto:[EMAIL PROTECTED]] Sent: 4. december 2002 19:51 To: Henrik Kjær Cc: [EMAIL PROTECTED] Subject: RE: Refactoring Wish List Hi Henrik, > -Original Message- > From: Henrik Kjær [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 04, 2002 2:23 AM > To: Sebastian Hauer > Cc: [EMAIL PROTECTED] > Subject: RE: Refactoring Wish List > > > Hey, you are talking about emacs - behave! :-) I'm so sorry - emacs rules :) > Here is ten good reasons why you shouldn't give up emacs/jde > for Idea :-) > > http://www.devx.com/free/hotlinks/2002/ednote050102/ednote050102-1.asp Thanks for the link. I will use it wisely, hehehe... Never will I doubt the many advantages emacs has to offer to software development. :) OK let's get real. Many developers want it very simple and do as much with a mouse click and without their brain as possible. They will never switch to emacs. Though my problem is that I like emacs a lot and I have been developing on it ever since I discovered Unix. Now I am again stuck on Windows and even on this unfriendly OS I can use my emacs. But now I am forced fighting a never ending corporate war of pro full IDE users. And with IDEA they have a dangerous weapon against me. Now all my regular expression power is worthless once they do their Ctr+Right-Click [find usage] on class, method and variable names. OK ok it sounds a little over dramatic but this is more or less how it is. Though I really appreciate the efforts right now made to bring refactoring and other cool new features into JDE and emacs and I look forward trying them. Regards, Sebastian
Fw: Syntax checking the current buffer
- Original Message - From: "Henrik Kjær" <[EMAIL PROTECTED]> To: "Paul Kinnucan" <[EMAIL PROTECTED]> Sent: Thursday, October 16, 2003 11:03 AM Subject: Re: Syntax checking the current buffer > Hi Paul > > That sounds great. > I do not know if you are aware about it, but I have seen an Emacs minor mode > called Flymake, > which does syntax checking on the fly, and according to its author Pavel > Kobiakov who intially wrote > it for C (inspired by IntelliJ for Java) it can be used for java as well. > > A snippet > > >Yes, although it will auto save java source file on > >every syntax check. And of course you'll need an > >appropriate Makefile =). > > > Pasha. > > >--- Henrik_Kjær wrote: > >> Can it be used for Java as well? > > which according to > - Original Message - > From: "Paul Kinnucan" <[EMAIL PROTECTED]> > To: "Henrik Kjær" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Wednesday, October 15, 2003 11:35 PM > Subject: Syntax checking the current buffer > > > Henrik Kjær writes: > > Hi > > > > I really like the JDE, but I am missing syntax checking which could help > to optimize the development process as > > it would remove a lot of small errors before compiling, e.g. a missing ;, > using an unknown class (e.g. Strin when I ment String), etc. > > Is there any plans to extend JDE with syntax checking or does anyone know > about a syntax checking mode for Java in Emacs!? > > > > I would also like if the JDE could help me find classes by using > completion, e.g if I have classes called MyClass and MyOtherClass, > > I would just type My and JDE could help me find those classes. I know JDE > uses reflection to find classes so I have to type the exact name, > > but I can not always remember the full and exact name of all my classes, > so such a tool could some in handy - for me at least :-) > > > > Hi Henrik, > > Both of these features are planned for future releases. Syntax checking > requires features in semantic 2.0 and hence awaits its availability. > Class completion requires only somebody with the time and willingness > to undertake it. I'm too busy at the moment but will try to fit it into > my schedule for 2.3.4, if nobody else implements it beforehand. > > - Paul > >
Re: JDEBug - Invalid stack frame
Yes, the invalid stack frame message disappears automatically after a while, so everything is okay there. Now I just got the problem that JDEBug is SLOW, so if anyone got any idea how I can speed it up, I would be grateful. I have a client application which communicates with a J2EE server and a mom broker, it normally takes about 10 sekunds to start up, but when I start it up in debug mode it can take anything between 5 and 15 minuttes! I can from my task manager see that emacs constantly uses anything between 70 and 90 pct. cpu and about 35 mb ram, java uses 2 or 3 pct cpu and about 25 mb ram. Any help or tips would be much appreciated Henrik - Original Message - From: "Henrik Kjær" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Troy Daniels" <[EMAIL PROTECTED]> Sent: Tuesday, November 04, 2003 9:20 PM Subject: Re: JDEBug - Invalid stack frame > Thanx Trey. > > For some reason JDEBug breaks at my first breakpoint, but the line did not > get read and nothing get in my JDEBug window except the exception!? > Anyway, I just set another breakpoint in the next line and C-c C-z C-c > (continue) and then I get something in my window - nice :-) > > Henrik > > > - Original Message - > From: "Troy Daniels" <[EMAIL PROTECTED]> > To: "Henrik Kjær" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Tuesday, November 04, 2003 9:00 PM > Subject: Re: JDEBug - Invalid stack frame > > > At 08:47 PM 11/4/2003 +0100, Henrik Kjær wrote: > > >I am trying to use JDEBug for debugging, but I am not having much success. > >When I start debugging my JDEBug opens nicely, but displays an "Invalid > >stack frame" message with red in the buttom of the window, and the window > >has no content at all. > > > >Any idea!? > > That's actually "normal" operation. The window is part of a rudimentary > GUI, that is a recent addition. It currently only shows the value of local > variables. The error message is because, when the debugger starts, it > sometimes tries to update the local variable display when the process isn't > suspended. That causes an exception, which is reported in red. In my > environment, the message usually goes away quickly. > > Try setting a breakpoint (C-c C-z C-b) in your program on a line after > local variables are defined. The line should be green after you set the > breakpoint and turn red after you start the JDEbug. When the program gets > to that line, the error message should disappear, and the window should > show the local variables in a tree view. > > Troy > > > >
Re: Re[1]: [jde] cedet-1.0beta1 /Semantic 2.0 and JDEE-2.3.2
Hi Will it support parsing of java files so the most obvious errors in a class, like a missing ;, missing imports, unknown methods, etc. can be caught before compiling. Henrik - Original Message - From: "Eric M. Ludlam" <[EMAIL PROTECTED]> To: "Raul Acevedo" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, November 06, 2003 9:01 PM Subject: Re[1]: [jde] cedet-1.0beta1 /Semantic 2.0 and JDEE-2.3.2 > Semantic 2.0 lives in cedet-1.0beta1.tar.gz on the cedet web page. > There was no formal announcement as I'm still working through build > and compatibility issues for various versions of Emacs. In fact, I'm > a bit behind on a mountain of reports. > > For those willing to work around some of the problems, the overall > response has been positive. There are a few patches for some problems > in the cedet-devel mailing list archive for those brave enough to try > it. > > Eric > > >>> Raul Acevedo <[EMAIL PROTECTED]> seems to think that: > >Semantic 2.0 is out??? > > > >Paul Kinnucan wrote: > > > > > > "Ed" == Ed Soniat <[EMAIL PROTECTED]> writes: > > > > > > Ed> I tried install JDEE-2.3.2 which claims compatibility with > > > Ed> Semantic 1.blah.blah or greater. Semantic 2.0 deleted > > > Ed> semantic-bnf in Aug/03 or so. > > > > > > Ed> The change log in JDEE is out of date, makes it look like a > > > Ed> dead project. > > > > > > Install JDEE 2.3.3beta6 to get semantic 2.0 support and an updated > > > change log. > > > > > > Paul > > > > > > > > > > -- > Eric Ludlam: [EMAIL PROTECTED], [EMAIL PROTECTED] >Home: http://www.ludlam.netSiege: www.siege-engine.com > Emacs: http://cedet.sourceforge.net GNU: www.gnu.org >
Re: JDEBug - Invalid stack frame
My java_home was on the network instead of my own computer, so that removed the worst overhead, it is still slow though! :-) Now I just have the problem that emacs and my application totally freezes when it hits a breakpoint !? The breakpoint is set in an implementation of java.awt.event.ActionListener, connected to a javax.swing.ComboBox. Any idea? Henrik - Original Message - From: "Andrew Hyatt" <[EMAIL PROTECTED]> To: "Henrik KjÃr" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; "Troy Daniels" <[EMAIL PROTECTED]> Sent: Wednesday, November 05, 2003 6:05 PM Subject: Re: JDEBug - Invalid stack frame Try using 1.4.1, if you aren't already. At about that time, Sun started just decompiling the code needed for debugging, previously it decompiled everything. Henrik KjÃr <[EMAIL PROTECTED]> writes: > Yes, the invalid stack frame message disappears automatically after a while, > so everything is okay there. > Now I just got the problem that JDEBug is SLOW, so if anyone got any idea > how I can speed it up, > I would be grateful. > I have a client application which communicates with a J2EE server and a mom > broker, it normally takes > about 10 sekunds to start up, but when I start it up in debug mode it can > take anything between 5 and 15 minuttes! > I can from my task manager see that emacs constantly uses anything between > 70 and 90 pct. cpu and about 35 mb ram, > java uses 2 or 3 pct cpu and about 25 mb ram. > > Any help or tips would be much appreciated > > > Henrik > - Original Message - > From: "Henrik KjÃr" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; "Troy Daniels" <[EMAIL PROTECTED]> > Sent: Tuesday, November 04, 2003 9:20 PM > Subject: Re: JDEBug - Invalid stack frame > > >> Thanx Trey. >> >> For some reason JDEBug breaks at my first breakpoint, but the line did not >> get read and nothing get in my JDEBug window except the exception!? >> Anyway, I just set another breakpoint in the next line and C-c C-z C-c >> (continue) and then I get something in my window - nice :-) >> >> Henrik >> >> >> - Original Message - >> From: "Troy Daniels" <[EMAIL PROTECTED]> >> To: "Henrik KjÃr" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> >> Sent: Tuesday, November 04, 2003 9:00 PM >> Subject: Re: JDEBug - Invalid stack frame >> >> >> At 08:47 PM 11/4/2003 +0100, Henrik KjÃr wrote: >> >> >I am trying to use JDEBug for debugging, but I am not having much > success. >> >When I start debugging my JDEBug opens nicely, but displays an "Invalid >> >stack frame" message with red in the buttom of the window, and the window >> >has no content at all. >> > >> >Any idea!? >> >> That's actually "normal" operation. The window is part of a rudimentary >> GUI, that is a recent addition. It currently only shows the value of > local >> variables. The error message is because, when the debugger starts, it >> sometimes tries to update the local variable display when the process > isn't >> suspended. That causes an exception, which is reported in red. In my >> environment, the message usually goes away quickly. >> >> Try setting a breakpoint (C-c C-z C-b) in your program on a line after >> local variables are defined. The line should be green after you set the >> breakpoint and turn red after you start the JDEbug. When the program gets >> to that line, the error message should disappear, and the window should >> show the local variables in a tree view. >> >> Troy >> >> >> >>
Re: [jde] cedet-1.0beta1 /Semantic 2.0 and JDEE-2.3.2
Question (I am an Emacs novice! :-) ) I get following when executing M-x flymake-start-syntax-check-for-current-buffer in a java file buffer. "Symbol's function definition is void: flymake-start-syntax-check" What am I missing. I have commented the original function out in flymake and inserted the new definition. My _emacs has (require 'flymake). Henrik - Original Message - From: "Suraj Acharya" <[EMAIL PROTECTED]> To: "Eric M. Ludlam" <[EMAIL PROTECTED]> Cc: "Henrik Kjær" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, November 07, 2003 10:30 PM Subject: Re: [jde] cedet-1.0beta1 /Semantic 2.0 and JDEE-2.3.2 > I just tried out flymake and it is pretty neat. It highlights errors as advertised > and brings up a little pop-up window with the error message when your mouse is over the line. > > If you have jde-compile setup correctly to compile the current file then this redefinition > for flymake-start-syntax-check-process will automatically run jde-compile. > > Caveats : > * flymake automatically saves your current buffer before it compiles > * the error/warning message do not appear in the minibuffer when point is on a line > which has been highlighted. > * may not be very nice on a slower machine using javac > > > > > (defun flymake-start-syntax-check-process(buffer base-dir > master-file-name patched-master-file-name > source-file-name patched-source-file-name) >"start syntax check-process" > >(let* ((process nil) > (file-to-compile (flymake-get-file-to-compile patched-master-file-name patched-source-file-name source-file-name)) > (compiler (jde-compile-get-the-compiler)) > (program-name (oref compiler :path)) > (program-args (append (jde-compile-get-args compiler) (list file-to-compile > (condition-case err > (progn > (setq process (get-process (apply 'start-process > "flymake-proc" > nil > program-name > program-args))) > (set-process-sentinel process 'flymake-process-sentinel) > (set-process-filter process 'flymake-process-filter) > > (flymake-reg-names(process-id process) (buffer-name buffer) patched-master-file-name patched-source-file-name) > (flymake-set-buffer-base-dir buffer base-dir) > (flymake-set-buffer-master-file-name buffer master-file-name) > (flymake-set-buffer-is-running buffer t) > (flymake-set-buffer-last-change-time buffer nil) > (flymake-set-buffer-check-start-time buffer (float-time)) > > (flymake-report-status buffer nil "*") > (flymake-log 2 "started process %d, command=%s, dir=%s" >(process-id process) (process-command process) default-directory) > process > ) > (error > (let ((err-str (format "Failed to launch syntax check process '%s' with args %s: %s" > program-name program-args (error-message-string err > (flymake-log 0 err-str) > (flymake-safe-delete-file patched-master-file-name) > (flymake-safe-delete-file patched-source-file-name) > (flymake-set-buffer-last-change-time buffer nil) > (flymake-report-fatal-status buffer "PROCERR" err-str) > ) > ) > ) > ) > ) > > > Suraj > > Eric M. Ludlam wrote: > > > The support for highlighting unmatched syntax is still rudimentary, > > but it is a longterm goal to highlight all syntactic issues. Parsing > > an entire file is pretty slow. Parsing only the visible parts, is one > > option. For missing ; after things already being parsed (method and > > type declarations) you will get the highlighting. The new incremental > > parser helps with this. > > > > Detecting missing imports or methods is not a part of any short term > > plan. The semantic analyzer has not been modified much as we've been > > concentrating on low level APIs, and speed. > > > > The version of eieio in the beta includes a feature similar to > > something I think is called flymake. You can run a build, and it will > > detect the errors, and highlight them for you. I think flymake may > > have more user features. The version in eieio is an example program > > for using a line highlighting feature. > > > > Eric > > > >
