请问如何保护Java项目的源码

thunderfoxes 发布于 2013/07/28 09:34
阅读 2K+
收藏 2

例如我有一个项目叫做 Project1

但是Project1由于各种关系,需要被3个团队陆续开发,A团队2名开发人员负责模块A,B项目可能依赖模块A来开发,因此B项目2名开发人员需要A项目的开发好的源码和项目文件,或者说依赖于A的功能,然后C团队的2名开发人员又可能需要依赖A,B模块的功能!

但是是否有实现方式符合以下这样一个场景呢?

B模块的开发人员能使用到A模块的功能,但是A模块的核心功能不被暴露,使得B模块的开发人员能用但是不知道细节,同时C模块也能用到A模块,B模块的功能,但是C模块的开开发人员又不能知道A,B模块的核心功能!

请问以上需求是否有好的解决方案呢? 请教各位看官了,谢谢了!


加载中
1
Jeky
Jeky

以前在一个项目组 因为核心算法涉密 最后给的模块都是直接调用内网的一个端口来实现的 你可以照着这个思路来

另外 这个项目组的结果最后就是因为互相不信任散了 这个也请参考

0
loyal
loyal
额,都是搞开发的有必要么?你要是非要那么做,就混淆器混淆吧.然后分成三个工程,用maven管理.分别将jar提交到服务器上.jar在提交到maven前都是被混淆的才行.
0
cxshun
cxshun

同个公司内,同个项目组,我觉得完全没必要吧,这只会让人反感,连点信任感都没,还谈什么搞好工作。

如果是外包那就例外处理,混淆,啥都可以,如果是同个公司,就是上面的情况了,建议不要搞这样的东西。

0
Monkey
Monkey
开发的还真没法搞,除非你运行用加密的jar,项目里添加的都是只有声明的空类jar。建议别这么搞,太伤士气了。
0
正厅级二奶
正厅级二奶

同一个公司没必要吧。

另外,Java里有许多混淆技术,但是J2EE项目很难用上,因为J2EE里很多Domain、映射,变量名都是固定的,没办法混淆。J2EE里,哦还真没找到可靠地混淆技术。

要是J2ME和J2SE桌面程序,混淆相对容易

0
FutureTime
FutureTime
rpc、soap来保证
0
王瑞平
王瑞平
接口,接口懂不?
0
huan
huan

引用来自“正厅级二奶”的答案

同一个公司没必要吧。

另外,Java里有许多混淆技术,但是J2EE项目很难用上,因为J2EE里很多Domain、映射,变量名都是固定的,没办法混淆。J2EE里,哦还真没找到可靠地混淆技术。

要是J2ME和J2SE桌面程序,混淆相对容易

真心不懂,java混淆和j2EE有啥关系
0
南湖船老大
南湖船老大

引用来自“huan”的答案

引用来自“正厅级二奶”的答案

同一个公司没必要吧。

另外,Java里有许多混淆技术,但是J2EE项目很难用上,因为J2EE里很多Domain、映射,变量名都是固定的,没办法混淆。J2EE里,哦还真没找到可靠地混淆技术。

要是J2ME和J2SE桌面程序,混淆相对容易

真心不懂,java混淆和j2EE有啥关系

J2EE 要不要和HTML页面交互?HTML页面表单里的那些username,pwd变量能不能随意改?

以struts2的Model为例,你java代码混淆了,这些变量的命名都错乱了,你还怎么弄?修改HTML页面?还有SPRING里的各种XML配置怎么办?即使你在混淆时设定一些排除规则,也很麻烦

返回顶部
顶部