simplejee 入门级j2ee开源项目

按照对学员最不利的解释就是，我免费教你学一段时间，你免费帮我工作一段时间。
这种模式
1、有些学员学的不太好，我们是亏的
2、有些学员学的比较好，我们是赚的
3、学的不好的，我们还是照常返还学费
4、学的好的，我们不多加薪酬

比较适合学生，与其花1w多到其他机构，不如在我们这碰碰运气。

如果你设置了保持密码，但又要切换用户名，可以参看
http://support.embarcadero.com/cn/article/36969

工作过的兄弟们提点建议哇

太复杂了，没必要这么复杂。
建议看看springside或则我们的simplejee。

JForum的代码还比较清晰，但谈不上强大，虽然一般也足够用了。

再来支持一下

不错，辛苦了，我们也用jbpm4做项目，但没时间整理资料。

@珂儿

第一，这个服务不是面向商业公司的，虽然商业公司完全可以使用。比如我们公司，整的这个开源项目，用来做宣传是重要目的之一。
第二，不仅仅是一个版本服务器，还有项目管理的一些功能。
第三，如果你在找工作，在上面发布个你认为能代表你的项目，我想还是不错的。

推荐一下我们的simplejee项目，起初公司内部做培训的时候，先是使用的appfuse做例子，不方便，后来使用springside，但对初学者还是头疼，就产生了写一个简单的入门项目的想法，从那时开始到后来做对外培训，慢慢的形成了这么一个简单的，大杂烩型的项目。http://code.google.com/p/simplejee/

或者通过第三方软件打成exe


呵呵，也可以借助eclipse的那个exe一下。
这个文章介绍的内容也不错，推荐之
http://hi.baidu.com/zhme0268/blog/item/8da1dec6dd555fd5d1006086.html

和Apache有点类似
　　X-Forwarded-For
　　WL-Proxy-Client-IP

概念上好像不对，你的代码只是截取域名后的第一段路径，这个和context path是两码事，虽然在很多项目中是相同的，Contextpath还可能为空，这时你截取第一段路径就是不对的了。
真要是需要的话，你定义一段javascript如下，应该更合适。
<script>
var contextPath = "<%=request.getContextPath()%>";
</script>

http://www.javaeye.com/wiki/simplejee
我们在javaeye上建的j2ee入门学习的专栏，刚开始做。

我还是习惯用annotation写在action类里。

我们也在相关的工作，只是现在手头项目太忙，这段时间没再继续。
你们做的还是满棒的。

我们06年用qooxdoo做了一个财务教学软件，感觉还不错，但还是对程序员的js要求比较高。所以后来我们的策略，ajax只能为辅。

不过看到上面这些比较的图表，看到的dojo都排到最后面，有点幸灾乐祸，呵呵，我一直不看好它。

但现在感觉小军刀的话，选择prototy.js,jquery,mootools，而解决方案选ext。

我都不知道，网上那些技术文章，都干嘛吃的，就没有一个gwt-ext的用户遇到，靠。

***不好这么说的，具体做到这个的人还是比较少的，尤其是按比例来说。***

搞到2点多，我都服了。 我自己生写html都搞出来了，gwt楞搞不出来，我草

原来发现，<meta http-equiv="content-type" content="text/html; charset=utf-8"/> 这个没加。也是在一位仁兄的blog中找到，很难找啊。

这只是一种方法，或则你引入google map的js时指定其编码为utf-8也可以。
去年某个时候google map的js编码做了转换，当时我因为一直在用，google切换的第二天我就发现了。不过我只在群里说了一下。

似乎ext对于找工作更有帮助些。

金蝶是满特别的，虽然我对此类东东信心不大，所以根本没去了解。

现在吗，是自己在做，也不是为了所谓什么重复造轮子，主要是方便应对各种情况。

我们以前一个项目用的是东软的，至少那个项目做的不太好，感觉设计上还可以，但问题比较多，好像是一个没有做完的东东。

好久之前是自己写，但不久就换用别人的了。
最开始用的是htmlarea，感觉不错，代码很清晰易懂。但后来不再维护了，好像他们整了个收费的版本。
现在省事就用fckeditor了。

