Mule Flow开发问题：原文件名获取失败及ZIP解压异常排查

Hey there, let's work through your Mule Flow issues together— I’ve run into similar snags before, so let’s break this down step by step!

问题1：无法获取原文件名，返回null #

First off, that #[message.inboundProperties.originalFileName] property only gets auto-populated if your ZIP is coming from a File Connector or specific upload components. If you're receiving the ZIP via HTTP or another source, that property won't exist by default. Here's how to fix it:

• If it's an HTTP upload: Pull the filename from the Content-Disposition request header with this expression:

  #[message.headers['Content-Disposition'] split 'filename=' last replaceAll('["]', '')]
  

  This splits the header value, grabs the filename part, and strips off any surrounding quotes.

• Pro tip: No matter where the ZIP comes from, set a custom variable right at the start of your flow (using a Set Variable component) to store the filename. Save it to something like flowVars.originalZipName— this way you won't risk losing the value later if other components modify message properties.

问题2：ZIP文件解压失败 #

Let's troubleshoot the unzip failure with these quick checks:

1. Verify your payload is valid ZIP data：Drop a Logger component right before the Unzip step, and log these values:

   • #[payload.getClass().getName()] (to confirm it's a byte[] or InputStream— these are the formats Unzip expects)
   • #[payload.length()] (if it's a byte array, check the size makes sense for a ZIP file)
     If your payload is a string or some other type, that's definitely why it's failing.

2. Check your Unzip component config：

   • Make sure you set the Output Mode to List— this tells Mule to return a collection of filenames instead of extracting the actual file content, which is exactly what you need for your second requirement.
   • Double-check that Mule has write permissions to the temporary directory it uses for unzipping. If it can't create temp files, the unzip will fail silently (or throw a permissions error, depending on your setup).

3. Test with a known-good ZIP：Grab a simple, working ZIP file from your local machine and feed it into the flow. If that works, the original ZIP you're processing might be corrupted.

Quick note for your upcoming steps (re-compress + FTP) #

Once you get the unzip and filename sorted, the re-compress step is straightforward with the Zip component— just point it to the files you extracted, or use the filename list to select what to zip. For FTP transfer, make sure to set the remoteFileName property on the FTP connector to your saved original filename variable (like #[flowVars.originalZipName]) so the file gets uploaded with the right name.

内容的提问来源于stack exchange，提问作者Mind Peace