CowNew开源团队

呵呵，我也是转载的

@guoyong.che@gmail.com
从语法本来来讲，Java和C#比起来没有本质区别。不过从我接触过的产品来讲，很多基于.Net的开发东西更侧重于工业化的实际应用，所以很多地方都是“能用就行，不考虑太复杂的东西”，而基于Java的东西则是求精美、求最佳化。不同的风格吧。比如看看Visual Studio SDK的代码，发现很多类设计的很土，违背很多设计原则，只是“为了使用而设计”，并没有经过好的设计，而Eclipse的代码则非常精美。
还是那句话，能不能写出精美的程序在于人，而不在于工具，很多基于.Net的东西也有写的很精美的，基于Java做的东西也有很多非常垃圾。

不过Eclipse还是比VS强大很多的，毕竟开发人员用一个IDE是希望它强大，是否容易上手是次要问题，：）。

没有呢，我们对新生事物接受能力有点差，呵呵，还是用原始的方式进行管理呢。

多谢。
比较喜欢黎姿，呵呵。

XP我认为只适用于小项目或者进行产品前期预研，规模大一点的项目还是走正规的研发流程更好一些，否则一团糟。

@lingos
多谢您的建议。

确实听荒唐的，我更愿意把“结对编程”当成代码走查或者培训新员工的手段，至于JDO，呵呵，有几个人用JDO呢。不过没有闹剧这个世界就没有了趣味了。

CowNew开源团队祝Tbuy越来越好，开源万岁！

@sqlnavigator
多谢您的建议。我们已经计划和其他开源组织合作来做典型案例的推广。

@sqlnavigator
我对SpringSide了解不是很多，不是SpringSide好像是一个解决方案，而我们的BlueFin只是一个IDE。

@sqlnavigator
如果只是做项目开发的话，使用的DBMS是确定的，所以CowNewSQL没有什么优势；但是如果想做跨DBMS的产品的时候就有价值了。

@明白人
只有别人做的不好的时候我们才会去造新轮子，而且目前我们做的开源产品都是其他人没有的。

后台sql编译有什么问题？？？
你执行一下“select trim(' a b ')”，看看能不能得到“a b”，如果可以的话就说明没问题。

@likaijin
请确保“CowNewSQL的Jar包（包括cownewsql***.jar、antlr.jar、commons-lang**.jar、retrotranslator-runtime**.jar等）加入程序的ClassPath”。

@caikanxp
呵呵，旧貌换新颜呀，：）

@薛晴
我感觉用来教还不懂英语的小孩儿来学编程还是个不错的思路。

多谢温少指教，：）
1、暂时没有手工编写的文法分析的打算，因为考虑到数据库操作和SQL翻译的速度比起来不在一个档次上，提高SQL翻译的速度并不会有明显的性能提升。Antlr挺好用的，等到以后发现有性能瓶颈的时候会再考虑用手工编写的文法分析。
2、CownewSQL也计划在未来支持通用的存储过程。
3、DB2确实很讨厌，很多其他主流数据库支持的特性它都不支持，它竟然还是关系数据库的祖宗，看来祖宗就代表着守旧呀，呵呵。
再次感谢温少的指教，以后还请高手多提宝贵意见！

@专注JAVA开源
是不是您的网络有问题？我这可以下载，找了几个朋友试了一下也可以下载。

=>是做前向测试的。可以把它想像成C或者JAVA中的“?:”

@天地
请问阁下难道是比尔盖茨？如果不是的话请注意不要口出脏话，我不相信微软的拥趸都是满嘴喷粪的人！

@jeff
我认为未来编程技术的发展将是普通用户也能用自然语言来编写自己需要的软件（当然肯定只能开发业务软件、办公软件、娱乐软件等非系统级软件），用户只要用自然语言描述软件的功能即可。未来的编程技术的发展是“没有天书般的代码，只有人人都能读懂的自然语言”。

@海阔天空
恩是的，等正式版发布的时候再加上。您如果需要那些图的话可以对照英文原版文档。：）

