windows 7上是否有Java源代码混淆器？

我需要一个在Windows7上运行的Java源代码模糊器

因为我计划在GWT中发布一个封闭源代码库，所以它实际上必须是一个输出源代码并且不处理现成的.class文件的模糊器。结果文件必须是.java文件

唯一的混淆器是Java到Java而不是.class，其结果是来自语义设计

---

但遗憾的是，这个在Windows 7上似乎不起作用。

如何将它编译成类文件，去掉所有调试符号，然后在生成的类文件上运行反编译器

大多数Java源代码都是自模糊的，没有人能理解它们

没有有效的混淆器，它们所做的愚蠢的事情并不能阻止任何人窃取你的代码。这是一个基于虚假恐惧的虚假市场。如果这些威胁是真的，那么就会有反模糊器，价格比模糊器高得多

---

如果你真的想混淆你的代码，不要使用无意义的符号，使用误导性的符号。

尽管存在一些高质量的工作，我向你保证Java混淆不会阻止那些决心反编译你的代码的人。要明白，你要买的只是一点时间。如果他们手头有你的类文件，并选择对它们进行反编译，那么他们很快就会得到你的源代码

---

如果你不信任你的客户，不要给他们类文件。想出一个不同的解决方案。越来越多的公司开始使用服务，这是一种将源代码保存在公司内部并仍能赚钱的方法。

为什么需要源代码混淆器？我仍然不明白这一点。在一个无关的注释中：上的术语“欧洲ASCII”让我畏缩并质疑公司的技术能力。嗨。我是SD的JavaFuscator的产品经理。你能解释一下为什么你认为它在那里不起作用吗？我们认为是的。如果您能直接向我们发送一份说明，概述您的担忧，那就太好了。@Joachim：技术术语是ISO8859-1；“欧洲ASCII”应该用引号引起来，以表明它是一个草率的术语。我要换个网页。然而，我认为在你认为我们不称职之前，你应该检查一下网站的其余部分。你可以在使用“普通”模糊处理程序之后使用反编译程序。如果每个人都尊重他人的财产，那就好了，但我知道那些反编译代码并定期使用的公司。。所以这是对我们的真正威胁。使用误导性符号的想法很好，但问题是allready存在一个很大的代码库。。。。事实上，我们的软件的一部分是一项服务：）好主意，但因为我们正在开发一个通信框架，需要交付我们的客户软件，所以我们不能这样做(