Will there be a recursive Jar: content mechanism so that there can be a single file object representing an entire application and all of its dependencies?
Gregg Wonderly Sent from my iPhone > On Dec 7, 2015, at 10:46 PM, Alan Bateman <[email protected]> wrote: > >> On 07/12/2015 17:18, Stephane Epardaud wrote: >> Hi, >> >> When there is a -modulepath argument, is it a path in the Unix sense? >> With a list of File.pathSeparator-separated folders? >> >> Ceylon produces `.car` files instead of `.jar` files, but they're really >> zip files like jars. Will Java examine the file type to determine that >> it's a zip file, or will it give up at its name? >> >> Will there be support for module folder trees? Otherwise it pretty much >> forces Maven/Ceylon users to copy modules from a tree to a flat folder. >> That's an extra step, and it's possible, but it'd be nice if it weren't >> mandatory. I know there are several tree mappings that don't entirely >> correspond, with Ant, Maven, OSGi and Ceylon possibly differring >> slightly, so this may be difficult. >> >> Worst case I'll add a "ceylon export-java-mlib my.module/2.0" to create >> that mlib folder and populate it flatly and rename `.car` files to `.jar`. > Module path is conceptually very simple, it's just a sequence of sets of > modules. > > As things currently stand then the -mp argument to javac and java is a > sequence of directories, with File.pathSeparator as the separator. The > current implementations just looks for exploded modules or files ending with > ".jar" files in those directories. So ".car" files will be ignored. There are > also ".jmod" files that are also zip format but with a different internal > structure. > > The layout issue is something that Robert Scholte brought up in the last few > days too (in the context of Maven). There are a couple of ideas floating > around but no conclusions yet. In Robert's thread then the suggestion is that > it allow file paths to JAR files (like class path). I don't think there is > any conclusion on this topic yet so feedback in this area is timely. > > -Alan.
