FileAccess Chilkat2 Java Reference Documentation

FileAccess

Current Version: 11.7.0

Markdown version of this page for AI tools (v 11.7.0) · all AI docs

Chilkat.FileAccess

Read, write, compare, copy, split, inspect, and manage files and paths.

Chilkat.FileAccess provides general-purpose file-system utilities for applications that need direct control over files, directories, paths, timestamps, and low-level file operations. It can read, write, append, seek, compare, copy, rename, delete, split, reassemble, and inspect files, and also includes helpers for directory operations, path parsing, symbolic links, temporary filenames, block-based reading, fragment scanning, text replacement, and open-file access.

Read and write files

Load or save text and binary files, append data, replace file contents, and work with explicit character encodings when needed.

File management

Copy, rename, delete, compare, split, reassemble, and inspect files using straightforward file-system utility methods.

Directories and paths

Create, remove, check, and work with directories, and use path helpers to extract filenames, extensions, directory names, and related path parts.

Open-file operations

Open files for lower-level reading or writing, seek within files, read blocks, and process large files without loading everything at once.

Timestamps and metadata

Get or set file times, inspect sizes and existence, and use metadata helpers when coordinating file processing workflows.

Special file utilities

Generate temporary filenames, work with symbolic links, scan for byte fragments, and perform text replacement in files.

Common pattern: Use FileAccess for local file-system tasks that are outside the scope of a specific protocol class. It is especially useful for preparing files before upload, saving downloaded data, comparing or splitting files, reading large files in blocks, manipulating paths, or performing small filesystem operations without using platform-specific APIs.

For an extended overview, see FileAccess Class Overview.

Object Creation

import com.chilkatsoft.chilkat2.ChilkatException;
import com.chilkatsoft.chilkat2.FileAccess;

try (FileAccess fileAccess = new FileAccess()) {
    // ... use fileAccess ...
} catch (ChilkatException e) {
    System.out.println(e.getMessage());          // "FileAccess.someMethod failed: <reason>"
    System.out.println(e.getLastErrorText());    // the full log of the failed call
}
public FileAccess()

Creates the underlying native Chilkat object. The native library (chilkat2java) is loaded the first time any Chilkat2 object is created; see the README in the download for where it is looked for (-Dchilkat2.library.path, a classpath resource, or java.library.path).

public void close()

Releases the native object (FileAccess is AutoCloseable, so try-with-resources calls it). Calling it again does nothing; any other method or property accessor called afterwards throws IllegalStateException. An object that is never closed is freed by a background cleaner once it becomes unreachable, but the garbage collector does not see native memory, so closing is the normal path. Objects returned by methods are owned by the caller too.

public boolean isClosed()

Returns true once close() has been called.

Errors

A method that fails throws ChilkatException, an unchecked exception carrying getClassName(), getMethodName(), getReason() (one line, also in the message) and getLastErrorText() (the full log, captured at the moment of the failure). The object remains usable. Methods that look something up and find nothing return null instead of throwing (each such method says so), and methods that answer a question (hasMember, isUnlocked, ...) return a plain boolean. Property accessors do not throw for Chilkat reasons.

A null string or object argument throws NullPointerException naming the parameter (except where a method documents that null is accepted), and a string containing U+0000 throws IllegalArgumentException.

Use an object from one thread at a time; it may be handed from one thread to another. The one cross-thread operation is setting setAbortCurrent(true) on an object that is busy in another thread (on the classes that have AbortCurrent). Unlocking: call new Global().unlockBundle("...") once at startup.

Properties

CurrentDir
// read-only
String getCurrentDir()

Returns the current working directory of the calling process. Relative file and directory paths are resolved against this process-wide working directory.

Process-wide setting: The working directory belongs to the process, not to an individual FileAccess object. Changing it can therefore affect relative-path behavior elsewhere in the application.

top
DebugLogFilePath
// read/write
String getDebugLogFilePath()
void setDebugLogFilePath(String value)

If set to a file path, this property logs the LastErrorText of each Chilkat method or property call to the specified file. This logging helps identify the context and history of Chilkat calls leading up to any crash or hang, aiding in debugging.

Enabling the VerboseLogging property provides more detailed information. This property is mainly used for debugging rare instances where a Chilkat method call causes a hang or crash, which should generally not happen.

