爲什麼成功創建文件夾後會出現FolderNotFoundException？

Question

我想創建一個文件夾，如果它不存在，然後從另一個文件夾複製消息到目標文件夾。我發現了一些我無法理解的奇怪行爲。鑑於以下摘錄：

// messages is an array of Message instances. 
// Source is the source folder 
// destination is a string of the destination folder. 
Folder dest = null; 
try { 
    dest = store.getFolder(destination); 
    if (!dest.exists()) { 
     dest.create(Folder.HOLDS_MESSAGES | Folder.HOLDS_FOLDERS); 
     // Since folder's are not meant to cache I thought I'd get it again 
     // though this does not work either. 
     //dest.close(false); 
     //dest = store.getFolder(destination); 
    } 
    dest.open(Folder.READ_WRITE); 
    // Fails here 
    source.copyMessages(messages, dest); 
    source.setFlags(messages, new Flags(Flags.Flag.DELETED), true); 
} catch (MessagingException ex) { 
    throw new MailProcessorException(ex.getMessage(), ex); 
} finally { 
    if (dest != null) { 
     try { 
      dest.close(false); 
     } catch (MessagingException ex) { 
      System.err.println("Couldn't close destination folder."); 
     } 
    } 
} 

以下行爲被檢查：

• 如果該文件夾不存在：
  1. 該文件夾被創建
  2. 一個例外是在source.copyMessages拋出。
• 如果該文件夾確實存在：
  1. 這些消息如預期被複制。
  2. 消息標記爲刪除。

我使用JavaMail 1.4.6

，也試圖與1.6.5。

Answer 1

這是真的奇怪。看着你的代碼和讀取文檔，應該沒有辦法，這是發生...

難道是一些問題與郵件服務器？有些數據庫使用一致性模型（例如，參見http://en.wikipedia.org/wiki/Eventual_consistency），這些模型並不總是按照您的天真想法行事。是否有機會在不同的郵件服務器上嘗試您的代碼？或者，嘗試在copyMessages(...)呼叫之前放置一段非常長的（30秒？）Thread.sleep(...)，然後查看是否修復了該問題。

如果是的話，所發生的事情是，你的服務器在一個請求中創建文件夾，但這種創作需要一段時間才能達到這個被處理消息的複製服務器代碼的一部分。然後，不幸的是，如果複製失敗或人工延遲（這很糟糕），我不確定是否有很多事情可以做，而不是重試。

另外：文檔似乎說，如果你喜歡，你可以跳過dest.open(Folder.READ_WRITE);。