Project Jigsaw: Phase Two

Daniel Latrémolière daniel.latremoliere at gmail.com
Thu Jul 10 09:08:08 UTC 2014


> I'm glad that you brought this up.   Such reference card exists:
> https://wiki.openjdk.java.net/display/JDK8/Java+Dependency+Analysis+Tool
Sorry for not finding it. Given wiki seems more or less organized by 
project, would it be possible to add a wiki page for Jigsaw project and 
reference this table from the added page. It would be an useful help.

> We're updating this wiki as we identify new noteworthy ones.
>> com.sun.xml.txw2.output.IndentingXMLStreamWriter | 
>> javax.xml.stream.XMLOutputFactory.setProperty(INDENT, true)
> Is there a RFE for it?  If not, can you submit one?
Done; Review ID: 9027107
---
After executing jdeps, I have found, in my code, only one other use case 
of internal API (not described but useful): execution of javac/javadoc 
to generate their output in-memory (no temporary write on the real file 
system).

Currently, in my code, it is working (compilation of source classes and 
generation of javadoc is done in-memory) using directly 
com.sun.tools.javac.nio.JavacPathFileManager and an in-memory VFS 
implementing NIO.2, then I use internal class 
com.sun.tools.javac.nio.JavacPathFileManager. Currently javax.tools 
provide only a File-based manager but no Path-based manager (javax.tools 
was before NIO.2).

Given existing response [1] of Jonathan Gibbons, on this bug [2] planned 
for Java 9 and visibly targeted now towards public API for a 
PathFileManager, I have not opened another specific feature request for 
public API corresponding com.sun.tools.javac.nio.JavacPathFileManager.

[1]: "The intent is that clients should be able to provide custom 
Path-based file systems, and have access to a PathFileManager, but it 
looks like we need to do more work in this area."
[2]: https://bugs.openjdk.java.net/browse/JDK-8029622

Thanks,
Daniel.


More information about the jigsaw-dev mailing list