@oolala

可以啊, 請到這里下載
http://code.google.com/p/javenstudio/

@oolala

實際就是改造hadoop這些開源項目, 并加入自己設計的服務器集群管理系統(tǒng), 把它們改造成一個整體, 從最基本的代碼角度, 而不是簡單的系統(tǒng)集成, 這是我的想法 :)

研究別人成功的產品, 然后開發(fā)自己想法的東西, 本人一直以研發(fā)為主:)

@eddy_yang

由于使用C++開發(fā), 請使用g++ 3.2以上(建議4.x)版本

贊同，本人計劃改造hadoop使之可以真正運行于普通大眾的PC機并自動組成網絡計算系統(tǒng)

<hadoop分析> 寫得不錯，學習學習：）

現在先寫lucene，下次再寫hadoop，：）

又不是比賽誰的效率高，只要能滿足生產需要就OK了，這點Lucene沒問題。
我倒覺得它的可配置性以及相關性算法還不夠強，只能滿足中小型應用

lucene這么出名的項目，已經好多年了，效率沒問題

謝謝提醒，不過應該是PB=1024TB=1024*1024GB

oh, 很抱歉，做得東西比較雜，所以好久沒心得寫了

是啊，請看介紹 http://javenstudio.org/blog/?page_id=86

說來慚愧，都是皮毛，沒有很深入研究，希望能好好研究一下hadoop

請到這里下載：）
https://sourceforge.net/projects/javen/

謝謝！有點忙，寫文章的時間不多，不過如果有一些心得就會寫一些共同學習的，he

因為都改造自lucene/hadoop，所以暫時不開源，he

To Connor, Thanks for your interested in my project, Sorry I dosent plan to go abroad in the near future, but I will persist in this project. thanks for your invitation.

哦，為了方便對照著看，感覺這樣會看得更仔細些：）

相當于Java里的 import 或者 C++里的 include和using namespace作用。
我就是對本文比較感興趣，翻譯一下原文：）

不客氣，太忙，還有很多沒寫完

主要是根據自己應用的需要而開發(fā)的，所以很多都沒時間實現了

哦，是阿，我也開始一個新項目了，自己喜歡做的事都沒時間做了，:)

@rain

感謝你的關注和支持，最近比較忙，精力轉向別的方面了
現在想來，還需要在一些高級的領域再突破一下，雖然在一些非技術的地方更需要提高，不過還是認為技術上一定要做到最好最前沿的領域才能有所作為，
共同進步吧 :)

哦，這是我仿照javaMail的體系設計的，原本就是想實現一個完備的郵件解析庫，因為很多地方都可以用到，比如如何將附件，圖片和html等封裝成一個text格式處理，如mht文件等。

過獎，這是我原來看OR記的筆記，所以貼上來了
共同學習，he

一個字：堅持，第二個字：學習
因為干任何行業(yè)都一樣，hei

larry帥哥, 我這里不靠人氣的，hei

謝謝你的關照，最近雜事太多，很少顧及這里了，我得抓緊了，嘿

哦，報上名來，哈~
另，慚愧的很，好幾年沒鉆了，嘿~

很高興與你討論這樣的東西，我也有類似的想法，發(fā)布javen庫也是這個意思：）
我正式學習和使用C++/Java已經5,6年了，不包括大學里和剛畢業(yè)2年的陸續(xù)地上手式的學習，在國內的說法也可以說“精通使用”，但更想深入鉆研這些語言的機制和高級特性以及語言的發(fā)展等，可以說剛剛“入門”而已，所以說有一些自己的想法，也想通過這些庫或應用實現出來
目前納入這個庫的都是一些跨平臺的部分，暫時無法跨平臺的暫通過獨立的庫包含進來，比如javen是一個基礎的跨平臺庫，jserver是一個進程調度的服務器框架，jstorage將做一個分布式存儲框架，jsearch將實現一個搜索引擎框架等等，根據想做的應用，以后還想封裝更多的框架。不過考慮到學習和使用的成本問題，我這些庫的接口基本都是仿照目前最流行的語言和庫做的，比如jsearch將仿照lucene的接口，jstorage可能仿照hadoop等，javen則與java語言盡量類似。
目前C++領域確實有很多的庫，不過我感覺它們的管理不像java那樣嚴格，有標準的接口，像ACE這樣的大型庫學習使用難度比較大，而且功能大部分單一，所以我想考慮自己設計這樣一些庫，簡化應用的開發(fā)
看到你大力推薦D語言，我也有一些興趣，以后有時間多多關注一下，不過現在還不了解，所以無法發(fā)表對它的看法：）
重設計一門新語言來說，我覺得如果沒有MS那樣的財力，是非常非常難了，就是SUN推廣Java也只能靠Open source這樣全社會的力量，所以說未來我感覺應該還是C++/Java/C#的天下，而且它們都在改進中，互相吸收，有龐大的標準組織管理，弊端肯定越來越少。所以我選擇C++除了喜歡外，也有這個原因。
歡迎再繼續(xù)交流討論：）

