This has troubled me also. I never got around to
raizing the issue or attempting to solve it.
In fact the jde-open-class-source when called
interactively should support all these forms -
Object // search on classpath, prompt if multiple
java.lang.Object // bypass jde.util.JdeUtilities.getQualifiedName(String className)
java/lang/Object //
java\lang\Object // the above two so that even file system based
// typically cut from some other place.
or even
bar$innerClass
foo.baz.bar$innerClass
foo/baz/bar$innerClass
foo\baz\bar$innerClass
should also be supported. The function should
simpy locate the bar.java first and then go to innerClass
definition within it.
I will give it a try when I find time. Others are welcome
to try it.
-sandip
----- Original Message -----
From: "Letourneau, Sylvain" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 02, 2002 7:25 PM
Subject: jde-open-class-source fails with full class name
> It seems that some functions call jde-open-class-source with a fully
> qualified class name as argument and that makes it fail with a "Cannot find
> %s" message.
>
> As an example, the error happens with jde-show-superclass-source when the
> super class is fully qualified (e.g.: class MyClass extends
> java.lang.Object). I also noticed the same problem with ECB.
>
> It seems that jde-open-class-source fails because
> jde.util.JdeUtilities.getQualifiedName(String className) returns nil when
> the input is already a fully qualified name. Is there already a fix for
> this? If not, what would be the preferred fix:
> 1) in jde-open-class-source (an extra check before calling getQualifiedName)
> 2) jde.util.JdeUtilities.getQualifiedName(String className) (a special
> processing when the given className contains ".")
> 3) other?
>
> Thanks,
> Sylvain
>
