RE: JDEbug won't start

2001-10-22 Thread Javier S. López

> jde-bug-jdk-directory's value is
> "c:/jdk1.3/lib/"
The directory is only c:/jdk1.3

> 
> cd h:/cvsdev/user/jrancier/lookupgenerator/
> javaw -classpath
> h:/usr/pkg/emacs-20.7/site-lisp/jde-
> 2.2.9beta4/java/lib/jde.jar;c:/jdk1.3/li
> b/lib/tools.jar jde.debugger.Main

sigh...
take a look at the classpath being passed to the vm
c:/jdk1.3/lib/lib/tools.jar

Javier




JDEbug won't start

2001-10-22 Thread Jeff Rancier

(1) I'd be surprised if Paul, et. al. did already know this, but better to
report it: In the jdebug-ug, the section describing "Selecting JDEbug As
Your Debugger", indicates to customize jde-db-debugger, which (I'm assuming)
is now jde-debugger in the project group.  I'm sure this is one of those, "I
know, I know ..." things.

(2) I searched the archives for VMStartException, and sure enough I got hits
which described the same problem I'm having.  Javier Lopez answered them by
indicating that jde-bug-jdk-directory needed to be set.  If I type:

C-h v jde-bug-jdk-directory RET, I get

jde-bug-jdk-directory's value is
"c:/jdk1.3/lib/"

And I double checked to make sure tools.jar was there, and it was.

(3) Next I customized the above, and removed the trailing forward slash,
stopped & started Emacs, with the same results.

(4) I am using:

NTEmacs 20.7.1 on Windows 2000 Pro

GNU Emacs 20.7.1 (i386-*-nt5.0.2195) of Tue Jun 13 2000 on buffy
elib1.0
semantic1.4beta11
JDE 2.2.9beta4
speedbar0.14beta1
eieio   0.16
ecb 1.51

Sun stuff:
JVM Specification Version 1.0
JVM Implementation Version 1.3.0-C
JRE Specification Version 1.0

*JDEbug* buffer output:
--

cd h:/cvsdev/user/jrancier/lookupgenerator/
javaw -classpath
h:/usr/pkg/emacs-20.7/site-lisp/jde-2.2.9beta4/java/lib/jde.jar;c:/jdk1.3/li
b/lib/tools.jar jde.debugger.Main


(jde-dbo-init-debug-session)

JDE> -1 1 launch 1 -vmexec javaw -home c:/jdk1.3/bin/ -classpath
h:/cvsdev/user/jrancier/lookupgenerator/;h:/classlib/dom2.jar;h:/classlib/jd
om-b7/build/jdom.jar;h:/classlib/jaf-1.0.1/activation.jar;h:/classlib/javama
il-1.2/smtp.jar;h:/classlib/javamail-1.2/mail.jar -tclassic  LookupGenerator

java.lang.NoClassDefFoundError: com/sun/jdi/connect/VMStartException
at
jde.debugger.command.DebugCommandFactory.(DebugCommandFactory.java:32)
at
jde.debugger.command.DebugCommandFactory.(DebugCommandFactory.java:8
6)
at jde.debugger.Jdebug.run(Jdebug.java:78)

Process *JDEbug* finished
-


Thanks in advance; any pointers would be appreciated.
Jeff




Re: double buffer

2001-10-22 Thread Ralph Jorre


Hi there
Yes - I had exactly the same problem.
I think you may have a soft link to the directory where the java source
code is.
Hence when you load a file it can load through 2 paths and think that
it is a file with the same name in 2 different directories and hence two
different files.
The best solution is to use emacs instead of xemacs as emacs seems to
know it is the same file.
Failing this you need to make sure you always load through the same
path as xemacs - this is difficult as the debugger also loads files.
Or shift you source code to a directory not on a softlink.
Bye R.
Shashank wrote:
Hi !
If I am editing a  java source file.  and then try to compile
it
Control( c v c)
the modeline shows File with same name but number 2 . meaning it opens
up second buffer with same name and all changes are affected in this
new
buffer.
How to stop this creation of new buffer file.
take care,
Shashank

-- 
Dr R Jorre
C/Ramon Matias 24
La Corujera
38390 Santa Ursula
Tenerife, Islas Canarias
SPAIN

Tel:    0034 922 337035
EMAIL:  [EMAIL PROTECTED]
 


another compilation problem in 2.2.9beta4

2001-10-22 Thread Paul Kinnucan

Pete Siemsen writes:
 > 
 > I use XEmacs 21.4 (patch 0) under SuSE Linux 7.0.  I just upgraded
 > from jde 2.2.8 to 2.2.9beta4.  I have speedbar-0.14beta1,
 > eieio-0.17beta3 and semantic-1.4beta11.
 > 
 > When I try to compile a java buffer, it starts the Beanshell.

 For good reason. See the ReleaseNotes.

>  It
 > didn't start the Beanshell in 2.2.8.  

 2.2.8 didn't have a lightening fast compile server either.

 > Anyway, I get
 > 
 >   Beanshell expression evaluation error.
 >   Beanshell eval error.  See messages buffer for details.
 > 
 > I don't have a buffer named "messages".  

 That's one of the many superior features of XEmacs. It requirs
 you to type a command to show the messages buffer whereas with
 Emacs the buffer is displayed by default.

 > My *bsh* buffer contains

