Quellcodebibliothek Statistik Leitseite products/Sources/formale Sprachen/JAVA/Netbeans/platform/openide.filesystems/   (Apache JAVA IDE Version 28©)  Datei vom 3.10.2025 mit Größe 151 kB image not shown  

Quelle  apichanges.xml   Sprache: XML

 
<?xml version="1.0" encoding="UTF-8"?>
<!--

    Licensed to the Apache Software Foundation (ASF) under one
    or more contributor license agreements.  See the NOTICE file
    distributed with this work for additional information
    regarding copyright ownership.  The ASF licenses this file
    to you under the Apache License, Version 2.0 (the
    "License"); you may not use this file except in compliance
    with the License.  You may obtain a copy of the License at

      http://www.apache.org/licenses/LICENSE-2.0

    Unless required by applicable law or agreed to in writing,
    software distributed under the License is distributed on an
    "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
    KIND, either express or implied.  See the License for the
    specific language governing permissions and limitations
    under the License.

-->
<!DOCTYPE apichanges PUBLIC "-//NetBeans//DTD API changes list 1.0//EN" "../../nbbuild/javadoctools/apichanges.dtd">
<apichanges>
    <apidefs>
        <apidef name="filesystems">Filesystems API</apidef>
    </apidefs>
    <changes>
        <change id="fileutil.copyposixperms">
            <api name="filesystems"/>
            <summary>FileObject copy preserves source posix permissions.</summary>
            <version major="9" minor="32"/>
            <date day="12" month="1" year="2023"/>
            <author login="lkishalmi"/>
            <compatibility addition="yes" semantic="compatible"/>
            <description>
                <a href="@TOP@/org/openide/filesystems/FileUtil.html#copyFile(org.openide.filesystems.FileObject,org.openide.filesystems.FileObject,java.lang.String,java.lang.String)">FileUtil.copyFile(...)</a> now preserve ATTRIBUTES and POSIX permissions.
            </description>
            <class name="FileUtil" package="org.openide.filesystems"/>
        </change>
        <change id="fileutil.niofilepath">
            <api name="filesystems"/>
            <summary>FileUtil can convert FileObject to/from java.nio.file.Path.</summary>
            <version major="9" minor="32"/>
            <date day="12" month="1" year="2023"/>
            <author login="lkishalmi"/>
            <compatibility addition="yes" semantic="compatible"/>
            <description>
                <a href="@TOP@/org/openide/filesystems/FileUtil.html#">FileUtil</a> has a <code>toPath(FileObject fo)</code> and <code>toFileObject(Path path)</code> utility methods.
            </description>
            <class name="FileUtil" package="org.openide.filesystems"/>
        </change>
        <change id="fileutil.copyattr.trasnform">
            <api name="filesystems"/>
            <summary>Allow to filter or transform attribute values during copying.</summary>
            <version major="9" minor="27"/>
            <date day="2" month="11" year="2021"/>
            <author login="sdedic"/>
            <compatibility addition="yes" semantic="compatible"/>
            <description>
                <a href="@TOP@/org/openide/filesystems/FileUtil.html#">FileUtil.copyAttributes</a> support custom filtering or value transformations.
            </description>
            <class name="FileUtil" package="org.openide.filesystems"/>
        </change>
        <change>
            <api name="filesystems"/>
            <summary>Utility to check valid filenames</summary>
            <version major="9" minor="24"/>
            <date year="2021" month="5" day="28"/>
            <author login="sdedic"/>
            <compatibility addition="yes" source="compatible" semantic="compatible" binary="compatible"/>
            <description>
                <p>
                    An utility method <a href="@TOP@/org/openide/filesystems/FileUtil.html#isValidFileName(java.lang.String)">isValidFileName()</a> was added
                    to check for illegal characters that may vary on supported platforms/OSes.
                </p>
            </description>
        </change>
        <change id="getFileObjectNonExisting">
            <api name="filesystems"/>
            <summary>getFileObject can return non-existing files</summary>
            <version major="9" minor="23"/>
            <date year="2021" month="3" day="5"/>
            <author login="jtulach"/>
            <compatibility addition="yes" source="compatible" semantic="compatible" binary="compatible"/>
            <description>
                <p>
                    New method 
                    <a href="@TOP@/org/openide/filesystems/FileObject.html#getFileObject(java.lang.String,boolean)"><code>getFileObject(relativePath, false)</code></a>
                    in 
                    <a href="@TOP@/org/openide/filesystems/FileObject.html"><code>FileObject</code></a>
                    class to return a relative object even if it doesn't exist.
                </p>
            </description>
            <class name="FileObject" package="org.openide.filesystems"/>
        </change>
        <change id="LayerProcessorSupportedSource">
            <api name="filesystems"/>
            <summary>Declare support for all source levels.</summary>
            <version major="9" minor="17"/>
            <date year="2019" month="10" day="18"/>
            <author login="sdedic"/>
            <compatibility addition="yes" source="compatible" semantic="incompatible" binary="compatible"/>
            <description>
                <p>
                    <a href="@TOP@/org/openide/filesystems/annotations/LayerGeneratingProcessor.html"><code>LayerGeneratingProcessor</code></a> subclasses declare some
                    <a href="@JDK@@JDKMODULE_JAVA_COMPILER@/javax/lang/model/SourceVersion.html"><code>SourceVersion</code></a> support,
                    but as new JDKs are released, the declaration becomes obsolete and produces spurious warnings. The processors
                    are typically not affected by newer Java language features.
                </p>
                <p>
                    This change changes the default behaviour if NO 
                    <a href="@JDK@@JDKMODULE_JAVA_COMPILER@/javax/annotation/processing/SupportedSourceVersion.html"><code>@SupportedSourceVersion</code></a>
                    annotation is present on subclass. From 8.40, the Processor will report 
                    <a href="@JDK@@JDKMODULE_JAVA_COMPILER@/javax/lang/model/SourceVersion.html#latest()"><code>@SourceVersion.latest()</code></a>.
                </p>
            </description>
            <class name="LayerGeneratingProcessor" package="org.openide.filesystems.annotations"/>
            <issue number="NETBEANS-3250"/>
        </change>
        <change id="ArchiveRootProvider">
            <api name="filesystems"/>
            <summary>Pluggable archive files support for FileUtil</summary>
            <version major="9" minor="10"/>
            <date year="2015" month="5" day="28"/>
            <author login="tzezula"/>
            <compatibility addition="yes" semantic="compatible" binary="compatible"/>
            <description>
                To support JDK 9 image file as an archive the FileUtil's method
                <code>getArchiveFile</code>,<code>getArchiveRoot</code> and <code>isArchiveFile</code>
                are pluggable using a new SPI <code>ArchiveFileProvider</code>.
                In addition to these methods a new method <code>isArchiveArtifact</code> was added.
                This method can be used if given <code>URL</code> points into an archive.
            </description>
            <class name="FileUtil" package="org.openide.filesystems"/>
            <class name="ArchiveRootProvider" package="org.openide.filesystems.spi"/>
            
        </change>
        <change id="repository.multiuser">
            <api name="filesystems"/>
            <summary>Support for multi-user environments</summary>
            <version major="9" minor="5"/>
            <date year="2015" month="2" day="25"/>
            <author login="sdedic"/>
            <compatibility addition="yes" modification="yes" semantic="compatible" binary="compatible"/>
            <description>
                To support multiple configurations (users, profiles, ...) executing in the same VM, multiple
                Repositories can be created, one for each execution context. API has been added to acquire 
                and SPI to create a local Repository which holds config filesystem for the execution thraed.
            </description>
            <class name="Repository" package="org.openide.filesystems"/>
        </change>
        <change id="FileObject.symbolicLinks">
            <api name="filesystems"/>
            <summary>Support detection and reading of symbolic links.</summary>
            <version major="9" minor="4"/>
            <date year="2014" month="11" day="27"/>
            <author login="jhavlin"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Add methods to <code>FileObject</code> for handling of
                    symbolic links:
                </p>
                <ul>
                    <li><code>isSymbolicLink()</code></li>
                    <li><code>readSymbolicLink()</code></li>
                    <li><code>readSymbolicLinkPath()</code></li>
                    <li><code>getCanonicalFileObject()</code></li>
                </ul>
                <p>
                    Add utility method to <code>FileUtil</code> for dealing with
                    recursive symbolic links.
                </p>
                <ul>
                    <li><code>isRecursiveSymbolicLink()</code></li>
                </ul>
                <p>
                    Introduce new interface <a href="@TOP@org/openide/filesystems/AbstractFileSystem.SymlinkInfo.html">AbstractFileSystem.SymlinkInfo</a>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <class package="org.openide.filesystems" name="AbstractFileSystem"/>
            <issue number="237882"/>
        </change>
        <change id="FileLock.closeable">
            <api name="filesystems"/>
            <summary>FileLock implements AutoCloseable</summary>
            <version major="9" minor="3"/>
            <date year="2014" month="11" day="10"/>
            <author login="sdedic"/>
            <compatibility addition="yes" deletion="no" deprecation="no" source="compatible" binary="compatible"/>
            <description>
                <p>
                    <a href="@TOP@org/openide/filesystems/FileLock.html">FileLock</a>
                    implements AutoCloseable to work well in try-with-resources constructs.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileLock"/>
            <issue number="247915"/>
        </change>
        <change id="FileSystemStatus.icons2">
            <api name="filesystems"/>
            <summary>FileSystem.Status API removed</summary>
            <version major="9" minor="1"/>
            <date year="2014" month="10" day="3"/>
            <author login="sdedic"/>
            <compatibility modification="yes" deletion="yes" addition="yes" binary="compatible" source="compatible" semantic="incompatible"/>
            <description>
                <p>
                    The FileSystem.Status was entirely removed, as it references class java.awt.Image, which 
                    is not available in compact jdk profiles and may trigger GUI system initialization. See
                    javadocs of <a href="@TOP@org/openide/filesystems/StatusDecorator.html">StatusDecorator</a>
                    for details.
                </p>
            </description>
            <class package="org.openide.filesystems" name="StatusDecorator"/>
            <issue number="247200"/>
        </change>
        <change id="FileSystemStatus.icons">
            <api name="filesystems"/>
            <summary>FileSystem.Status icon annotation moved</summary>
            <version major="9" minor="0"/>
            <date year="2014" month="4" day="11"/>
            <author login="sdedic"/>
            <compatibility modification="yes" addition="yes" binary="compatible" source="compatible" semantic="incompatible"/>
            <description>
                <p>
                    The default implementation of FileSystem.Status annotated file's icon using ImageUtilities
                    which uses AWT graphics etc. Such dependency is not desirable in a standalone FileSystem API
                    library.
                </p>
                <p>
                    The builtin implementation now does not work with the icon at all and returns null. A proper
                    implementation for FileSystem.Status is looked up in default Lookup and is implemented
                    properly (with Icon annotations) in <code>openide.filesystems.nb</code> module.
                </p>
            </description>
            <issue number="243561"/>
        </change>
        <change id="getActionsDeprecated">
            <api name="filesystems"/>
            <summary>Deprecating FileSystem.getActions</summary>
            <version major="8" minor="12"/>
            <date year="2014" month="5" day="14"/>
            <author login="jtulach"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Deprecating <code>getActions</code> method in preparation
                    of splitting filesystems API into UI (e.g. depending
                    on Swing) and non-UI part (that can run on JDK8 compact
                    profile). Introducing general replacement 
                    <a href="@TOP@org/openide/filesystems/FileSystem.html#findExtrasFor(java.util.Set)">findExtrasFor</a>
                    instead...
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileSystem"/>
            <class package="org.openide.filesystems" name="AbstractFileSystem"/>
            <class package="org.openide.filesystems" name="MultiFileSystem"/>
            <issue number="243265"/>
        </change>
        <change id="MultiFileObject.revealEntriesAttribute">
            <api name="filesystems"/>
            <summary>Allowed to reveal deleted files, or original files overriden by writable layer</summary>
            <version major="8" minor="5"/>
            <date year="2012" month="11" day="23"/>
            <author login="sdedic"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Files which have been deleted can be obtained by <code>folder.getAttribute("revealEntries")</code>.
                    See <a href="@TOP@org/openide/filesystems/MultiFileSystem.html">MultiFileSystem
                    </a> javadoc for details
                </p>
                <p>
                    <b>Warning:</b> stability of this feature is <b>development</b>
                </p>
            </description>
            <!--<class package="org.openide.filesystems" name="MultiFileObject"/>-->
        </change>
        <change id="FileChooserBuilder-setAcceptAllFileFilterUsed">
            <api name="filesystems"/>
            <summary>New method FileChooserBuilder.setAcceptAllFileFilterUsed.</summary>
            <version major="8" minor="3"/>
            <date year="2012" month="10" day="30"/>
            <author login="tmysik"/>
            <compatibility addition="yes" deprecation="no"/>
            <description>
                <p>
                    Added <a href="@org-openide-filesystems-nb@/org/openide/filesystems/FileChooserBuilder.html#setAcceptAllFileFilterUsed(boolean)">
                    new method</a> to <code>FileChooserBuilder</code> that determines whether the <code>AcceptAll FileFilter</code>
                    should be used in the created file chooser.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileChooserBuilder" link="no"/>
            <issue number="220401"/>
        </change>
        <change id="FileChooserBuilder-addDefaultFileFilters">
            <api name="filesystems"/>
            <summary>New method FileChooserBuilder.addDefaultFileFilters and accompanying annotations.</summary>
            <version major="8" minor="1"/>
            <date year="2012" month="8" day="29"/>
            <author login="jhavlin"/>
            <compatibility addition="yes" deprecation="no"/>
            <description>
                <p>
                    Added <a href="@org-openide-filesystems-nb@/org/openide/filesystems/FileChooserBuilder.html#addDefaultFileFilters()">
                    new method</a> to <code>FileChooserBuilder</code> that adds all default
                    <code>FileFilter</code>s to created file chooser.
                </p>
                <p>
                    Default filters are registered using new parameters in annotations
                    <a href="@TOP@org/openide/filesystems/MIMEResolver.Registration.html#showInFileChooser()">MimeResolver.Registration</a>
                    and <a href="@TOP@org/openide/filesystems/MIMEResolver.ExtensionRegistration.html#showInFileChooser()">MimeResolver.ExtensionRegistration</a>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileChooserBuilder" link="no"/>
            <class package="org.openide.filesystems" name="MIMEResolver"/>
            <issue number="209998"/>
        </change>
        <change id="fileobject-lookup">
            <api name="filesystems"/>
            <summary>FileObject has getLookup()</summary>
            <version major="8" minor="0"/>
            <date year="2012" month="8" day="22"/>
            <author login="jtulach"/>
            <compatibility addition="yes" deprecation="no"/>
            <description>
                <p>
                    <code>FileObject</code> now implements <code>Lookup.Provider</code>
                    and thus has new
                    <a href="@TOP@org/openide/filesystems/FileObject.html#getLookup()">
                    getLookup</a>() method.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
            <issue number="209231"/>
        </change>
        <change id="recursive-listener-with-filter">
            <api name="filesystems"/>
            <summary>addRecursiveListener with a filter</summary>
            <version major="7" minor="61"/>
            <date year="2012" month="4" day="11"/>
            <author login="jtulach"/>
            <compatibility addition="yes" deprecation="no"/>
            <description>
                <p>
                    Added <a href="@TOP@org/openide/filesystems/FileUtil.html#addRecursiveListener(org.openide.filesystems.FileChangeListener,java.io.File,java.io.FileFilter,java.util.concurrent.Callable)">
                    new method</a> variant to register recursive listener
                    and control whether to recurse into a subtree or not via
                    <code>FileFilter</code>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="207189"/>
        </change>
        <change id="FileSystem.createTemporaryFO">
            <api name="filesystems"/>
            <summary>File System can create temporary file</summary>
            <version major="7" minor="60"/>
            <date year="2012" month="2" day="20"/>
            <author login="alexvsimon"/>
            <compatibility addition="yes" deprecation="no"/>
            <description>
                <p>
                    Added methods to create temporary file objects:
                    <code>FileSystem.getTempFolder</code>,  <code>FileSystem.createTempFile</code>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileSystem"/>
            <issue number="207659"/>
        </change>
        <change id="LayersProvider">
            <api name="filesystems"/>
            <summary>SPI for Additions to System File System</summary>
            <version major="7" minor="59"/>
            <date year="2012" month="2" day="3"/>
            <author login="jtulach"/>
            <compatibility addition="yes" deprecation="yes"/>
            <description>
                <p>
                    Those who wish to influence content of 
                    <a href="@TOP@/org/openide/filesystems/FileUtil.html#getConfigRoot()">
                    configuration file system</a> have an easier
                    <a href="@TOP@/org/openide/filesystems/Repository.LayerProvider.html">
                    way</a> now.
                </p>
            </description>
            <class package="org.openide.filesystems" name="Repository"/>
            <issue number="198508"/>
        </change>
        <change id="MIMEResolver.Registrations">
            <api name="filesystems"/>
            <summary>Annotations to declare MIME type</summary>
            <version major="7" minor="58"/>
            <date year="2012" month="2" day="2"/>
            <author login="jtulach"/>
            <compatibility addition="yes" deprecation="yes"/>
            <description>
                <p>
                    There are new annotations to register mime type. One
                    can either use simpler ones based on
                    <a href="@TOP@/org/openide/filesystems/MIMEResolver.ExtensionRegistration.html">
                    extension</a> or    
                    <a href="@TOP@/org/openide/filesystems/MIMEResolver.NamespaceRegistration.html">
                    XML namespace</a>. In case these registration are not
                    powerful enough one can use the original and flexible 
                    <a href="@TOP@/org/openide/filesystems/MIMEResolver.Registration.html">
                    XML file based registration</a> which is however processed
                    during compile time to avoid needless XML parsing on each
                    start.
                </p>
            </description>
            <class package="org.openide.filesystems" name="MIMEResolver"/>
            <issue number="191777"/>
        </change>
        <change id="FileObject.toURI">
            <api name="filesystems"/>
            <summary>Introduced <code>FileObject.toURI</code></summary>
            <version major="7" minor="57"/>
            <date year="2012" month="1" day="20"/>
            <author login="jglick"/>
            <compatibility addition="yes" deprecation="yes">
                <p>
                    <code>FileObject.getURL</code> should be replaced with <code>toURL</code> (or <code>toURI</code>),
                    which also throw no checked exceptions.
                </p>
            </compatibility>
            <description>
                <p>
                    Added <code>FileObject.toURI</code> for convenience.
                </p>
                <p>
                    Also deprecated <code>FileObject.getURL</code> in favor of <code>toURL</code>
                    which is the same but does not throw <code>FileStateInvalidException</code>,
                    and clarified that <code>URLMapper.findURL(fo, INTERNAL)</code>
                    will never return null.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
            <issue number="207294"/>
        </change>
         <change id="default-line-separator">
            <api name="filesystems"/>
            <summary>Provides default line separator</summary>
            <version major="7" minor="56"/>
            <date day="13" month="1" year="2012"/>
            <author login="alexvsimon"/>
            <compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no"/>
            <description>
                <p>
                    FileObject.DEFAULT_LINE_SEPARATOR_ATTR defines file object attribute name to get default line separator.
                    File object can provide default line separator if it differs from
                    <code>System.getProperty("line.separator")</code>. Call
                    <code>fo.getAttribute(FileObject.DEFAULT_LINE_SEPARATOR_ATTR)</code> returns string with
                    default line separator. Default line separator will be used by the text
                    editor if saving new content to an initially empty file. Any other code
                    which creates file content programmatically must manually read this
                    property if it cares.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
            <issue number="199534"/>
        </change>
        <change id="FileObject.revert">
            <api name="filesystems"/>
            <summary>Introduced <code>FileObject.revert</code></summary>
            <version major="7" minor="55"/>
            <date year="2011" month="11" day="29"/>
            <author login="jglick"/>
            <compatibility addition="yes">
                <p>
                    The previous SPI has been kept. Only a more convenient API has been introduced,
                    so it is no longer necessary for callers to look for a <code>removeWritables</code> attribute.
                </p>
            </compatibility>
            <description>
                <p>
                    Added <code>revert</code> and <code>canRevert</code> to <code>FileObject</code>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
            <issue number="162526"/>
        </change>
        <change id="FileEvent.4.constructor">
            <api name="filesystems"/>
            <summary>Detailed FileEvent constructor</summary>
            <version major="7" minor="54"/>
            <date day="22" month="11" year="2011"/>
            <author login="jtulach"/>
            <compatibility addition="yes"/>
            <description>
                <p>New <code>FileEvent</code> constructor allowing specification
                of expected state as well as time.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileEvent"/>
            <issue number="203477"/>
        </change>
        <change id="FileObject.getMIMEType...">
            <api name="filesystems"/>
            <summary>FileObject.getMIMEType(String... withinMIMETypes)</summary>
            <version major="7" minor="52"/>
            <date day="5" month="8" year="2011"/>
            <author login="jtulach"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Introducing <a href="@TOP@/org/openide/filesystems/FileObject.html#getMIMEType(java.lang.String...)">
                    FileObject.getMIMEType(String...)    
                    </a> that can be overriden by different implementations
                    of file system API.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
            <issue number="199642"/>
        </change>
        <change id="validateResource_196452">
            <api name="filesystems"/>
            <summary><code>LayerBuilder</code> can validate resources</summary>
            <version major="7" minor="51"/>
            <date day="25" month="7" year="2011"/>
            <author login="jglick"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    <code>LayerBuilder</code> has a new <code>validateResource</code> method.
                    <code>absolutizeResource</code> was also added.
                </p>
            </description>
            <class package="org.openide.filesystems.annotations" name="LayerBuilder"/>
            <issue number="196452"/>
        </change>
        <change id="LayerGenerationException_194545">
            <api name="filesystems"/>
            <summary><code>LayerGenerationException</code> has new constructors</summary>
            <version major="7" minor="50"/>
            <date day="25" month="7" year="2011"/>
            <author login="jglick"/>
            <compatibility addition="yes">
                <p>
                    Code using the constructors not specifying an annotation should now do so.
                </p>
            </compatibility>
            <description>
                <p>
                    <code>LayerGenerationException</code> has new constructors making it easier to specify
                    the particular annotation responsible for a problem.
                    Some methods in <code>LayerBuilder</code> have new overloads to take advantage of it.
                </p>
            </description>
            <class package="org.openide.filesystems.annotations" name="LayerGenerationException"/>
            <class package="org.openide.filesystems.annotations" name="LayerBuilder"/>
            <issue number="194545"/>
        </change>
        <change id="getConfigObject">
            <api name="filesystems"/>
            <summary>FileUtil.getConfigObject</summary>
            <version major="7" minor="49"/>
            <date day="25" month="6" year="2011"/>
            <author login="jtulach"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    One can convert files in SystemFileSystem to Object with
                    a
                    <a href="@TOP@org/openide/filesystems/FileUtil.html#getConfigObject(java.lang.String,java.lang.Class)">
                    single utility method</a>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="169338"/>
        </change>
        <change id="to.parent">
            <api name="filesystems"/>
            <summary>FileObject.getFileObject accepts ".."</summary>
            <version major="7" minor="45"/>
            <date day="27" month="1" year="2011"/>
            <author login="jtulach"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Semantic of 
                    <a href="@TOP@/org/openide/filesystems/FileObject.html#getFileObject(java.lang.String)">
                    getFileObject
                    </a> method has been clarified to accept "..".
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
            <issue number="194418"/>
        </change>
        <change id="attribute.methodvalue">
            <api name="filesystems"/>
            <summary>setAttribute("methodvalue:attrname", method) and "newvalue:"</summary>
            <version major="7" minor="43"/>
            <date day="24" month="11" year="2010"/>
            <author login="jtulach"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    You can use prefix <code>"methodvalue:"</code> to
                    <a href="@TOP@/org/openide/filesystems/FileObject.html#setAttribute(java.lang.String,java.lang.Object)">
                    setAttribute    
                    </a>
                    with type of <a href="@JDK@@JDKMODULE_JAVA_BASE@/java/lang/reflect/Method.html">Method</a>.
                    When the attribute is queried (without the prefix), the
                    method is called as is common in
                    <a href="@TOP@/org/openide/filesystems/XMLFileSystem.html">XMLFileSystem</a>
                    attributes. You can also use <code>newvalue:</code> prefix
                    for attribute of type 
                    <a href="@JDK@@JDKMODULE_JAVA_BASE@/java/lang/Class.html">Class</a>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <class package="org.openide.filesystems" name="FileObject"/>
            <issue number="120724"/>
        </change>
        <change id="private-constructor">
            <api name="filesystems"/>
            <summary>XMLFileSystem's newvalue can create private instances
            <version major="7" minor="43"/>
            <date day="25" month="10" year="2010"/>
            <author login="jtulach"/>
            <compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no"/>
            <description>
                <p>
                If the class referenced from <code>newvalue</code> 
                <a href="@TOP@/org/openide/filesystems/XMLFileSystem.html">XMLFileSystem</a>
                attribute is not public, it is made accessible for reflection.
                </p>
            </description>
            <class package="org.openide.filesystems" name="XMLFileSystem"/>
            <issue number="141698"/>
        </change>
        <change id="createAndOpen">
            <api name="filesystems"/>
            <summary>FileObject.createAndOpen</summary>
            <version major="7" minor="41"/>
            <date day="10" month="9" year="2010"/>
            <author login="jtulach"/>
            <compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no"/>
            <description>
                <p>
                Create a file and write its content (almost) atomically using the new
                <a href="@TOP@/org/openide/filesystems/FileObject.html#createAndOpen(java.lang.String)">FileObject.createAndOpen</a>
                method.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
            <issue number="40739"/>
        </change>
        <change id="addRecursiveListenerStop">
            <api name="filesystems"/>
            <summary>Interruptable addRecursiveListener</summary>
            <version major="7" minor="37"/>
            <date day="17" month="2" year="2010"/>
            <author login="jtulach"/>
            <compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no"/>
            <description>
                <p>
                    New variant of <code>addRecursiveListener</code> method
                    that allows the caller to control the process enumerating
                    files in subtree and stop it.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="180523"/>
        </change>
        <change id="MultiFileSystem.weight">
            <api name="filesystems"/>
            <summary>Ability to specify "weight" for <code>MultiFileSystem</code> overrides</summary>
            <version major="7" minor="36"/>
            <date day="1" month="3" year="2010"/>
            <author login="jglick"/>
            <compatibility semantic="compatible">
                <p>
                    Modules need no longer declare runtime-only dependencies
                    on other modules merely to override their layer entries.
                    Instead, they should specify a higher weight.
                    (Normally the base module will declare no weight, so any
                    positive number will do.)
                </p>
            </compatibility>
            <description>
                <p>
                    <code>MultiFileSystem</code>s will now interpret a special
                    file attribute <code>weight</code> to determine how to
                    resolve otherwise ambiguous overrides. For example, in the
                    system filesystem, module XML layers can use this attribute.
                    Suppose a generic infrastructure module declares:
                </p>
                <pre>