Possible causes of hangs include:

  • A timeout property set to 0, indicating an infinite timeout.
  • A hang occurring within an event callback in the application code.
  • An internal bug in the Chilkat code causing the hang.

More Information and Examples
Example showing how to use DebugLogFilePath.
top
EndOfFile
// read-only
boolean getEndOfFile()

Returns true when the currently open file is positioned at end-of-file; otherwise returns false.

Open-file state: This property applies to the file opened by OpenForRead, OpenForWrite, OpenForReadWrite, OpenForAppend, or FileOpen.

top
FileOpenError
// read-only
int getFileOpenError()

Provides the detailed open-error code from the most recent call to FileOpen, OpenForRead, OpenForWrite, OpenForReadWrite, or OpenForAppend.

CodeMeaning
0Success; no open error.
1Access denied.
2File not found.
3General, non-specific open error.
4File already exists.
5The path refers to a directory and the requested access involves writing.
6Too many symbolic links were encountered while resolving the path.
7The process already has the maximum number of files open.
8The pathname is too long.
9The system-wide limit on open files has been reached.
10The pathname refers to a device special file for which no corresponding device exists.
11Insufficient kernel memory was available.
12A file was to be created, but the containing device has no space available.
13A pathname component expected to be a directory is not a directory.
14The regular file is too large to be opened because of an operating-system limitation.
15The path is on a read-only filesystem and write access was requested.
Use with FileOpenErrorMsg: FileOpenError is useful for programmatic handling; FileOpenErrorMsg provides the corresponding human-readable message.

top
FileOpenErrorMsg
// read-only
String getFileOpenErrorMsg()

Returns the human-readable message corresponding to FileOpenError for the most recent file-open attempt.

top
LastErrorHtml
// read-only
String getLastErrorHtml()

Provides HTML-formatted information about the last called method or property. If a method call fails or behaves unexpectedly, check this property for details. Note that information is available regardless of the method call's success.

top
LastErrorText
// read-only
String getLastErrorText()

Provides plain text information about the last called method or property. If a method call fails or behaves unexpectedly, check this property for details. Note that information is available regardless of the method call's success.

More Information and Examples
Concept of LastErrorTextLastErrorText Standard Information
top
LastErrorXml
// read-only
String getLastErrorXml()

Provides XML-formatted information about the last called method or property. If a method call fails or behaves unexpectedly, check this property for details. Note that information is available regardless of the method call's success.

top
LastMethodSuccess
// read/write
boolean getLastMethodSuccess()
void setLastMethodSuccess(boolean value)

Indicates the success or failure of the most recent method call: true means success, false means failure. This property remains unchanged by property setters or getters. This method is present to address challenges in checking for null or Nothing returns in certain programming languages. Note: This property does not apply to methods that return integer values or to boolean-returning methods where the boolean does not indicate success or failure.

top
LockFileOnOpen
// read/write
boolean getLockFileOnOpen()
void setLockFileOnOpen(boolean value)
Introduced in version 9.5.0.80

Windows only. If true, OpenForAppend, OpenForRead, OpenForReadWrite, and OpenForWrite request exclusive access to the file. Other processes are prevented from opening the file until FileClose releases the handle. The default is false.

File sharing: Windows file sharing is established when the file handle is opened. Set this property before calling an OpenFor* method.

top
VerboseLogging
// read/write
boolean getVerboseLogging()
void setVerboseLogging(boolean value)

If set to true, then the contents of LastErrorText (or LastErrorXml, or LastErrorHtml) may contain more verbose information. The default value is false. Verbose logging should only be used for debugging. The potentially large quantity of logged information may adversely affect peformance.

top
Version
// read-only
String getVersion()

Version of the component/library, such as "10.1.0"

More Information and Examples
How to get the Chilkat version at runtime.
top

Methods

AppendAnsi
void appendAnsi(String text)

Appends text to the currently open file after converting the string to the legacy ANSI character encoding used by Chilkat for the platform.

Character encoding: Use AppendText or AppendSb when an explicit encoding such as utf-8 is preferred.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
AppendBd
void appendBd(BinData bd)
Introduced in version 9.5.0.76

