SpringSide 1.0 M2 发布

就是搞Javaee 的淫

请问SpringSIDE的DEMO有没有真的在websphere（IBM JDK1.4）下跑过？
我自己做了1.4的源代码然后打包成war然后发布到webshpere,结果读XML的时候出了ByteToCharGB18030错，应用没跑起来

没有在上面跑过呢。而且我试了用retrotranslator把代码转为JDK1.4,在cglib式的AOP Proxy时有问题，对ss如何跑在JDK1.4上正郁闷。

以兼职人员身份登录，可以看到权限管理，只是在点最后一下确定修改时才说没权限，可不可以在后台设置一下，就改成看报表那样，一点就提示没权限。
那个权限管理，要选择资源，要是翻页后再选再点授权，就会有javascript错，不翻页，点下表头排下序也是一样的。

跟你出现一样的情况
Neither Errors instance nor plain target object for bean name 'user' available as request attribute
不知道是怎么回事

事实上只要采用资源文件的方式，就可以避免中文html被截掉的问题，不需要最新的sitemesh版本

不好意思不好意思, 尽量这两天发布一个较少bug的1.0M2版本.
然后就会铺开代表SpringSide最终型态的1.0M3版本.

在代码结构上可能会大改,严格分开BookStore Sample 和 SpringSide的 Framework/Modules, 方便大家一边看着sample,一边从Framework/Modules部分 copy 东西进自己的项目.


另外,说到sitemesh, 如果要把中文html里的中文都抽取成properties文件比较不agile,因为不是每个项目都有国际化的需求(甚至大部分不需要)

发布了M2版本，偷偷顶一下。大家之前提到的bug应该都已经修正了。

严重支持 马上下一个读一下 这次紧跟着每一个版本走 呵呵 学习一些经验使用

CUID部分，代码量还是很大，不符合组件或框架的思想，我觉得代码生成不能代表框架技术，框架应当完成重复的，低效的，与具体业务无关的，底层的功能。
   对于CUID的功能的开发，完成可以应用到框架的思想。即开发者使用框架，要框架的约定，按照规定的方式进行开发。
  
   对于简单实体的CUID功能，开发者只需要按照一定的约定编写JSP页面，
   然后在配置文件中配置与之具体相关的实体类，其余的功能全总由框架来完成。
   框架主要完成的功能：
   1、接收参数
   2、根据参数中的关键字，从配置文件中读取实体类名，利用Java反射生成实例，将参数数据填充到实体中去。
   3、调用BaseDao的saveOrUpdate持久化实体类
   4、从配置文件中读取返回地址，跳转到指定的返回地址

   对于复杂的CUID，框架可以提供接口，使用框架的人只需要实现接口，并将接口的实现类名配置在配置文件中，框架调用时，同样利用反射机制，调用接口实现即可。
   所以整体的工作量就很少：
   1、对于简单的CUID，开发者只要写一个JSP ＋ XML config就完事了。
    2、对于复杂的CUID，需要再加一个接口实现类，
 
   所以从上面可以看出，开发者完成不需要再写Action.也不用管什么Struts，还是Webwork。