<filesystem>
    <folder name="my-snippets">
        <file name="common.xml" url="generic-snippet.xml"/>
    </folder>
</filesystem>
                </pre>
                <p>
                    If another module wishes to override this declaration, it
                    can do so by specifying:
                </p>
                <pre>
<filesystem>
    <folder name="my-snippets">
        <file name="common.xml" url="special-snippet.xml">
            <attr name="weight" intvalue="100"/>
        </file>
    </folder>
</filesystem>
                </pre>
                <p>
                    This override will work even if the module system happens
                    to load the specializing module <em>before</em> the infrastructure
                    module (as could happen if there is no module dependency
                    between them). The weight attribute also makes it clear that
                    something is being overridden.
                </p>
            </description>
            <class package="org.openide.filesystems" name="MultiFileSystem"/>
            <issue number="141925"/>
        </change>
           <change id="JarFileSystem-constructor-file">
              <api name="filesystems"/>
              <summary>Effective constructor for JarFileSystem</summary>
              <version major="7" minor="35"/>
              <date day="26" month="1" year="2010"/>
              <author login="jtulach"/>
              <compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no"/>
              <description>
                  <p>
                      New constructor for <code>JarFileSystem</code>
                      that initializes everything without opening the underlaying
                      JAR file.
                  </p>
              </description>
              <class package="org.openide.filesystems" name="JarFileSystem"/>
              <issue number="177461"/>
          </change>
        <change id="MIMEResolverImpl">
            <api name="filesystems"/>
            <summary>Access methods added to <code>MIMEResolver.UIHelpers</code></summary>
            <version major="7" minor="34"/>
            <date day="8" month="1" year="2010"/>
            <author login="jglick"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Several internal methods were added to nested class
                    of <code>MIMEResolver</code> - <code>UIHelpers</code>
                    for use from other parts of the NetBeans Platform. Use from
                    other modules is not supported.
                </p>
            </description>
            <class package="org.openide.filesystems" name="MIMEResolver"/>
            <issue number="179289"/>
        </change>
          <change id="recursive-listener">
             <api name="filesystems"/>
             <summary>Support for recursive listeners</summary>
             <version major="7" minor="28"/>
             <date day="18" month="9" year="2009"/>
             <author login="jtulach"/>
             <compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no"/>
             <description>
                 <p>
                     One can register a recursive listener on a file object by
                     calling
                     <a href="@TOP@/org/openide/filesystems/FileObject.html#addRecursiveListener(org.openide.filesystems.FileChangeListener)">FileObject.addRecursiveListener(FileChangeListener)</a>.
                 </p>
             </description>
             <class package="org.openide.filesystems" name="FileObject"/>
             <class package="org.openide.filesystems" name="FileUtil"/>
             <issue number="170862"/>
         </change>
        <change id="LayerBuilder.instanceFile">
            <api name="filesystems"/>
            <summary>Non-initializing <code>LayerBuilder.instanceFile</code> added</summary>
            <version major="7" minor="27"/>
            <date day="14" month="9" year="2009"/>
            <author login="jglick"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    New overload of <code>instanceFile</code> makes it easier to create
                    instances for use with lazy factories.
                </p>
            </description>
            <class package="org.openide.filesystems.annotations" name="LayerBuilder"/>
            <issue number="171284"/>
        </change>
        <change id="LayerBuilder.folder">
            <api name="filesystems"/>
            <summary><code>LayerBuilder.folder</code> added</summary>
            <version major="7" minor="26"/>
            <date day="10" month="9" year="2009"/>
            <author login="jglick"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Now possible to create empty folders from layer-generating processors.
                </p>
            </description>
            <class package="org.openide.filesystems.annotations" name="LayerBuilder"/>
            <issue number="171029"/>
        </change>
        <change id="Repository.defaultFileSystem.status">
            <api name="filesystems"/>
            <summary>System filesystem label/icon annotations work without full module system</summary>
            <version major="7" minor="25"/>
            <date day="31" month="8" year="2009"/>
            <author login="jglick"/>
            <compatibility modification="yes">
                <p>
                    An application or unit test installing a custom system filesystem
                    and <em>not</em> overriding <code>getStatus</code> but <em>expecting</em>
                    the default implementation to do nothing could be broken.
                </p>
            </compatibility>
            <description>
                <p>
                    For convenience from unit tests, the system filesystem will now always
                    process annotations such as <code>displayName</code> in its <code>FileSystem.Status</code>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileSystem"/>
            <issue number="171092"/>
        </change>
         <change id="runWhenDeliveryOver">
            <api name="filesystems"/>
            <summary>Support for processing batch events</summary>
            <version major="7" minor="24"/>
            <date day="25" month="8" year="2009"/>
            <author login="jtulach"/>
            <compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no"/>
            <description>
                <p>
                    <a href="org/openide/filesystems/FileEvent.html#runWhenDeliveryOver(java.lang.Runnable)">
                    FileEvent.runWhenDeliveryOver(Runnable)</a> method added to support
                    easier processing of <em>batch</em> sets of events.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileEvent"/>
            <issue number="170544"/>
        </change>
         <change id="add-fallback-content-to-sfs">
            <api name="filesystems"/>
            <summary>Allow modules to provide fallback layer content</summary>
            <version major="7" minor="23"/>
            <date day="12" month="8" year="2009"/>
            <author login="jtulach"/>
            <compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no"/>
            <description>
                <p>
                    One can provide <q>fallback</q>
                    <a href="@TOP@/architecture-summary.html#answer-arch-usecases">content of system filesystem</a> by
                    returning <code>Boolean.TRUE</code> from call
                    to <code>fs.getRoot().getAttribute("fallback")</code>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="Repository"/>
            <issue number="169892"/>
        </change>
       <change id="FileObject.asText">
            <api name="filesystems"/>
            <summary>Read files with asText(), asBytes() and asLines()</summary>
            <version major="7" minor="21"/>
            <date day="3" month="2" year="2009"/>
            <author login="jtulach"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Added <a href="@TOP@/org/openide/filesystems/FileObject.html#asBytes()">
                    asBytes()</a>,
                    <a href="@TOP@/org/openide/filesystems/FileObject.html#asText(java.lang.String)">
                    asText(encoding)</a>,
                    and <a href="@TOP@/org/openide/filesystems/FileObject.html#asLines(java.lang.String)">
                    asLines(encoding)</a> methods into
                    <a href="@TOP@/org/openide/filesystems/FileObject.html">FileObject</a>
                    to simplify reading of its content.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
        </change>
        <change id="FileUtil.addFileChangeListener2">
            <api name="filesystems"/>
            <summary>Possibility to add FileChangeListeners on File (even not existing)</summary>
            <version major="7" minor="20"/>
            <date day="14" month="1" year="2009"/>
            <author login="jskrivanek"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Added <a href="@TOP@/org/openide/filesystems/FileUtil.html#addFileChangeListener(org.openide.filesystems.FileChangeListener,java.io.File)">
                    FileUtil.addFileChangeListener(FileChangeListener listener, File path)</a>
                    and <a href="@TOP@/org/openide/filesystems/FileUtil.html#removeFileChangeListener(org.openide.filesystems.FileChangeListener,java.io.File)">
                    FileUtil.addFileChangeListener(FileChangeListener listener, File path)</a>.
                    It permits you to listen to a file which does not yet exist,
                    or continue listening to it after it is deleted and recreated, etc.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="33162"/>
        </change>
        <change id="FileUtil.getConfigFile">
            <api name="filesystems"/>
            <summary>Added FileUtil.getConfigFile and getConfigRoot for simpler access to default filesystem</summary>
            <version major="7" minor="19"/>
            <date day="12" month="1" year="2009"/>
            <author login="jskrivanek"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Rather than having to call
                    <code>Repository.getDefault().getDefaultFileSystem().getRoot().getFileObject("foo/bar")</code>,
                    you can simply call
                    <a href="@TOP@/org/openide/filesystems/FileUtil.html#getConfigFile(java.lang.String)">FileUtil.getConfigFile("foo/bar")</a>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="91534"/>
        </change>
        <change id="FileUtil.setMIMEType">
            <api name="filesystems"/>
            <summary>Persisted registration of file extension to MIME type</summary>
            <version major="7" minor="18"/>
            <date day="19" month="12" year="2008"/>
            <author login="jskrivanek"/>
            <compatibility addition="yes" modification="yes"/>
            <description>
                <p>
                    Method <a href="@TOP@/org/openide/filesystems/FileUtil.html#setMIMEType(java.lang.String,java.lang.String)">
                    FileUtil.setMIMEType(String extension, String mimeType)</a>
                    resurrected to register file extension for specified MIME type.
                    It is persisted in userdir contrary to previous implementation.
                    Added method <a href="@TOP@/org/openide/filesystems/FileUtil.html#getMIMETypeExtensions(java.lang.String)">
                    FileUtil.getMIMETypeExtensions(String mimeType)</a>
                    to get list of file extensions associated with specified MIME type.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="153202"/>
        </change>
        <change id="FileChooserBuilder">
            <api name="filesystems"/>
            <summary>FileChooserBuilder added</summary>
            <version major="7" minor="17"/>
            <date day="1" month="12" year="2008"/>
            <author login="tboudreau"/>
            <compatibility addition="yes">
                <p>
                    Added org.openide.filesystems.FileChooserBuilder to API.
                </p>
            </compatibility>
            <description>
                <p>
                    Added FileChooserBuilder, a utility class for working with
                    JFileChoosers.  In particular, FileChooserBuilder makes it
                    easy to create file chooser dialogs which remember what
                    directory the user last invoked them on, across sessions.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileChooserBuilder" link="no"/>
            <issue number="47737"/>
        </change>
        <change id="DeclarativeMIMEResolvers">
            <api name="filesystems"/>
            <summary>Added new elements to MIME resolver DTD</summary>
            <version major="7" minor="16"/>
            <date day="18" month="11" year="2008"/>
            <author login="jskrivanek"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    It is now possible to write declarive MIME resolvers checking
                    file names (element name) and file content (element pattern).
                </p>
            </description>
            <issue number="142760"/>
        </change>
        <change id="LayerGeneratingProcessor">
            <api name="filesystems"/>
            <summary>Support for annotation processors generating XML layer fragments</summary>
            <version major="7" minor="15"/>
            <date day="1" month="11" year="2008"/>
            <author login="jglick"/>
            <compatibility addition="yes">
                <p>
                    Any code which scans modules for XML layers should now interpret not only
                    the <code>OpenIDE-Module-Layer</code> manifest attribute (if present),
                    but also use the resource <code>META-INF/generated-layer.xml</code> if present.
                </p>
            </compatibility>
            <description>
                <p>
                    It is now possible to write JSR 269-compliant annotation processors
                    which create XML layer (i.e. system filesystem) entries.
                </p>
            </description>
            <class package="org.openide.filesystems.annotations" name="LayerGeneratingProcessor"/>
            <class package="org.openide.filesystems.annotations" name="LayerBuilder"/>
            <class package="org.openide.filesystems.annotations" name="LayerGenerationException"/>
            <issue number="149136"/>
        </change>
        <change id="FileUtil.getMIMEType.withinMIMETypes">
            <api name="filesystems"/>
            <summary>FileUtil.getMIMEType() can be restricted by listed MIME types</summary>
            <version major="7" minor="13"/>
            <date day="3" month="9" year="2008"/>
            <author login="jskrivanek"/>
            <compatibility addition="yes">
                <p>
                    If you have a <code>MIMEResolver</code> subclass, be sure to use the new super constructor.
                </p>
            </compatibility>
            <description>
                <p>
                    To speed up MIME type recognition it is added an extra parameter
                    to method <a href="@TOP@/org/openide/filesystems/FileUtil.html#getMIMEType(org.openide.filesystems.FileObject,java.lang.String...)">FileUtil.getMIMEType(FileObject, String...)</a>.
                    We can supply one or more MIME types which we are only interested in.
                    Module writers have to override
                    <a href="@TOP@/org/openide/filesystems/MIMEResolver.html">MIMEResolver</a>
                    default constructor and call <code>super(String...)</code>, e.g.:
                </p>
                <pre>
                    public MyResolver() {
                        super("text/plain", "text/sh");
                    }
                </pre>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <class package="org.openide.filesystems" name="MIMEResolver"/>
            <issue number="137734"/>
        </change>
        <change id="getAttribute.class">
            <api name="filesystems"/>
            <summary>XMLFileSystem attributes can be queried for instance class</summary>
            <version major="7" minor="12"/>
            <date day="25" month="8" year="2008"/>
            <author login="jskrivanek"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    If you are interested just in the Class of an attribute, but
                    without creating its instance, use <code>fileObject.getAttribute("class:attrName")</code>.
                    This instructs the <a href="@TOP@/org/openide/filesystems/XMLFileSystem.html">XMLFileSystem</a>
                    to scan its XML files for definition of <code>attrName</code>
                    attribute and <i>guess</i> its class. The <i>guessing</i> is
                    usually easy, just for <code>methodvalue</code> types, the system
                    needs to use some kind of heuristic: it locates the
                    appropriate factory method and returns its return type. This may
                    not be the actual type of the returned object at the end, but
                    it seems as the best guess without instantiating it.
                </p>
            </description>
            <class package="org.openide.filesystems" name="XMLFileSystem"/>
            <issue number="131951"/>
        </change>
        <change id="testable-declarative-resolvers">
            <api name="filesystems"/>
            <summary>Declarative MIME resolvers now available in standalone mode</summary>
            <version major="7" minor="11"/>
            <date day="10" month="7" year="2008"/>
            <author login="jglick"/>
            <compatibility semantic="incompatible">
                <ul>
                    <li>
                        <p>
                            The old impl would have interpreted a resolver (with the correct doctype) in any location beneath <code>Services</code>. (Actually
                            a resolver would offer an <code>InstanceCookie<MIMEResolver></code> in any location, but outside <code>Services</code> they would not have been
                            used in MIME resolution.) The new impl expects resolvers to be <code>Services/MIMEResolver/*.xml</code>, as in practice they always
                            are, and does not bother to verify that the public ID is set to the expected value in the doctype.
                        </p>
                    </li>
                    <li>
                        <p>
                            The old impl would have inserted the declarative resolvers in default lookup (assuming you were running with the
                            module system started and thus <code>FolderLookup[Services</code> included). The new impl does not.
                        </p>
                    </li>
                </ul>
            </compatibility>
            <description>
                <p>
                    Declaratively registered MIME resolvers using the XML file syntax
                    (rather than Java classes implementing <code>MIMEResolver</code>)
                    are now used even when you run an application with just the Filesystems API in the classpath.
                    In particular, this makes declarative resolvers be honored in unit tests.
                    Formerly, declarative resolvers were only loaded when you used <code>org-netbeans-core.jar</code>
                    and started the full module system.
                </p>
            </description>
            <class package="org.openide.filesystems" name="MIMEResolver"/>
            <issue number="138846"/>
        </change>
        <change id="layer.bundlevalue">
            <api name="filesystems"/>
            <summary>XMLFileSystem supports 'bundlevalue' attribute</summary>
            <version major="7" minor="10"/>
            <date day="8" month="7" year="2008"/>
            <author login="jtulach"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    It is possible to declare a value in <code>layer.xml</code>
                    files with <attr name="..." bundlevalue="org.yourpkg.Bundle#key"/>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="XMLFileSystem"/>
            <issue number="138076"/>
        </change>
        <change id="FileUtil.urlForArchiveOrDir.archiveOrDirForURL">
            <api name="filesystems"/>
            <summary>Added methods to interconvert URLs and traditional path entries</summary>
            <version major="7" minor="8"/>
            <date day="17" month="3" year="2008"/>
            <author login="jglick"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Added methods <code>urlForArchiveOrDir</code> and <code>archiveOrDirForURL</code>
                    to <code>FileUtil</code> to make it easier to work with classpaths.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="59311"/>
        </change>
        <change id="FileUtil.addFileChangeListener">
            <api name="filesystems"/>
            <summary>Add methods: addFileChangeListener, removeFileChangeListener, refreshAll</summary>
            <version major="7" minor="7"/>
            <date day="26" month="2" year="2008"/>
            <author login="rmatous"/>
            <compatibility addition="yes"/>
            <description>
                Added utility methods:  
                <ul>
                    <li><code>public static FileObject addFileChangeListener (final FileChangeListener fcl)</code> to receive
                        <code>FileEvents</code> from <code>FileSystems</code> providing instances
                    of <code>FileObject</code> convertible to <code>java.io.File</code></li>
                    <li><code>public static FileObject removeFileChangeListener (final FileChangeListener fcl)</code> to no longer receive
                        <code>FileEvents</code> from <code>FileSystems</code> providing instances
                    of <code>FileObject</code> convertible to <code>java.io.File</code></li>
                    <li><code>public static FileObject refreshAll ()</code> to refreshes all <code>FileObject</code> that represent files <code>File.listRoots()</code> 
                    and their children recursively.</li>
                </ul>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="127121"/>
        </change>                            
        <change id="FileUtil.refreshFor">
            <api name="filesystems"/>
            <summary>Add method FileUtil.refreshFor(File... files)</summary>
            <version major="7" minor="6"/>
            <date day="16" month="1" year="2008"/>
            <author login="rmatous"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Added helper method for refreshing all necessary filesystems, to get
                    refreshed all instances of <code>FileObject</code> representing 
                    passed <code>files</code> and their children recursively.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="125308"/>
        </change>                    
        <change id="FileUtil.runAtomicAction">
            <api name="filesystems"/>
            <summary>Simple way to run atomic action without having a fileobject</summary>
            <version major="7" minor="5"/>
            <date day="8" month="1" year="2008"/>
            <author login="rmatous"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Simple way to run atomic action without having a fileobject is ensured by 
                    adding two methods: <code>FileUtil.runAtomicAction</code>.
                    All events about filesystem changes (related to events on all affected instances of <code>FileSystem</code>)
                    are postponed after the whole code runned in atomic block is executed.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="123899"/>
        </change>            
        <change id="FileObject.isLocked">
            <api name="filesystems"/>
            <summary>Added method to test if file is locked</summary>
            <version major="7" minor="3"/>
            <date day="26" month="7" year="2007"/>
            <author login="rmatous"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Added method <code>isLocked</code> to <code>FileObject</code>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileObject"/>
            <issue number="110549"/>
        </change>        
        <change id="FileUtil.order">
            <api name="filesystems"/>
            <summary>Added methods to order files in a folder</summary>
            <version major="7" minor="2"/>
            <date day="16" month="6" year="2007"/>
            <author login="jglick"/>
            <compatibility addition="yes"/>
            <description>
                <p>
                    Added methods <code>getOrder</code>, <code>setOrder</code>,
                    and <code>affectsOrder</code> to <code>FileUtil</code>.
                </p>
            </description>
            <class package="org.openide.filesystems" name="FileUtil"/>
            <issue number="103187"/>
        </change>
        <change id="add-content-to-sfs">
            <api name="filesystems"/>
            <summary>Allow modules to dynamically add/remove layer content</summary>
            <version major="7" minor="1"/>
            <date day="12" month="3" year="2007"/>
            <author login="jtulach"/>
            <compatibility addition="yes" binary="compatible" source="compatible" semantic="compatible" deprecation="no" deletion="no" modification="no"/>
            <description>
                <p>
                    Repository.getDefaultFileSystem's content can now be
                    influenced by adding own 
                    <a href="@TOP@/org/openide/filesystems/FileSystem.html">FileSystem</a>s
                    into global 
                    <a href="@org-openide-util-lookup@/org/openide/util/Lookup.html">Lookup.getDefault()</a>.
                    This is supposed to work in a standalone mode as well 
                    as inside NetBeans Platform. The tutorial is available
                    in the <a href="@TOP@/architecture-summary.html#answer-arch-usecases">usecases section</a> of achitecture description.
                </p>
            </description>
            <class package="org.openide.filesystems" name="Repository"/>
            <issue number="26338"/>
        </change>
        <change id="createData-and-createFolder-take-File-as-parameter">
            <api name="filesystems"/>
            <summary>Added additional methods <code>FileUtil.createData</code>
                and <code>FileUtil.createFolder</code> that take <code>java.io.File</code> as a parameter.
            </summary>
--> --------------------

--> maximum size reached

--> --------------------

92%


¤ Dauer der Verarbeitung: 0.29 Sekunden  (vorverarbeitet)  ¤

*© Formatika GbR, Deutschland




Wurzel

Suchen

Beweissystem der NASA

Beweissystem Isabelle

NIST Cobol Testsuite

Cephes Mathematical Library

Wiener Entwicklungsmethode

Haftungshinweis

Die Informationen auf dieser Webseite wurden nach bestem Wissen sorgfältig zusammengestellt. Es wird jedoch weder Vollständigkeit, noch Richtigkeit, noch Qualität der bereit gestellten Informationen zugesichert.

Bemerkung:

Die farbliche Syntaxdarstellung ist noch experimentell.