Appends all bytes contained in bd to the currently open file without text conversion.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
AppendSb
void appendSb(StringBuilder sb, String charset)
Introduced in version 9.5.0.76

Appends the text contained in sb to the currently open file using the character encoding specified by charset.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
AppendText
void appendText(String str, String charset)

Appends str to the currently open file after encoding the text with the character set named by charset, such as utf-8 or iso-8859-1.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
AppendUnicodeBOM
void appendUnicodeBOM()

Appends the UTF-16 little-endian byte-order mark to the currently open file. The two bytes written are FF FE.

BOM placement: A BOM normally belongs at the beginning of a text file. This method appends bytes at the current write position, so call it before writing text when creating a new UTF-16LE file.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
AppendUtf8BOM
void appendUtf8BOM()

Appends the UTF-8 byte-order mark to the currently open file. The three bytes written are EF BB BF.

UTF-8 BOM: A UTF-8 BOM is optional. Some software uses it as an encoding signature, while other software expects BOM-less UTF-8.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
DirAutoCreate
void dirAutoCreate(String filePath)

Ensures that the directory portion of filePath exists. Any missing parent directories are created; the final path component is treated as a filename and is not created as a directory.

Difference from DirEnsureExists: Use DirAutoCreate when you have a file path. Use DirEnsureExists when the argument itself is a directory path.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
DirCreate
void dirCreate(String dirPath)

Creates the directory specified by dirPath. Parent directories must already exist; use DirEnsureExists when missing parent directories should also be created.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
DirDelete
void dirDelete(String dirPath)

Deletes the directory specified by dirPath. The directory must be empty; use TreeDelete to recursively delete a directory and its contents.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
DirEnsureExists
void dirEnsureExists(String dirPath)

Ensures that the complete directory path dirPath exists, creating missing directories along the path as needed.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
DirExists
boolean dirExists(String dirPath)
Introduced in version 10.0.0

Returns true if dirPath exists as a directory; otherwise returns false.

Never throws: false is an answer, not a failure.

top
FileClose
void fileClose()

Closes the currently open file and releases its operating-system file handle. Any exclusive lock obtained through LockFileOnOpen is released at this time.

top
FileContentsEqual
boolean fileContentsEqual(String filePath1, String filePath2)

Compares filePath1 and filePath2 byte-for-byte and returns true only when their contents are identical. File sizes are compared first; when sizes match, the files are compared incrementally rather than being loaded entirely into memory.

Binary comparison: The comparison is byte-oriented. Text encodings, line-ending conventions, and Unicode normalization are not interpreted or normalized.

Never throws: false is an answer, not a failure.

top
FileCopy
void fileCopy(String existingFilepath, String newFilepath, boolean failIfExists)

Copies existingFilepath to newFilepath. If failIfExists is true and the destination already exists, the copy fails instead of overwriting it.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
FileDelete
void fileDelete(String filePath)

Deletes the file specified by filePath.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
FileExists
boolean fileExists(String filePath)

Returns true if filePath exists; otherwise returns false. Use FileExists3 when the application must distinguish "does not exist" from "could not determine because of an error."

Never throws: false is an answer, not a failure.

top
FileExists3
int fileExists3(String path)
Introduced in version 9.5.0.45

Checks whether path exists and returns a three-state result: 1 if it exists, 0 if it does not exist, and -1 if Chilkat could not determine the result because of permissions or another filesystem error.

top
FileOpen
void fileOpen(String filePath, long accessMode, long shareMode, long createDisposition, long attributes)

Windows-specific low-level open. Opens filePath using arguments modeled after the Win32 CreateFile API. For portable code, prefer OpenForRead, OpenForWrite, OpenForReadWrite, or OpenForAppend.

CategoryCommon values
AccessGENERIC_READ = 0x80000000, GENERIC_WRITE = 0x40000000
SharingFILE_SHARE_READ = 0x1, FILE_SHARE_WRITE = 0x2
DispositionCREATE_NEW=1, CREATE_ALWAYS=2, OPEN_EXISTING=3, OPEN_ALWAYS=4, TRUNCATE_EXISTING=5
Open failures: When this method fails, inspect FileOpenError and FileOpenErrorMsg for the reason.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
FileReadBd
void fileReadBd(int maxNumBytes, BinData binData)
Introduced in version 9.5.0.64

