headers
Paul Kinnucan | 2 Sep 2002 07:24
Picon
Favicon

asking help

andriamasinoro fenintsoa writes:
 > Hi,
 > 
 > I have a little problem with the "jde-resolve-relative-paths-p"
 > variable. Actually, I would like to have the "." character in my
 > jde-global-classpath variable but the JDE always translate it to an
 > absolute path even if I set the former variable to nil.
 > 
 > What should I do please?
 >

There is a bug in the jde-normalize-path function. A fix will appear
in the next beta release. Meanwhile, you can patch jde.el with
the fixed version of jde-normalize-path included below.

- Paul

(defun jde-normalize-path (path &optional symbol) 
  "This function performs the following transformation on PATH:

  * Replaces environment variables of the form $VAR or ${VAR} with
    their values. Note that you must use the Unix notation for
    environment variables on the native Windows versions of Emacs and
    XEmacs.

  * Replaces the tilde character with the value of the home directory,
    typically specified by the HOME environment variable.

  * Converts Cygwin style paths to DOS notation on Windows.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Victor Kirk | 2 Sep 2002 17:35

Finding class source

Hi,

Before I reinvent the wheel I thought I'd check this is'nt all ready in
jde or if someone else has done it.

Being lazy I would prefer if jde-find-class-source did'nt need the fully
qualified classname. I was going to create something to search
jde-sourcepath
subdirectories for the class (ignoring inner classes for the time being).

Has anyone already done this?

Vic
--

This message, including attachments, is intended only for the use by the
person(s) to whom it is addressed. It may contain information which is
privileged and confidential. Copying or use by anybody else is not
authorised. If you are not the intended recipient, please contact the sender
as soon as possible. The views expressed in this communication may not
necessarily be the views held by Serco Integrated Transport.
Permalink | Reply | 1 comment |
headers
Javier S. Lopez | 2 Sep 2002 17:59

Re: Finding class source

Victor Kirk <vkirk <at> technology.serco.com> writes:
You can use jde-open-class-source. 

Javier
> Hi,
> 
> Before I reinvent the wheel I thought I'd check this is'nt all ready in
> jde or if someone else has done it.
> 
> Being lazy I would prefer if jde-find-class-source did'nt need the fully
> qualified classname. I was going to create something to search
> jde-sourcepath
> subdirectories for the class (ignoring inner classes for the time being).
> 
> Has anyone already done this?
> 
> Vic
> --
> 
> This message, including attachments, is intended only for the use by the
> person(s) to whom it is addressed. It may contain information which is
> privileged and confidential. Copying or use by anybody else is not
> authorised. If you are not the intended recipient, please contact the sender
> as soon as possible. The views expressed in this communication may not
> necessarily be the views held by Serco Integrated Transport.

--

-- 
Javier S. Lopez                 
jslopez <at> forumsys.com            Forum Systems, Inc.
(781) 263-5406                  40 Williams St., Suite G20,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Victor Kirk | 2 Sep 2002 18:23

RE: Finding class source

I Said:
>> Being lazy I would prefer if jde-find-class-source did'nt need
>> the fully qualified classname. I was going to create something
>> to search jde-sourcepath subdirectories for the class.

Javier said:
> You can use jde-open-class-source. 

Yet another useful function I never knew existed :-)

Unfortunatly it doesnt work for me in my case.  I have both the
source and the generated classes hanging off the same directory,
e.g.

/some/path/java/com/...
/some/path/java/build/generated/com/...
/some/path/java/build/classes/com/...

So /some/path/java is in my source path. If I do to the bsh

bsh % jde.util.JdeUtilities.getQualifiedName("OSClass");

I get 

(list "build.classes.com.serco.objectserver.OSClass")

and not 

(list "com.serco.objectserver.OSClass")
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andy Piper | 4 Sep 2002 20:38

Doc disabled for some functions

The add documentation menu item is disabled for this function:

   /* package */ TunneledSocketImpl getServerImpl()
   {
     return serverImpl;
   }
Permalink | Reply | 0 comments |
headers
otisg | 6 Sep 2002 17:37
Picon
Favicon

Dead code detection?

Hello,

I was wondering if there is a way to detect
unused code in a set of Java .java or .class
files, using JDE.
Unused code would be things such as
variables that are never referenced, methods
that are never called, classes that are
never referenced nor instantiated, etc.

Thanks,
Otis

