是否有任何Java源代碼混淆器在Windows 7上工作？

因爲我打算釋放GWT封閉源代碼庫真的必須是輸出源和不處理準備使用混淆。類文件。結果文件需要是.java文件。

作爲結果，Java-to-Java代替.class的唯一混淆器是來自Semantic Design的Java Source Code Obfuscator。

但可悲的是，似乎這一個不能在Windows 7

2011-08-02 Ocean

爲什麼你需要一個源代碼混淆器？我仍然不明白這一點。 –

在一個不相關的說明中：[本頁]（http://www.semdesigns.com/Products/Objuscators/JavaObfuscator.html?Home=JavaTools）中的術語「歐洲ASCII」使我對技術能力產生了畏懼和質疑公司。 –

嗨。我是SD的JavaObfuscator產品經理。你能解釋爲什麼你認爲它在那裏不起作用嗎？我們認爲它的確如此。如果您直接向我們發送了一條說明您的擔憂的話，那本來就不錯。 –

工作怎麼樣把它編譯成class文件剝去所有調試符號，然後運行所產生的類文件反編譯器？ Example decompiler

2011-08-02 18:37:36 sjr

-2

大多數Java源代碼都是自我模糊的，沒有人能夠理解它們。

沒有有效的混淆器，它們所做的愚蠢的事情不會阻止任何人確定竊取你的代碼。這是基於虛假恐懼的虛假市場。如果這些威脅是真實的，那麼會出現去混淆器，其銷售價格要比混淆器高得多。

如果你真的想混淆你的代碼，不要使用無意義的符號，使用誤導符號。

2011-08-02 22:03:49 irreputable

如果只有每個人都會尊重他人的財產，但我知道companys會反編譯代碼並定期使用它......所以這對我們來說是真正的威脅。誤導性的符號很好，但問題是已經存在的一個非常大的代碼庫......我們沒有時間重新編碼它只是爲了節省我們的知識產權 – Ocean

儘管存在一些高質量的工作，但我向你保證，Java混淆不會阻止確定要反編譯代碼的人。明白你所買的只是一點時間。如果他們掌握了你的類文件並選擇反編譯它們，那麼在他們獲得源代碼之前不需要很長時間。

如果你不信任你的客戶，不要給他們類文件。提出一個不同的解決方案。越來越多的公司正在轉向服務，以此作爲保持內部源代碼並繼續賺錢的一種方式。

2011-08-02 23:24:31 rfeak

事實上，我們軟件的一部分是服務：）好主意，但因爲我們正在開發一個通信框架並需要交付我們的客戶端軟件，所以我們不能這樣做。:( – Ocean

回答