@bluesky

tomcat5 还是 5.5之后就存在这个问题。

另外如果使用spring的话，可以使用其CharacterEncodingFilter，并建议将forceEncoding设为false，这样可以接受客户端不同的编码。特别是使用ajax的时候。

虽然对我这不是新知识，但小伙子这么有共享精神，很是可赞。

@HiMagic!
是啊，而且还又match了一下，又成了获取域名了。
不过我以前只知道在后台获取头信息，这个到没留意过。

@abao

我想appfuse的出名可能是因为他只做很基础的内容，然后你可以自己扩展，也整出一个可以称为框架的自己的东西。而国内的一些快速开发平台可能太复杂，不适合学习了解内部机理。

我们现在是struts2,hibernate,spring是基于appfuse整合的。用起来很好，以前我们使用struts1.x，但通过结合spring的插件，效果上还是很类似现在的struts2，不过现在感觉还是struts2好，很不错，大大的减少代码，减少逻辑复杂度。

很有受益！
另外感谢关于我们的培训计划的留言，很有价值。

@lizhiyang

我只是根据项目中多了spring，hibernate后，容易造成这个问题，以及spring，hibernate会产生很多类这个角度来猜测是其原因，倒确实没有正式确认过。

@saysoc
我倒没再测试5，我现在都是在6下测的。

@stone2083
恩，我之前还不知道可以使用jstat进行观察，刚才找了下资料。多谢。

经常见到这样提供和索要软件或文档的，总是担心楼主会少睡几个小时。

连说带评写的不清晰，总结一下
1、修改tomcat的启动参数，类似如下的样子
set JAVA_OPTS=-server -Xms256m -Xmx256m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=256m
2、将通用的lib文件放到tomcat的目录下

建议大家还是深入了解一下Acegi，Acegi设计的思路和楼主有所不同。在Acegi里有用户，授权，资源，以及在资源被访问前进行权限的检查。一个用户可以有多个授权，一个授权可以对应多种资源，而资源可以多种多样。在Acegi的默认实现了有url，方法，领域对象。而用户和授权的关系，并不只是直接把授权交给用户，还可以把授权分配给角色，给用户组，给部门等，然后用户和角色，用户组，部门关联起来，几种分配方式可以配合使用。
按照这种思路，采用不同的授权方式，应该是可以用一套类似的程序，实现多种的授权方式。Acegi关注的够底层，所以可以有更大的扩展，适应更多的情况。

建议大家还是深入了解一下Acegi，Acegi设计的思路和楼主有所不同。在Acegi里有用户，授权，资源，以及在资源被访问前进行权限的检查。一个用户可以有多个授权，一个授权可以对应多种资源，而资源可以多种多样。在Acegi的默认实现了有url，方法，领域对象。而用户和授权的关系，并不只是直接把授权交给用户，还可以把授权分配给角色，给用户组，给部门等，然后用户和角色，用户组，部门关联起来，几种分配方式可以配合使用。
按照这种思路，采用不同的授权方式，应该是可以用一套类似的程序，实现楼主所说的三种方式。

@BeanSoft

多谢，常交流。

我感觉开源有两种，一种是兴趣使然，一种是商业策略。
不管是哪一种多数开源项目都要花费大量的人力，自己的，或者公司的。
如果你不需要依靠你做的这个开源的东西谋生活，养儿女，开源并且免费，如果愿意的话。
我觉着这无可厚非，见到别人收费就骂，国外的可被咒骂的开源项目太多了，很多著名的项目。有些骂人的人就是便宜占不到了，心里难受。
另外如果你开源，先是给自己戴个大帽子，扩大知名度，然后再按照预谋好的计划进行收费，这也不厚道。
开源和免费是两码事，有些免费的东西不开源，有些开源的东西不免费，国外还有些项目开源但是不提供文档，或文档很差，靠文档和培训收费。
简单的说一个不要想着占别人的便宜，更不要占不到就骂人，另外一个不要即想做XX又想立牌坊。