Reads up to maxNumBytes bytes from the current file position and appends the bytes to binData. The file position advances by the number of bytes read.

Destination behavior: Existing bytes already present in binData are preserved; newly read bytes are appended.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Determine File Type from Binary Content of FileLoad Entire File into BinData
top
FileRename
void fileRename(String existingFilepath, String newFilepath)

Renames or moves existingFilepath to newFilepath using the local filesystem.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
FileSeek
void fileSeek(int offset, int origin)

Moves the current file position by offset bytes relative to origin.

0Offset from the beginning of the file.
1Offset from the current file position.
2Offset from end-of-file; negative offsets are commonly used.
Random access: Seeking changes where the next read or write occurs; it does not itself read, write, or resize the file.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
FileSize
int fileSize(String filePath)

Returns the file size in bytes as a signed 32-bit integer.

Failure returns 0: If the size cannot be obtained (for example, the file does not exist or cannot be accessed), the return value is 0, which is the same as for an empty file. To detect failure, use FileSizeStr, which fails instead of returning a size, or check first with FileExists3.
Large files: A signed 32-bit result cannot represent files larger than approximately 2 GB. Use FileSize64 or FileSizeStr for large files.
top
FileSize64
long fileSize64(String filePath)
Introduced in version 9.5.0.88

Returns the size of filePath in bytes as a signed 64-bit integer.

Failure returns 0: If the size cannot be obtained (for example, the file does not exist or cannot be accessed), the return value is 0, which is the same as for an empty file. To detect failure, use FileSizeStr, which fails instead of returning a size, or check first with FileExists3.
top
FileSizeStr
String fileSizeStr(String filePath)
Introduced in version 9.5.0.80

Returns the size of filePath in bytes as a decimal string. This avoids the range limitation of a 32-bit integer return value.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
FileType
int fileType(String path)
Introduced in version 9.5.0.77

Examines path and classifies the filesystem entry.

-1Unable to determine because of permissions or another error.
0Does not exist.
1Regular file.
2Directory.
3Symbolic link.
4Windows shortcut.
99Another filesystem type.
Future values: Additional file-type codes may be added in future versions as needed.
More Information and Examples
Determine File Type
top
FileWriteBd
void fileWriteBd(BinData binData, int offset, int numBytes)
Introduced in version 9.5.0.64

Writes bytes from binData to the currently open file. offset selects the starting byte within the BinData; numBytes selects how many bytes to write. Set both to 0 to write the entire BinData, or set numBytes to 0 to write all remaining bytes beginning at offset.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
GenBlockId
String genBlockId(int index, int length, String encoding)
Introduced in version 9.5.0.58

Generates a fixed-width decimal block identifier from index, padded to length characters, and then encodes those bytes using encoding (for example base64, hex, or ascii). This utility was originally added for block-oriented uploads such as Azure Blob block uploads.

Ordering: Fixed-width decimal identifiers preserve numeric ordering when identifiers are compared lexically, provided the chosen width is large enough for all indexes.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
GetDirectoryName
String getDirectoryName(String path)
Introduced in version 9.5.0.64

Returns the directory portion of path according to Chilkat path-parsing rules.

