我正在构建一个Java EE应用程序的需求阶段,最有可能在GlassFish/JBoss后端上运行(现在不重要)。我知道我不应该在需求时间考虑架构,但人们不禁开始想象组件如何相互连接 :-)
以下是客户端的一些硬性、非灵活的要求: (1)客户端应用程序将是一个Swing框 (2)客户端可以免费下载,但将使用订阅模式(因此需要具有服务器端身份验证/授权等的登录机制) (3)是的,对于这个问题,Java是最好的平台解决方案,原因超出了本帖子的范围 (4)客户端的.class文件需要保护以防反编译
这最后一个(第四个)要求是本文的基础。
我并不真正担心有人实际上会反编译并获取我的源代码:最终只是一些受轻量级业务逻辑驱动的Swing控件。
我担心的是这样的情况:有人反编译我的代码,修改它以利用/攻击服务器,重新编译并启动它。
我已经设想了各种恶劣的解决方案,但不知道这是否是Java EE开发人员普遍面临的问题,并且是否有常见的解决方案。有什么想法吗?
不感兴趣的“代码混淆”技术!
谢谢任何意见!
以下是客户端的一些硬性、非灵活的要求: (1)客户端应用程序将是一个Swing框 (2)客户端可以免费下载,但将使用订阅模式(因此需要具有服务器端身份验证/授权等的登录机制) (3)是的,对于这个问题,Java是最好的平台解决方案,原因超出了本帖子的范围 (4)客户端的.class文件需要保护以防反编译
这最后一个(第四个)要求是本文的基础。
我并不真正担心有人实际上会反编译并获取我的源代码:最终只是一些受轻量级业务逻辑驱动的Swing控件。
我担心的是这样的情况:有人反编译我的代码,修改它以利用/攻击服务器,重新编译并启动它。
我已经设想了各种恶劣的解决方案,但不知道这是否是Java EE开发人员普遍面临的问题,并且是否有常见的解决方案。有什么想法吗?
不感兴趣的“代码混淆”技术!
谢谢任何意见!