对于web-rpc我用的就是json-rpc(现在叫jabsorb)，当然我们又做了修改，以便和spring结合，另外去掉了初始化的过程。
DWR的协议，还有国内的一些哥们写的RPC的协议不太喜欢，DWR的人说他们会支持多种协议，并且说他们的功能比json-rpc强，反正我们用不着。

不错，很清晰。

好，我会把本文介绍给我的开发伙伴。

@随缘
hehe，我这边的网络情况下dependencies还满好的，特别用了迅雷。

非常感谢

@一农fan
1、其实我修改的主要是其中的JSONRPCBridge类，把根据className获取对象的方法和spring结合起来而不是像原来那样从session中获取。我贴出代码没有任何意义，因为这个修改很细微，只要你了解了json-rpc-java的JSONRPCBridge逻辑，自然而然就明白了。我就不想献丑了，如果今后我把代码优化一下，自己能满意一点，或许我会贴出来，提高一下自己的抗击打能力。
2、你读一下dojo的代码就明白了，比我做的方式对你更有益处。

高手开源的东西太多了，你有空余时间的话，可以花时间看看，我这个业余选手的东西实在是污染视听，我做这个blog的目的是为了看看是否有公司需要类似的技术，招我做做兼职 :-)。
最近在找工作，被笔试，面试，烤的焦头烂额，我本科不是学计算机的，现在是读电子研，所以数据结构等抱抱佛脚学的一点东西，去考试真的满痛苦。如果你是在校生，或想到一些大公司，不要花太多的时间去学这类技术，把数据结构，离散数学多学学，多练练。

这个只是js库，可以在.net下使用。
只是其中的rpc现在他只提供了java和php的，不过当然你可以使用.net下的rpc。

@stoneboy
1、我认为这么理解是对的
2、3、你具体使用qooxdoo做些东西就晓的了，我还是推荐了解dwr，因为我用的json-rpc-java是经过我很多改造的，所以这里没办法讨论。dwr返回的数据也是适用的json的格式。所谓json其实很简单，http://www.json.org/，有点类似于Map，就是属性结合的表示方法。至于同步，异步，你需要了解一下xhr，本质上dwr，json-rpc-java都是基于xhr的，可以参考这个网站 http://www.xmlhttp.cn/。
4、我的gmail邮箱是ynstudio

:-)，希望能有点帮助

关于树，qooxdoo的效率不高，不过dojo似乎更低 :-)，节点多的话，当然要动态装载了 :-)

@originxu
1、我现在做的一个正式项目就是使用的qx，已经接近尾声。ui使用的qx，没有采用什么特殊的东西。我就采用最直接的新开窗口，虽然消耗资源较多，但可以忍受。另外dojo蛮好的，可以考虑一下。
2、使用xhr载入js，和后台没什么关系，就是为了实现根据需要载入js。 对，json就是调用后台注册给spring的bean的方法，不过json-rpc-java本身没有直接的实现方法。所以对于rpc，我建议你了解dwr。
3、json-rpc是基于xhr实现的，是为了模拟rpc的功能。我现在这个项目多数的操作界面，使用了qx的界面，都是使用json-rpc来与后台进行数据交换。但有些功能是直接使用的常用的struts的方法。
4、这个也没什么特别的地方。还和以前类似。因为还是请求响应。还是上面说的，因为我用的json-rpc-java已经不是原来的json-rpc-java了。你说提出的json-rpc的问题，我的回答估计对你也没多少用处。还是看dwr就可以了 :-)
5、对我现在做的系统里并没有考虑国际化的问题。如果我要做这个工作的话，我还真没想好方法呢。如果使用struts+jsp的方式来实现现在的系统，有些标准的方法，但我总觉着不方便开发。现在拍脑袋想一下，如果是js文件里需要国际化的话，我会将需要国际化的文字加上一些特殊的标志，然后传递到前台时，像jsp一样进行过滤。

我发现dojo的样式是通过元素的class定义的,所以如果要修改样式,直接在当前页面里重新定义这些class就可以了.
而qx的是通过元素的style来定义的,需要修改theme的相关配置,感觉和dojo相比不甚方便.
不知这个理解是否正确.