Michael,
XML editing is handled by a completely different set of modes than those
that comprise the JDEE. From emacs' standpoint, Tomcat's web.xml file is
just another XML file -- no special role or relation to java, jdee, etc.
So, you'll need to figure out what's wrong with your emacs
Sounds good to me.
-Original Message-
From: Paul Kinnucan [mailto:[EMAIL PROTECTED]
Sent: Monday, August 04, 2003 10:16 AM
To: Ole Arndt
Cc: jde
Subject: Re: Implement interface wizard.
Ole Arndt writes:
Andy, Eric, Paul,
[EMAIL PROTECTED] writes:
I'd like to point out that
Has there been any discussion/interest with the AspectJ folks about pulling
their JDE extensions into the main JDE distro? I know they forked
something called AJDE a while back, but now that they're off in
eclipse-land, that's probably not a huge priority (I am speculating, with no
information
Apropos -- perhaps if the JD Edwards acquisition goes through we can drop
the extra 'e' again.
Only half kidding,
Eric
-Original Message-
From: Sprenger, Karel [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 05, 2003 11:41 PM
To: Jeff Jensen; [EMAIL PROTECTED]
Subject: RE: jde.sunsite.dk
Daniel,
If you read Paul's note, the problem he's trying to solve arises precisely
because it is too expensive to have a lot of chatter across I/O between
emacs and an external java process. The solution he's considering --
put the display logic into the java process so as to avoid the I/O --
Dug a little deeper: On linux, PATH_MAX is 4095; on Solaris it's 1024.
In message [EMAIL PROTECTED], Eric D. Friedma
n writes:
:
: This sounds like a bug that should be fixed in tramp, not in JDE.
:
: Directory *entry* length maximums are file system dependent too, which
: means that a
Actually jde-gen's default cflow templates are comment/quote aware.
That is, the tempo-templates include a hook that expands the abbrev
with a control flow template everywhere except when point is inside
of a comment or a double quoted string.
The problem is that the tempo-templates are
It should be pretty easy to do this with JavaCC. Just use one of the
Java grammars that are included with JavaCC and write the parse tree
back out in whatever order you need. This will make it possible to
preserve javadoc too. You didn't mention where Visual Age puts field
declarations, but
I got two errors while compiling this release:
1.
While compiling toplevel forms in file /home/eric/emacs/jde/lisp/jde-bug.el:
!! error ((Given parent class jde-db-debugger is not a class))
and 2.
While compiling toplevel forms in file /home/eric/emacs/jde/lisp/jde.el:
!! Malformed
When I enable jde-project - Read Make Args or jde-project - Ant Read Args
or jde-project - Ant Read Target, I get errors like the one the subject
`History list jde-interactive-make-arg-history is unbound'
This is with Xemacs, solaris, jde 2.2.8beta1.
Any ideas?
Eric
Is anyone able to use JDEbug on solaris/xemacs? This is with
jde 2.2.6.2
I've followed the instructions for setting up JDEbug and am using
the 1.3.1 beta VM, which is supposed to have fixed the problems with
debugging in hotspot VMs (solaris does not have a "classic" vm).
I coded up a simple
11 matches
Mail list logo