FileMaker XML-Export File Exploder is a fast Rust tool designed to parse XML files exported from FileMaker databases and extract relevant content into separate files. It efficiently processes a directory of new FileMaker XML report files, splitting the content by its purpose (such as scripts, layouts, custom functions, and table definitions), and applies the directory structure from FileMaker scripts and layouts.

Do you want to extract your FileMaker solution into text files (including scripts in a human-readable format like the FileMaker Script Workspace)? This tool does it for you!

Example: From these as XML exported FileMaker solutions you will get this. Scripts can easily be read like here.

• Fast Processing: Built in Rust for high performance and efficiency.
• Parallel Processing: Utilizes parallel processing for efficient extraction, thanks to the Rayon crate.
• Content Extraction: Parses XML files and extracts relevant content into separate files and organizes them into directories mirroring the structure in FileMaker databases.
• Noise Reduction: Removes unnecessary noise from XML to support efficient Git versioning and prevent unnecessary changes.
• Human-Readable Format: Parses scripts and custom functions into a human-readable format for easy comprehension.
• Optional Output Tree: Select between organize output by filemaker database name or by domain (eg. layouts, scripts, tables).

1. Download Executable: Download the latest executable for your operating system from the releases page.
2. Allow execution (macOS only): To allow execution in Terminal, right-click on the executable and choose "Open" to bypass the security warning. After this, you can run the CLI in Terminal or Bash scripts.

1. Input Directory: Provide the path to the directory containing the new FileMaker XML report files.
2. Output Directory: Specify the directory where the extracted content will be saved.
3. Run the Tool: Execute the tool by running fm-xml-export-exploder [INPUT_DIRECTORY] [OUTPUT_DIRECTORY].

The extracted content is organized into directories based on the context of the XML elements:

Running with -t db.

├── [FileMaker database name]/
    └── [...]
    └── scripts/
        └── [Directory name] - ID [Directory ID]
            └── [Script name] - ID [Script ID].xml
    └── scripts_sanitized/
        └── [Directory name] - ID [Directory ID]
            └── [Script name] - ID [Script ID].txt
    └── tables/
        └── [Table name] - ID [Table ID].xml
    └── table_occurrences/
        └── [TO name] - ID [TO ID].xml
    └── themes/
        └── [Theme name] - ID [Theme ID].xml
    └── value_lists/
        └── [Value list name] - ID [Value list ID].xml
    └── [...]

Running with -t domain.

├── [...]
├── scripts/
│   └── [FileMaker database name]/
│       └── [Directory name] - ID [Directory ID]/
│           └── [Script name] - ID [Script ID].xml
├── scripts_sanitized/
│   └── [FileMaker database name]/
│       └── [Directory name] - ID [Directory ID]/
│           └── [Script name] - ID [Script ID].txt
├── tables/
│   └── [FileMaker database name]/
│       └── [Table name] - ID [Table ID].xml
├── table_occurrences/
│   └── [FileMaker database name]/
│       └── [TO name] - ID [TO ID].xml
├── themes/
│   └── [FileMaker database name]/
│       └── [Theme name] - ID [Theme ID].xml
└── value_lists/
    └── [FileMaker database name]/
        └── [Value list name] - ID [Value list ID].xml
└── [...]

For multi-file solutions it can be helpful to create a separate Git repository for each of these directories ( custom_functions, layouts, scripts, tables and so on) to manage version control and collaboration effectively.

Well, git does not work very well with large files or large number of files. In our case, we mainly need to track changes in scripts, so we decided to use this structure to better review script changes in scripts_sanitized in a more human-readable format like scripts displayed in FileMaker. If you have a small solution with a small number of FileMaker files, you can also push all the files to a git repository.

• Create a FileMaker script to automatically export your solution file(s) as XML using the Save Copy as XML command. Tip: You can apply the command to any opened FileMaker file that is open with full access by window name.
• Initialize a git repository for each directory created.
• Extend your FileMaker script to run git add --all, git commit -m "COMMIT MESSAGE HERE" and git push.

Congratulations, now your FileMaker changes are versioned using git!

The following open source FileMaker solutions were saved as XML and used for snapshot tests.

• FM-Admin-API-Tool: A FileMaker tool for administering FileMaker Server using the Admin API.
• fmSyntaxColorizer: A FileMaker tool for customizing syntax highlighting for FileMaker scripts and calculations.
• ooe-fm: ooe-fm provies a sample FileMaker file with One Of Everything (Ooe).

• anyhow: Rust crate for flexible error handling.
• clap: Rust crate for command-line argument parsing.
• encoding_rs_io: Rust crate for character encoding support.
• quick-xml: Rust crate for high-performance XML parsing.
• rayon: Rust crate for parallelism.
• regex: Rust crate for regular expressions.
• strum: Rust crate for easier management of enums and strings.

This tool is licensed under the MIT License. See the LICENSE file for details.

Contributions are welcome! Feel free to open issues or pull requests on the GitHub repository.