這是我的碩士畢業論文題目了
前一個月一直在家裏呆着，畢竟馬上要工作了，還是能多在家陪陪老媽的好，接下來的這一個月應該是主要糾纏在論文上了。目前想法是有了，但是後續工作還是非常多的了。
說到分佈式的BPEL執行引擎，估計會有很多人覺得這個題目就有問題，因爲從BPEL流程執行的方式來看，每個BPEL流程最終也都暴露成了一個Web服務，那麼任何一個BPEL流程都可以很容易的成爲另外一個大流程的子流程，這樣在不同的域內部署多個BPEL引擎，很容易就可以進行分佈式執行了啊？
其實，這樣說是完全正確的，也可以這樣來實現的，但是在實際應用中，你有沒有想過要如何去設計這個流程？對於一個大型的跨國集團或者政府機構，其中任何一個業務流程都需要很多不同區域、不同部門的人來合作完成，這個過程是需要有總協調來完成的，而不是在各個子部門先行設計好，再由頂層設計人員將各個部分串接起來，這樣，是不符合實際操作過程的。那麼我們的考慮是，流程設計人員，只需要在設計階段關注整個流程的邏輯意義，再指明每個活動需要在哪個部門、或者哪個機構來執行，這樣設計完成的BPEL文件是非標的，我們通過擴展執行引擎來解釋分拆這樣的流程描述文件，然後再由一個專門負責分拆流程總控節點，將這個大流程分解爲多個小流程，並打包，因爲需要有其他很多的輔助運行文件，然後根據每個活動的不同運行目標引擎，由總控節點分發給部署在不同地方的目標引擎。這樣來進行一個大流程的分佈式運行。
需要解決的問題有，如何保證分拆後的小流程能在多個引擎中順利執行？
如何確保拆分後的流程的參數傳遞上的連續性？
如何監控這樣一個流程的執行？
各位朋友，看有沒有什麼更好的意見可以改進，改善這樣一個引擎的，望不吝賜教！