另外一個想法是用最簡單的最基本的C++語法來實現這個庫，著重于開發(fā)應用，并不強調強大先進之類，甚至想拋棄template語法，總之是想讓庫更簡單
所以也不需要等C++0x標準了，而且從strustrup對C++的期望看，C++語法應該不會有多大的變化了，以后擴充估計都是標準庫之類，比如吸納boost
我比較喜歡C++的強大，可以自由地控制幾乎任何東西，he

D語言？我感覺是現在開發(fā)一門新語言太難了，因為幾乎無法跟C++/Java/C#競爭，推廣太難了
而且不現實，幾個人做這個太難了，光編譯器就難以短期完成
我做這個還是比較現實的，目的很簡單
1, 想積累自己寫的庫，避免重復勞動。想通過它寫幾個具體的應用
2, 想讓C++程序寫起來更簡單，學起來也簡單(like java)，因為C++太強了，完全可以通過庫來實現
3, 比較喜歡C++
4, 更龐大的目標是想讓跨平臺應用更簡單，OS API太復雜了
hei

過獎，共同學習啊，感覺不會的太多了

關于getText()的編碼問題，請看下面的定義，這些方法與JavaMail是一樣
/**
* Return the text/ content as a String pointer. The type of this
* object is the native format of a "text/" content.
*
*/
void getText(String &s);

/**
* Return the content as a String pointer. The type of this
* object is the native format of a "text/plain" content or
* other attachment data.
*
*/
void getContent(String &s);

哦，thanks for your comments
1, 64位，目前我還沒考慮到，因為沒有64bit機器呀，不過等我完成第一版后，我會開放源，大家自己改造吧
2, Mime其他編碼，目前支持常見的base64和quoted-printable，不過由于做此庫第一目的也是為完成具體工作，所以其他編碼未實現了。不過大家可以改造加入支持，只需要寫幾個編解碼類就可以了
3, 效率問題，我曾將此庫的早期版本應用一個較大的郵件系統(tǒng)，效率并沒發(fā)現明顯影響，是否硬件的問題呢
4, gcc版本，我再盡快提供新的版本吧
5, 關于7bit/8bit/getText()等問題我抽空查一下看，盡快解決：）

首頁有下載，全部src暫未提供

是啊，我就是學習了一些ACE的設計想法做的，接口都仿照java

首頁可以下載試用版本，源碼等我完成后會open source的，thx

里面comm就是帶源碼的, 我會慢慢公布一些, hei, thx

快了，我會發(fā)布一個windows下的試用版本

有電子版的，網上下吧

等我有時間我先發(fā)布一個庫給大家試用看看，謝謝支持！

想打算以后開源，不過現在太忙了
所以我先介紹一下我的設計思想，過些時間有空再提供一個共享庫試用
謝謝

是啊，是我看一點翻一點的，也有便于自己復習之需，翻譯團隊不知道，估計官方已經在譯了吧

非常抱歉，最近工作太忙，顧不上了，等緩一緩先吧

報歉，現在還不行。我主要先介紹它們的設計。

現在還不行，我想重新設計一下整個C++庫，郵件解析庫也想實現對輸入流的解析功能，我想以后希望能加入open source