@惊鸿逝水
CowNewSQL是支持from_clause中的select_elements 。“SELECT rownum n, a.* FROM (SELECT * FROM t_user ) ”这句话不能正确翻译主要有如下两个原因：
（1）rownum 是关键字，所以不能用作列名。这个问题我们会在后续版本修改，只支持Top语法，这样解析也会快一点。不知是否可以？
（2）暂不支持a.*这样的表后的“*”，只支持,select * from ....。

改成“SELECT aa n, a.id,a.name FROM (SELECT * FROM t_user )”就可以通过翻译了。

@惊鸿逝水
"table"是SQL的关键字，所以不能用作表名，改为比如“select max(a1) from table1”就可以了。
“SELECT * FROM (SELECT rownum n, a.* FROM (SELECT * FROM t_user )a WHERE rownum<=?) WHERE n>?”这个请使用SQLServer的TOP语法，可以参考在线演示中的【样例】→【特色语法】→【取结果集前N条】。
感谢你的建议，：）。

@Ray Zhang
多谢指教，：）。
要是像你说的那样的话，我又感觉这种代码生成器是很土的东西了，别笑话我，呵呵。

@cjx
是不是你的邮件提供商已经把SMTP、POP3服务停止了呢？

电驴下载地址：http://www.verycd.com/groups/@u2105483/204642.topic
HTTP下载地址：
http://www.cownew.com/Soft/ShowSoft.asp?SoftID=16
http://www.cownew.com/Soft/ShowSoft.asp?SoftID=10

@paul
呵呵，这两本书都是以前我自己写的。不过明年年初要出版的两本书就是CowNew团队的集体智慧了，敬请期待！“帮助队友成功”是一个不变的原则。

@唉，悲哀啊
不知道哪些地方烂？非常高兴能够听到一个高手对我书的评价。

多谢宋哥，：）
补充一下
ChinaPub地址：http://www.china-pub.com/computers/common/info.asp?id=36806
目录：

第2章 Eclipse插件开发
2.2 简单的案例插件功能描述
2.3 插件项目的建立
2.3.1 建立项目
2.3.2 调试方式运行插件项目
2.4 改造EnumGeneratoreNewWizardPage
2.4.7 取得界面控件值的方法：
2.5 开发枚举项编辑向导页
2.5.1 初始化
2.5.2 相关环境数据的处理
2.5.3 代码生成
2.6 编写代码生成器
2.7 功能演示、打包安装
第3章 插件开发导航
3.1 程序界面的基础－SWT/JFace
3.1.1 SWT的类库结构
3.1.2 SWT中的资源管理
3.1.3 非用户线程中访问用户线程的GUI资源
3.1.4 访问对话框中的值。
3.1.5 如何知道部件支持哪些style？
3.2 SWT疑难点
3.3 异步作业调度
3.4 对话框
3.4.8 自定义对话框及配置保存与加载
3.5 首选项
3.6 Eclipse资源 API 和文件系统
3.6.1 资源相关接口的常见方法
3.6.2 方法中force参数的意义
3.6.3 资源相关接口的方法使用示例
3.6.4 Eclipse中没有当前项目
3.7 Java项目模型
3.7.1 类结构
3.7.2 常用工具类
3.7.3 常用技巧
3.7.4 设定构建路径实战
3.7.5 如何研读JDT代码
3.8 插件开发常见问题
3.8.1 InvocationTargetException异常的处理
3.8.2 Adaptable与Extension Object/Interface模式
3.8.3 千万不要使用internal包
3.8.4 打开视图
3.8.5 查找扩展点的实现插件
3.8.6 项目nature
3.8.7 透视图开发
3.8.8 关于工具条路径
3.8.9 Eclipse的日志
第4章 属性视图
4.1 基本使用
4.1.1 IPropertySource接口说明
4.1.2 对象实现IPropertySource接口
4.1.3 对象适配成IPropertySource对象
4.2 属性视图高级话题
4.2.1 属性分类
4.2.2 复合属性
4.2.3 常用属性编辑器
4.2.4 自定义属性描述者
第5章 开发Hibernate插件
5.3 实体模型文件创建向导
5.4 模型的定义和模型文件处理
5.5 实体属性描述者
5.6 实体编辑器
5.6.1 字段的编辑
5.6.2 编辑器基类
5.6.3 实体编辑器核心配置界面
5.6.4 多页实体编辑器
5.7 代码生成
5.7.1 代码生成器接口
5.7.2 代码生成器配置文件
5.7.3 代码生成向导
5.7.4 公共工具类CommonUtils
5.8 Hibernate代码生成器
5.8.1 命名策略
5.8.2 工具类
5.8.3 代码生成的JET代码
第6章 基于GEF的界面设计工具
6.1 GEF简介
6.1.1 Draw2D
6.1.2 请求与编辑策略
6.1.3 视图与编辑器
6.1.4 GEF的工作过程
6.2 系统需求
6.2.1 界面设计工具的分类
6.2.2 功能描述
6.3 构建模型
6.4 实现控制器
6.4.1 窗体和组件的控制器
6.4.2 编辑策略
6.4.3 命令对象
6.5 窗体文件创建向导
6.6 组件加载器
6.7 编辑器
6.8 代码生成和构建器
6.8.1 代码生成
6.8.2 构建器
6.8.3 为项目增加构建器
6.9 实现常用组件
6.9.1 标签组件
6.9.2 按钮组件
6.9.3 复选框
6.9.4 编辑框
6.9.5 列表框
6.10 使用演示