GetDirectoryName('C:\MyDir\MySubDir\myfile.ext')  ->  'C:\MyDir\MySubDir\'
GetDirectoryName('C:\MyDir\MySubDir')             ->  'C:\MyDir\'
GetDirectoryName('C:\')                             ->  'C:\'

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Demonstrate Directory Path Functions
top
GetExtension
String getExtension(String path)
Introduced in version 9.5.0.64

Returns the filename extension portion of path, including the leading period. A period appearing only in a directory name is not treated as the file extension.

GetExtension('C:\mydir.old\myfile.ext')  ->  '.ext'
GetExtension('C:\mydir.old\')            ->  ''

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Demonstrate Directory Path Functions
top
GetFileName
String getFileName(String path)
Introduced in version 9.5.0.64

Returns the final filename component of path, including its extension. If the path ends with a directory separator, the returned filename is empty.

GetFileName('C:\mydir\myfile.ext')  ->  'myfile.ext'
GetFileName('C:\mydir\')            ->  ''

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Demonstrate Directory Path Functions
top
GetFileNameWithoutExtension
String getFileNameWithoutExtension(String path)
Introduced in version 9.5.0.64

Returns the final filename component of path with its extension removed. If path ends with a directory separator, the returned value is empty.

GetFileNameWithoutExtension('C:\mydir\myfile.ext')  ->  'myfile'
GetFileNameWithoutExtension('C:\mydir\')            ->  ''

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Demonstrate Directory Path Functions
top
GetFileTimeStr
String getFileTimeStr(String path, int which)
Introduced in version 11.0.0

Returns one file timestamp as an ISO 8601 UTC string in the form YYYY-MM-DDTHH:MM:SSZ. The which argument selects 0 = last-modified, 1 = last-access, or 2 = creation.

Portability: Creation/birth time is not available on every filesystem. The documented Chilkat behavior on Linux is to return the last-modified time when creation time is unavailable.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
GetNumBlocks
int getNumBlocks(int blockSize)
Introduced in version 9.5.0.58

Returns how many blockSize-byte blocks are required to cover the currently open file. A partial final block counts as one block. Returns 0 for an empty file and -1 if no file is open.

Calculation: Conceptually this is ceil(fileSize / blockSize) for a non-empty file.
More Information and Examples
SFTP Upload Large File in Parts
top
GetTempFilename
String getTempFilename(String dirPath, String prefix)

Generates a temporary pathname in dirPath using prefix and a random alphanumeric suffix, in the general form prefix_xxxx.TMP. The returned pathname is guaranteed not to already exist at the time it is generated.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
OpenForAppend
void openForAppend(String filePath)

Opens filePath for writing at end-of-file. The file is created if it does not exist. Existing content is preserved, and the initial file position is at the end.

Open failures: If the open/create operation fails, inspect FileOpenError and FileOpenErrorMsg. On Windows, LockFileOnOpen can request exclusive access for this method.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
OpenForRead
void openForRead(String filePath)

Opens an existing filePath for reading. The file may contain text or binary data and must already exist.

Open failures: If the open/create operation fails, inspect FileOpenError and FileOpenErrorMsg. On Windows, LockFileOnOpen can request exclusive access for this method.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Load Entire File into BinData
top
OpenForReadWrite
void openForReadWrite(String filePath)

Opens filePath for both reading and writing. The file is created if necessary. Existing content is preserved, and the initial file position is at the beginning.

Open failures: If the open/create operation fails, inspect FileOpenError and FileOpenErrorMsg. On Windows, LockFileOnOpen can request exclusive access for this method.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
OpenForWrite
void openForWrite(String filePath)

Opens filePath for writing. The file is created if necessary; if it already exists, it is truncated to zero length when opened.

Open failures: If the open/create operation fails, inspect FileOpenError and FileOpenErrorMsg. On Windows, LockFileOnOpen can request exclusive access for this method.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
ReadBinaryToEncoded
String readBinaryToEncoded(String filePath, String encoding)

Reads the entire file at filePath as binary data and returns an encoded textual representation. Supported encoding names documented for this method include base64, hex, qp, and url.

Encoding is not encryption: These encodings transform bytes into text; they do not provide confidentiality.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Base64 Encode a File
top
ReadBlockBd
void readBlockBd(int blockIndex, int blockSize, BinData bd)
Introduced in version 9.5.0.79

Reads the zero-based block blockIndex from the currently open file, using blockSize bytes per block, and appends the bytes to bd. A partial final block is appended at its actual length.

Destination behavior: Existing contents of bd are preserved; the block bytes are appended.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Dropbox Content HashSFTP Upload Large File in Parts
top
ReadEntireTextFile
String readEntireTextFile(String filePath, String charset)

Reads the entire file at filePath, decodes its bytes using charset, and returns the resulting text.

Charset matters: The charset controls byte-to-character conversion. Use the encoding that actually represents the file; incorrect charset selection can produce incorrect text or conversion failure.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
ReadNextFragment
int readNextFragment(boolean startAtBeginning, String beginMarker, String endMarker, String charset, StringBuilder sb)
Introduced in version 9.5.0.80

Scans the currently open file for the next text fragment beginning with beginMarker and ending with endMarker. The matched fragment, including both markers, is decoded using charset and appended to sb. If startAtBeginning is true, scanning restarts at the beginning of the file; otherwise it continues after the previously matched fragment.

1A fragment was found and appended.
0No matching fragment was found.
-1An error occurred while reading.
More Information and Examples
Efficiently Process a Huge XML File
top
ReassembleFile
void reassembleFile(String partsDirPath, String partPrefix, String partExtension, String reassembledFilename)

Reassembles a file previously divided by SplitFile. Parts are read from partsDirPath using the supplied partPrefix and partExtension, and the combined bytes are written to reassembledFilename.

Byte-for-byte reconstruction: Reassembly is a binary operation; no text decoding or newline conversion is performed.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Example: Reassemble a Previously Split File
top
ReplaceStrings
int replaceStrings(String filePath, String charset, String existingString, String replacementString)

Reads the file at filePath as text using charset, replaces occurrences of existingString with replacementString, writes the updated text back to the file, and returns the number of replacements made.

Text operation: This is character-based replacement after decoding the file. It is not suitable for arbitrary binary files.
top
SetCurrentDir
void setCurrentDir(String dirPath)

Changes the current working directory of the calling process to dirPath.

Process-wide effect: The current directory is normally process-wide, so changing it can affect relative paths used by other code or threads. Absolute paths avoid that dependency.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
SetFileTimes
void setFileTimes(String filePath, DateTime createTime, DateTime lastAccessTime, DateTime lastModTime)

Sets the creation, last-access, and last-modified timestamps for filePath from the supplied CkDateTime objects. On filesystems that do not support a creation/birth time, createTime is ignored.

Filesystem differences: Timestamp availability and precision are filesystem- and operating-system-dependent.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
SetLastModified
void setLastModified(String filePath, DateTime lastModified)

Sets the last-modified timestamp of filePath from lastModified. The precision actually stored depends on the underlying filesystem.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
SplitFile
void splitFile(String fileToSplit, String partPrefix, String partExtension, int partSize, String destDir)

Splits fileToSplit into sequential binary parts of up to partSize bytes and writes them to destDir using partPrefix and partExtension. Use ReassembleFile to reconstruct the original file.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Example: Split File into Chunks
top
SymlinkCreate
void symlinkCreate(String targetPath, String linkPath)
Introduced in version 9.5.0.77

Creates a symbolic link at linkPath that refers to targetPath.

Windows note: A Windows symbolic link is not the same as a Windows shortcut. Windows may require elevated privileges or an operating-system configuration such as Developer Mode that permits unprivileged symbolic-link creation, depending on system policy and how the application is launched.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Create Symbolic Link
top
SymlinkTarget
String symlinkTarget(String linkPath)
Introduced in version 9.5.0.77

Returns the resolved target pathname for the symbolic link at linkPath. On Windows, this method also understands Windows shortcut (.lnk) files and returns the absolute target path.

Link vs. target: A symbolic link is a filesystem object that refers to another path. A Windows shortcut is a separate shell-file format; Chilkat supports both here even though they are different mechanisms.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Get the Target of a Symbolic LinkGet the Target of a Windows Shortcut
top
TreeDelete
void treeDelete(String path)

Recursively deletes the directory tree rooted at path, including contained files and subdirectories.

Destructive operation: This operation is recursive and destructive. Ensure path identifies the intended tree before calling it.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
Truncate
void truncate()
Introduced in version 9.5.0.80

Truncates the currently open file at the current file position. Bytes at and after that position are removed, making the current position the new end-of-file.

Use with FileSeek: A common pattern is to seek to the desired new length and then call Truncate.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

top
WriteEntireTextFile
void writeEntireTextFile(String filePath, String textData, String charset, boolean includedPreamble)

Creates or opens filePath, encodes textData using charset, writes the resulting bytes, and closes the file. Existing file content is replaced. If includePreamble is true, an appropriate preamble/BOM is included for encodings such as UTF-8 or UTF-16.

BOM terminology: A BOM is part of the byte representation of the text file; it is not part of the application string itself.

Throws ChilkatException on failure; e.getLastErrorText() (or the object's getLastErrorText()) explains why, and the object remains usable.

More Information and Examples
Base64 Encode a File
top