Community
Participate
Working Groups
To convert JDT/UI to EFS we need this additional API.
Would this be fine? /** * Create a default classfile reader, able to expose the internal representation of a given classfile * according to the decoding flag used to initialize the reader. * Answer null if the uri is invalid or doesn't correspond to a .class file. * * The decoding flags are described in IClassFileReader. * * @param uri the given uri that refers to the corresponding IClassfile * @param decodingFlag the flag used to decode the class file reader. * @return a default classfile reader * * @see IClassFileReader */ public static IClassFileReader createDefaultClassFileReader(URI, int)
Would it be fine to pass a java.io.InputStream instead of an URI?
Using an input stream seems to be a more general approach. I will update the title accordingly. Fixed and released in HEAD. Regression test added in org.eclipse.jdt.core.tests.compiler.regression.ClassFileReaderTest.test083. There is no new API for the one that refers to a zip file entry.
Verified for 3.2 M3 using build I20051031-0010