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，時間太久了已經找不到了。我老家的電腦上可能還有，最近可能要回老家一趟，到時候再發給你。

多謝宋大哥了，：）

以前也經常罵別人，給別人挑錯，現在終于遭報應了，用郭德綱的話說“報應呀！”，哈哈。以后要注意了，再也不隨便罵人了。
以后我也不寫字了，省的讓別人說我抄襲新華字典的。
阿彌陀佛。。。。。。
我又抄佛經的了，罪過。。。。。。。。

罵吧，罵吧，我要長大，我要開花！！！