________________________________________________
Get your own "800" number
Voicemail, fax, email, and a lot more
http://www.ureach.com/reg/tag
Permalink | Reply | 0 comments |
headers
Sandip Chitale | 6 Sep 2002 18:16
Favicon

RE: Dead code detection?

If you mean in JDEE when you say "if there is a way to detect
unused code" I do not think so. 

It could be done though, using semantic and static analysis.
I am not sure if semantic parses the method bodies though.
Some code may present itself as used but may not get actually
called e.g. overridden methods, classes loaded using Class.forName().

There are tools out there which will analyze the coverage.
There was one called JCover from sun labs.

-sandip

> -----Original Message-----
> From: otisg [mailto:otisg <at> ureach.com]
> Sent: Friday, September 06, 2002 8:38 AM
> To: jde <at> sunsite.dk
> Subject: Dead code detection?
> 
> 
> Hello,
> 
> I was wondering if there is a way to detect
> unused code in a set of Java .java or .class
> files, using JDE.
> Unused code would be things such as
> variables that are never referenced, methods
> that are never called, classes that are
> never referenced nor instantiated, etc.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
otisg | 6 Sep 2002 18:58
Picon
Favicon

jde-open-class-source cannot find my classes

Hello,

I am trying to use jde-open-class-source
function, but I'm getting 'Cannot find
<class name here>'.

My guess is that JDEE or Beanshell is
looking for the class in the wrong directories.
I have this set, via customize:

 '(jde-db-source-directories (quote
("~/wgen/cvs/mclass/javaserver/src/java"
"~/wgen/cvs/mclass/javaserver/web/src/java"
"~/wgen/cvs/mclass/amp/web/src/java")))

The classes that I am looking for are under
these directories.

Should I set some other variable?

Thanks,
Otis

________________________________________________
Get your own "800" number
Voicemail, fax, email, and a lot more
http://www.ureach.com/reg/tag
Permalink | Reply | 0 comments |
headers
Andy Piper | 7 Sep 2002 05:03
Picon
Favicon

RE: jde considered harmful

Argh - and this is on a version of XEmacs without the syntax table changes.
Tom, does this happen for every file or only the first one?

I guess there might be an argument for trying to make jde lazily load some
of its constituents, but that might also be hard.

I'm certainly more interested in making JDE work well rather than disabling
it by default.

Also, is this when you are connected or disconnected to the internet /
network.
Does it make any difference?

andy

> -----Original Message-----
> From: xemacs-beta-admin <at> xemacs.org
> [mailto:xemacs-beta-admin <at> xemacs.org]On Behalf Of Tom Howland
> Sent: Friday, September 06, 2002 3:59 PM
> To: xemacs-beta <at> xemacs.org
> Subject: jde considered harmful
>
>
> Dear Bug Team!
>
> You need to hold back on some of the packages in the net installer.
>
> As a long time fan of xemacs I implore whoever is responsible for
> putting together the xemacs distributions to please remove jde ... this
> package, as wonderful as it may be, makes editing java files so slow it
(Continue reading)

Permalink | Reply | 19 comments |
headers
Paul Kinnucan | 7 Sep 2002 06:58
Picon
Favicon

RE: jde considered harmful

Hi Andy,

I measured the time it took XEmacs 21.4 (patch 8) running JDEE
2.2.9beta10 and sematic 1.4 to load some Java Swing files on a
128-megabyte Pentium III desktop running at 900 Mhz. The load time is
the time from an open file command to the time when the file becomes
editable and includes the time to fontify and bovinate the buffer. The
load time ranged from about 2 seconds for a 200-line file to about 15
seconds for a 5000-line file (see table below). On my machine,
fontification dominated the load time on large files. The parse time
(i.e., semantic bovinator time) was never more than a few seconds even
for a 5000-line file. 

Based on my measurements and the fact that the user has a faster machine
than mine, the user should be seeing about a 2-3 second
load time for his "typical" 300-line Java files. I don't know why he is
seeing 20+ second load times. Perhaps, he has an old version of
semantic on his system. Recent versions of semantic have dramatically
slashed the time required to parse files and the time should drop even
further with the advent of the upcoming bison-like parser to be
included in semantic.

- Paul

File                      Size (lines)       Load Time (seconds)
=========================================================================
CellEditor.java            117               2.1
Action.java                188               2.2
ActionMap.java             205               2.0   
JRootPane.java             969               4.9
(Continue reading)

Permalink | Reply | 17 comments |

Gmane