[snip]

 > I'm back to happily using jde 2.2.8.
 
 Glad to hear it.

 - Paul




another compilation problem in 2.2.9beta4

2001-10-22 Thread Pete Siemsen


I use XEmacs 21.4 (patch 0) "Solid Vapor" under SuSE Linux 7.0.

I just upgraded from jde 2.2.8 to 2.2.9beta4. When I try to compile,
it starts the Beanshell.  It didn't start the Beanshell in 2.2.8.
Anyway, I get

  Beanshell expression evaluation error.
  Beanshell eval error.  See messages buffer for details.

I don't have a buffer named "messages".  My *bsh* buffer contains

  cd /home/siemsen/nandisc/edu/ucar/nandisc/
  java -classpath 
/home/siemsen/nandisc:/home/siemsen/nandisc/edu/ucar/nandisc:/home/siemsen/opennms-all/jsnmp:/home/siemsen/tjt/src:/usr/src/jde/java/bsh-commands:/usr/local/j2sdk1.4.0/lib/tools.jar:/usr/src/jde/java/lib/jde.jar:/usr/src/jde/java/lib/bsh.jar
 bsh.Interpreter

  BeanShell 1.1a16 - by Pat Niemeyer ([EMAIL PROTECTED])
  bsh % 

My *compilation* buffer is empty.

My *jde-log* buffer reflects the fact that I loaded 7 .java files when
I started XEmacs.

de-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el

I'm back to using jde 2.2.8.

-- Pete



another compilation problem in 2.2.9beta4

2001-10-22 Thread Pete Siemsen


I use XEmacs 21.4 (patch 0) under SuSE Linux 7.0.  I just upgraded
from jde 2.2.8 to 2.2.9beta4.  I have speedbar-0.14beta1,
eieio-0.17beta3 and semantic-1.4beta11.

When I try to compile a java buffer, it starts the Beanshell.  It
didn't start the Beanshell in 2.2.8.  Anyway, I get

  Beanshell expression evaluation error.
  Beanshell eval error.  See messages buffer for details.

I don't have a buffer named "messages".  My *bsh* buffer contains

  cd /home/siemsen/nandisc/edu/ucar/nandisc/
  java -classpath 
/home/siemsen/nandisc:/home/siemsen/nandisc/edu/ucar/nandisc:/home/siemsen/opennms-all/jsnmp:/home/siemsen/tjt/src:/usr/src/jde/java/bsh-commands:/usr/local/j2sdk1.4.0/lib/tools.jar:/usr/src/jde/java/lib/jde.jar:/usr/src/jde/java/lib/bsh.jar
 bsh.Interpreter

  BeanShell 1.1a16 - by Pat Niemeyer ([EMAIL PROTECTED])
  bsh % 

My *compilation* buffer is empty.

My *jde-log* buffer reflects the fact that I loaded 7 .java files when
I started XEmacs.

de-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-load-project-file: Loading /home/siemsen/nandisc/edu/ucar/nandisc/prj.el
jde-set-variables: Loading jde-global-classpath from project 
/home/siemsen/nandisc/edu/ucar/nandisc/prj.el

I'm back to happily using jde 2.2.8.

-- Pete



RE: jde-ant and fast ms-dos window

2001-10-22 Thread Molitor, Stephen

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



jde-ant custom variables not saved

2001-10-22 Thread Denis, Ronald J (Ronald)** CTR **

I just switched to jde-2.2.8  (emacs 20.7) and would like to take advantage
of jde-ant.
I am running into a problem with setting custom variables and saving to 
prj.el but only with variables defined in jde-ant.el.  Usually I set the 
variable, save for current session and then C-c C-v C-p saves the changes
to prj.el.

However, the variables defined in jde-ant are not saved to prj.el I can 
save them for future sessions in .emacs but that is not desireable.  

Am I doing something wrong here?

Ron Denis



Re: Emac 21

2001-10-22 Thread David Ponce

Hello,

> > Also, please note that tooltips and the toolbar features of Emacs
> > 21 were not available on the latest alpha release of the Windows
> > version of Emacs 21, which I have. I do not intend to create any
> > JDE features that depend on Emacs 21 features that are not
> > available on Windows.

Unfortunately you're right these features will not be available in NT
Emacs 21.1 :-(

> I have been playing with intellisens type completion using tooltips.
> The only problem is that Emacs doesn't provide positional (x, y)
> information for the point.
>
> Hopefully I could find some way around this.

Maybe could you have a look at function:

senator-completion-menu-point-as-event is a compiled Lisp function in
`senator'.
(senator-completion-menu-point-as-event)

Returns the text cursor position as an event.
Also move the mouse pointer to the cursor position.

It is used to popup the senator completion menu at point and take care
of Emacs 21 header line, fringe and margins.  I also use it to popup
the JDE's completion menu at point like this:

(if (fboundp 'senator-completion-menu-point-as-event)
(defalias 'jde-cursor-posn-as-event
  'senator-completion-menu-point-as-event))

Hope this helps.

David
__
Faites un voeu et puis Voila ! www.voila.fr
Pendant tout l'été, gagnez une Ford Ka sur Voila Gratter ! 
http://cybergrattage.voila.fr/voila