>>>>> "Marc" == Marc Grushcow <[EMAIL PROTECTED]> writes:
Marc> I have a class, ntt.qstedit.Attributes. There is a java class
Marc> java.util.jar.Attributes. My jde global classpath is .
Marc> c:/mpcsusopslib c:/mpcsusopsSRC c:/jdk1.2/jre/lib/rt.jar
Marc> The files c:/mpcsusopslib/ntt/qstedit/Attributes.class and
Marc> c:/mpcsusopssrc/ntt/qstedit/Attributes.java both exist.
Marc> Put the cursor in the middle of "Attributes" and Mx
Marc> jde-wiz-find-and-import and it inserts the
Marc> java.util.jar.Attributes import. I think global classpath
Marc> ordering would have caused ntt.qstedit.Attributes to be
Marc> returned.
It should offer you a choice as to which one you want to
import. So say I try to import List I get....
Several classes match the name you specified.
Select the ones you want to view.
Then click the OK button.
[ ] java.util.List
[ ] java.awt.List
[Ok][Cancel]
The thing to note here is that it only offers the
alternatives that are not already imported. So if you import
java.util.List, and then do jde-wiz-find-and-import it will import
java.awt.List even though this is probably not what you want. The only
saving grace here is that all of the compilers I have tried tag this
as a compile error.
What I am saying here is that if ntt.gstedit.Attributes is not
getting imported its because the bsh is not finding it, and I don't
think that the problem is being caused by java.util.jar.Attributes.
Can you import things from the same package okay?
Phil