@惊鸿逝水
暂时不支持。我们会研究是否能在其他DBMS上模拟此语法，如果可以的话，我们会在后面的版本中对其提供支持。

@kitsionlee
多谢你的支持，：）。不过那本书出版社运作的不好，很失望，呵呵。

qq:57077490

不需要的，他那个是一个完整的服务器，如果采用嵌入式服务器的方式，只要
org.mortbay.jetty-5.1.0.jar
servlet-api.jar
javax.servlet.jar
commons-el.jar
commons-logging.jar
这几个包就可以了，一共1M多一点。如果只有Tapstry这几个包就ok。如果还需要有jsp页面则还需要，jasper-compiler.jar、jasper-compiler-jdt.jar、jasper-runtime.jar这三个包，1.6M。
如果还搞不定可以和我联系：about521 at 163.com
或者MSN：cownew@hotmail.com
杨中科

感谢badboy的共享精神！：）

@q
各个数据库对存储过程的支持的差异还是蛮大的，而且团队里熟悉存储过程的朋友不是很多。不过我们会向这方面努力的，也希望您能提供相关的指导和帮助，以帮助我们开发出更好的国产开源产品。：）

@mlw2000
能把Eclipse错误日志发给我吗？about521@163.com

Linux的开FTP、Telnet的方式都差不多，不过各个不同版本的安全策略不一样，所以开启方式还是略有差异的，确实比较麻烦。

@张义
那个“Open Properties”按钮是旧版本有的，考虑到通用性，新版本去掉了，你可以直接打开Eclipse的属性视图，“Window”→“Show View”→“Properties”

《J2EE开发全程实录》中给出了一个在分布式系统中使用Hibernate而免于考虑延迟加载的解决方案，可以参考一下，：）

用其他类型的数据库也完全可以，只要照着readme.txt中的说明修改数据源配置即可

感谢推荐，支持开源！

很多事情看起来貌似“就应该这样”，但是仔细分析却发现其中蕴藏着非常精妙的东西。感谢Long的分享，学习中。

东西简单与否和好不好没有必然的关系。“重剑无锋、大巧不工”，：）。欢迎多提意见。

为什么这么说呢？请指教，：）。

sorry，时间太久了已经找不到了。我老家的电脑上可能还有，最近可能要回老家一趟，到时候再发给你。

多谢宋大哥了，：）

以前也经常骂别人，给别人挑错，现在终于遭报应了，用郭德纲的话说“报应呀！”，哈哈。以后要注意了，再也不随便骂人了。
以后我也不写字了，省的让别人说我抄袭新华字典的。
阿弥陀佛。。。。。。
我又抄佛经的了，罪过。。。。。。。。

骂吧，骂吧，我要长大，我要开花！！！