Làm thế nào để biết liệu đang sao chép tập tin 'đang tiến hành'/hoàn thành trong java (1.6)

Question

Tôi đang viết một tiện ích giám sát thư mục trong java (1.6) bằng cách sử dụng phiếu thăm dò tại các khoảng thời gian nhất định sử dụng giá trị dài lastModified. Tôi thấy rằng khi khoảng thời gian bỏ phiếu của tôi nhỏ (giây) và tệp sao chép lớn thì sự kiện thay đổi được kích hoạt trước khi hoàn thành việc sao chép tệp.

Tôi muốn biết liệu có một cách tôi có thể tìm thấy trạng thái của file như trên đường vận chuyển, đầy đủ, vv

môi trường: Java 1.6; dự kiến ​​sẽ làm việc trên các cửa sổ và linux.

Answer 1

Bạn có nghĩa là bạn đang đợi thời gian lastModified để giải quyết? Tốt nhất đó sẽ là một chút hit-and-miss.

Làm cách nào để mở tệp có quyền truy cập ghi (phụ thêm thay vì cắt bớt tệp, dĩ nhiên)? Điều đó sẽ không thành công nếu một quá trình khác vẫn đang cố gắng viết cho nó. Đó là một chút xấu xí, đặc biệt là nó có thể là một trường hợp sử dụng ngoại lệ cho kiểm soát dòng chảy (ick) nhưng tôi nghĩ rằng nó sẽ làm việc.

Answer 2

Nếu tôi hiểu câu hỏi một cách chính xác, bạn đang tìm cách để phân biệt liệu việc sao chép tệp hoàn tất hay vẫn đang trong quá trình xử lý?

Cách so sánh kích thước tệp nguồn và tệp đích (ví dụ: tệp.length())? Nếu chúng bằng nhau, thì sao chép hoàn tất. Nếu không, nó vẫn đang trong tiến trình.

Tôi không chắc nó hiệu quả vì nó vẫn yêu cầu bỏ phiếu. Nhưng nó "có thể" làm việc.

Answer 3

Có hai cách tiếp cận mà tôi đã sử dụng trong quá khứ là nền tảng bất khả tri.

1/Đây là dịch vụ chuyển giao FTP, nơi tôi kiểm soát những gì đã được đặt, vì vậy nó có thể không liên quan trực tiếp.

Về cơ bản, bất cứ điều gì đang đặt một tệp file.txt sẽ, khi kết thúc, cũng đặt một tệp giả nhỏ (có thể là 0 byte) được gọi là file.txt.marker (ví dụ).

Bằng cách đó, công cụ giám sát chỉ tìm kiếm tệp đánh dấu xuất hiện và khi thực hiện, nó biết tệp thực sự đã hoàn tất. Sau đó, nó có thể xử lý tệp thực và xóa điểm đánh dấu.

2/Thời lượng không đổi.

Để chương trình giám sát của bạn đợi cho đến khi tệp không thay đổi trong N giây (trong đó N được đảm bảo hợp lý đủ lớn để tệp sẽ hoàn tất).

Ví dụ: nếu kích thước tệp không thay đổi sau 60 giây, sẽ có cơ hội tốt khi kết thúc.

Có một hành động cân bằng giữa việc không nghĩ rằng tệp được hoàn thành chỉ vì không có hoạt động trên đó và chờ một khi nó được hoàn tất trước khi bạn có thể bắt đầu xử lý nó. Đây là một vấn đề đối với việc sao chép cục bộ hơn FTP.

Answer 4

Bạn có thể xem xét việc tải lên tệp trực tuyến bằng các kỹ thuật tiến trình - chúng sử dụng OutputStreamListener và trình chỉnh sửa tùy chỉnh để thông báo cho người nghe về các byte được viết.

http://www.missiondata.com/blog/java/28/file-upload-progress-with-ajax-and-java-and-prototype/

File Upload with Java (with progress bar)

Answer 5

Giải pháp này làm việc cho tôi:

File ff = new File(fileStr); 

if(ff.exists()) { 

    for(int timeout = 100; timeout>0; timeout--) { 
     RandomAccessFile ran = null; 

     try { 
      ran = new RandomAccessFile(ff, "rw"); 
      break; // no errors, done waiting 
     } catch (Exception ex) { 
      System.out.println("timeout: " + timeout + ": " + ex.getMessage()); 
     } finally { 
      if(ran != null) try { 
       ran.close(); 
      } catch (IOException ex) { 
       //do nothing 
      } 

      ran = null; 
     } 

     try { 
      Thread.sleep(100); // wait a bit then try again 
     } catch (InterruptedException ex) { 
      //do nothing 
     } 
    } 

    System.out.println("File lockable: " + fileStr + 
       (ff.exists()?" exists":" deleted during process")); 
} else { 
    System.out.println("File does not exist: " + fileStr); 
} 

Giải pháp này dựa trên thực tế là bạn không thể mở các tập tin để viết nếu quá trình khác có nó mở. Nó sẽ ở trong vòng lặp cho đến khi đạt được giá trị thời gian chờ hoặc tệp có thể được mở. Các giá trị thời gian chờ sẽ cần phải được điều chỉnh tùy thuộc vào nhu cầu thực tế của ứng dụng. Tôi cũng đã thử phương pháp này với các kênh và tryLock(), nhưng dường như không cần thiết.

Answer 6

Chúng tôi đã sử dụng để theo dõi thay đổi Kích thước tệp để xác định xem Tệp có đang trong trạng thái không đầy đủ hay không.

chúng tôi đã sử dụng điểm kết thúc Tập tin kết hợp mùa xuân để thực hiện bỏ phiếu cho một thư mục trong mỗi 200 ms.

Khi tệp được phát hiện (bất kể tệp đó có hoàn chỉnh hay không), chúng tôi có bộ lọc tệp khách hàng, sẽ có phương thức giao diện "chấp nhận (tệp tệp)" để trả lại cờ cho biết chúng tôi có thể xử lý tập tin.

Nếu False được trả lại bởi bộ lọc, ví dụ FILE này sẽ bị bỏ qua và nó sẽ được đón trong bầu cử tiếp theo cho quá trình lọc cùng ..

Bộ lọc nào sau đây:

Đầu tiên, chúng tôi nhận được kích thước tập tin hiện tại của nó. và chúng tôi sẽ chờ 200ms (có thể ít hơn) và kiểm tra lại kích thước. Nếu kích thước khác, chúng tôi sẽ thử lại 5 lần. Chỉ khi kích thước tệp ngừng tăng, Tệp sẽ được đánh dấu là ĐÃ HOÀN THÀNH (nghĩa là trả lại đúng).

Mẫu mã sử dụng là như sau:

public class InCompleteFileFilter<F> extends AbstractFileListFilter<F> { 

    protected Object monitor = new Object(); 
    @Override 
    protected boolean accept(F file) { 
    synchronized (monitor){ 

     File currentFile = (File)file; 

     if(!currentFile.getName().contains("Conv1")){return false;} 

     long currentSize = currentFile.length(); 
     try { Thread.sleep(200); } catch (InterruptedException e) { e.printStackTrace(); } 
     int retryCount = 0; 
     while(retryCount++ < 4 && currentFile.length() > currentSize){ 
      try { Thread.sleep(200); } catch (InterruptedException e) { e.printStackTrace(); } 
     } 

     if(retryCount == 5){ 
      return false; 
     }else{ 
      return true; 
     } 
    } 
    } 
}