激情久久久久,黄色日韩网站,国产伦精品一区二区三区高清版

再次重写了XML解析模块

HuYi — Fri, 28 Apr 2006 16:36:00 GMT

最开始用的libxml2�Q�linux上倒是方便�Q�但��Z��在win上��用这个，需要编译一大堆附加库，�q�要带上大家伙，本来是�ؓ(f��)了图方便�Q�没惛_��更加的麻烦，而且在实际��用中�Q�也�q�不��手。鉴于此�Q�我攑ּ�了libxml2�?br />
之后又瞄准了arabica�Q�一个针对C�Q�＋的解析库�Q�严格的说是一�l�包装类�Q�在底层�q�是靠expat�{�其他引擎来解析xml的。这回看��h��爽多了，不用担心�q�_��问题了。在实际使用中，引了一大堆的头文�g�Q��承了一堆父�c�，虽然�c�责��L��加明��了�Q�但�q�确实不是我所喜欢的方式，��单就是最好，�q�是我所推崇的。尽��如此，��Z��图便宜，我还是没有放弃采用arabica�Q�甚至�ؓ(f��)它禁用了一个原先工作正常，但现在有冲突的标准lib文�g�Q�可恶的LN2005错误�Q�，但最后还是发玎ͼ�arabica在一些地方�ƈ不完善，文档也不全面�Q�很费了一番周折才work��h��不说�Q�出了问题还要搞半天�Q�我只是惌��单的解析功能�Q�实在不惛_��研究透澈一个第三方库�?br />
一气之下，军_��自己��装expat�Q�花�?个多��时�Q�整个世界清静了�Q�现在一��L(f��ng)��h��那么�q�爽�Q�一切都回归到预想与控制中。功能可能不如第三方库全面，但也��_��了，而且需要的话可以再��d��。长叹一口气�Q�主席说�q�，自己动手�Q�丰衣��食�?br />
至于再高一层，我�ƈ没有像wildfire那样�Q�用pull的方式，�Ҏ(gu��)��行逻辑�Q�边解析�?br />我希望能得到pull模型�l�程序结构带来的一些好处，但又不想把解析xml的动作带到整个程序中�Q�最好能在一处解析完�Q�但又能�l�箋使用pull模型。�ؓ(f��)此，设计了XmlBlock对象的一个队列结构来模拟pull操作�Q�也受到了ACE中ACE_Message_Block机制的一些媄响�?br />后来又仔�l�想了想�Q�其实内部利用std::list��可以了�Q�做一个wrapper�Q�公布一个一�ơ性的ForwardIterator�Q�就可以模拟出Stream操作的特点了�Q�现在还没有必要做的像ACE_Message_Block那样�_��?br />

具体做法�Q�今后会(x��)写进文档中�?/p>

HuYi 2006-04-29 00:36 发表评论

HuYi — Mon, 27 Mar 2006 14:54:00 GMT

一直都隐隐�U�约的感觉TIM的网�l�模型还是有炚w��题，但却总说不出具体问题来。时不时��׃��(x��)惌��v�q�个事，今天在�R上，�l�于恍然大�?zh��n)��?br />也许是受wildfire和jabberd2的媄响太�׃��Q�特别是wildfire�Q�，TIM中网�l�和业务处理的联�p�过于紧密，从套接口��d��数据��后�Q�马上就�q�入XML的PullParser分析阶段�Q�虽然之后有��L��的分��ȝ��l�操作和业务逻辑�Q�但�q�不��d��?br />有时候业务处理还是能够感觉到�|�络的存在，我觉得这是个不良的设计�?br />让我耿耿于怀的，是Reactor的单�U�程�Ҏ(gu��)��。或许在某些情况下这是它的优势，但运用不当，��׃��(x��)成劣�ѝ��现在的TIM把业务逻辑和网�l�IO都挤�q�了Reactor所控制的线�E�中�Q�只要存在一点点的阻塞，吞吐率将大打折扣�?br />wildfire敢把�|�络和业务绑得那么紧�Q�是因�ؓ(f��)它采用的per-request�Q�per-thread的模型，�|�络IO引�v的阻塞不�?x��)媄响到其他request处理。我也没有wildfire那么大的胆子采用per-request�Q�per-thread�Q�上下文切换的消耗不��_(d��)��毕竟�U�程的数量也是有限制的，我很怀疑到底能承受多少�q�接敎ͼ�如果没有记错�Q�Linux没有重编译内核，一个进�E�内最多是1024个线�E�，W(xu��)indows能多些，好像�?5535�Q�数据可能不准确�Q�但也说明了�U�程资源是有限的。同�Ӟ��W(xu��)FMOReactor在Windows下每个线�E�内可同时监视的句柄敎ͼ�62个）�Q�也��g��太少了，�q�点也让我烦恹{�?br />仔细推敲后，我认��是把�|�络和业务完全脱��L��较好一点，用至��一个线�E�专门操作套接口�Q�突破WaitForMultipleObjects的句柄数限制�Q�再用另外一个线�E�来完成业务。在业务�U�程上��用管道过滤器模式来一步一步的处理数据。当Reactor�U�程接收到数据后�Q�放�q�MessageBlock里面�Q�用Task框架来处理�?br />�q�种模型��实解决了原先的诸多毛病�Q�但如果在这个时候改�|�络模型�Q�对整个��目是个不小的冲击，极有可能��D��在计划的旉��内不能完成项目。犹豫了一下，��Z��保证品质�Q�最�l�还是在SubVersion上创��Z��新的试验分支�?br />

HuYi 2006-03-27 22:54 发表评论

cyrus_sasl API使用�Ҏ(gu��)��

HuYi — Sun, 19 Mar 2006 03:21:00 GMT

/* This is a proposed C API for support of SASL
*
*********************************IMPORTANT*******************************
* send email to chris.newman@innosoft.com and cyrus-bugs@andrew.cmu.edu *
* if you need to add new error codes, callback types, property values,  *
* etc.   It is important to keep the multiple implementations of this   *
* API from diverging.                                                   *
*********************************IMPORTANT*******************************
*
* Basic Type Summary:
*  sasl_conn_t       Context for a SASL connection negotiation
*  sasl_ssf_t        Security layer Strength Factor
*  sasl_callback_t   A typed client/server callback function and context
*  sasl_interact_t   A client interaction descriptor
*  sasl_secret_t     A client password
*  sasl_rand_t       Random data context structure
*  sasl_security_properties_t  An application's required security level
*
* Callbacks:
*  sasl_getopt_t     client/server: Get an option value
*  sasl_logmsg_t     client/server: Log message handler
*  sasl_getsimple_t  client: Get user/language list
*  sasl_getsecret_t  client: Get authentication secret
*  sasl_chalprompt_t client: Display challenge and prompt for response
*
* Server only Callbacks:
*  sasl_authorize_t             user authorization policy callback
*  sasl_server_userdb_checkpass check password and auxprops in userdb
*  sasl_server_userdb_setpass   set password in userdb
*  sasl_server_canon_user       canonicalize username routine
*
* Client/Server Function Summary:
*  sasl_done         Release all SASL global state
*  sasl_dispose      Connection done: Dispose of sasl_conn_t
*  sasl_getprop      Get property (e.g., user name, security layer info)
*  sasl_setprop      Set property (e.g., external ssf)
*  sasl_errdetail    Generate string from last error on connection
*  sasl_errstring    Translate sasl error code to a string
*  sasl_encode       Encode data to send using security layer
*  sasl_decode       Decode data received using security layer
*
* Utility functions:
*  sasl_encode64     Encode data to send using MIME base64 encoding
*  sasl_decode64     Decode data received using MIME base64 encoding
*  sasl_erasebuffer  Erase a buffer
*
* Client Function Summary:
*  sasl_client_init  Load and initialize client plug-ins (call once)
*  sasl_client_new   Initialize client connection context: sasl_conn_t
*  sasl_client_start Select mechanism for connection
*  sasl_client_step  Perform one authentication step
*
* Server Function Summary
*  sasl_server_init  Load and initialize server plug-ins (call once)
*  sasl_server_new   Initialize server connection context: sasl_conn_t
*  sasl_listmech     Create list of available mechanisms
*  sasl_server_start Begin an authentication exchange
*  sasl_server_step  Perform one authentication exchange step
*  sasl_checkpass    Check a plaintext passphrase
*  sasl_checkapop    Check an APOP challenge/response (uses pseudo "APOP"
*                    mechanism similar to CRAM-MD5 mechanism; optional)
*  sasl_user_exists  Check if user exists
*  sasl_setpass      Change a password or add a user entry
*  sasl_auxprop_request  Request auxiliary properties
*  sasl_auxprop_getctx   Get auxiliary property context for connection
*  sasl_auxprop_store    Store a set of auxiliary properties
*
* Basic client model:
*  1. client calls sasl_client_init() at startup to load plug-ins
*  2. when connection formed, call sasl_client_new()
*  3. once list of supported mechanisms received from server, client
*     calls sasl_client_start().  goto 4a
*  4. client calls sasl_client_step()
* [4a. If SASL_INTERACT, fill in prompts and goto 4
*      -- doesn't happen if callbacks provided]
*  4b. If SASL error, goto 7 or 3
*  4c. If SASL_OK, continue or goto 6 if last server response was success
*  5. send message to server, wait for response
*  5a. On data or success with server response, goto 4
*  5b. On failure goto 7 or 3
*  5c. On success with no server response continue
*  6. continue with application protocol until connection closes
*     call sasl_getprop/sasl_encode/sasl_decode() if using security layer
*  7. call sasl_dispose(), may return to step 2
*  8. call sasl_done() when program terminates
*
* Basic Server model:
*  1. call sasl_server_init() at startup to load plug-ins
*  2. On connection, call sasl_server_new()
*  3. call sasl_listmech() and send list to client]
*  4. after client AUTH command, call sasl_server_start(), goto 5a
*  5. call sasl_server_step()
*  5a. If SASL_CONTINUE, output to client, wait response, repeat 5
*  5b. If SASL error, then goto 7
*  5c. If SASL_OK, move on
*  6. continue with application protocol until connection closes
*     call sasl_getprop to get username
*     call sasl_getprop/sasl_encode/sasl_decode() if using security layer
*  7. call sasl_dispose(), may return to step 2
*  8. call sasl_done() when program terminates
*
*************************************************

从sasl.h中截取的�?img src ="http://www.shnenglu.com/huyi/aggbug/4332.html" width = "1" height = "1" />

HuYi 2006-03-19 11:21 发表评论

tim中的SASL

HuYi — Sat, 18 Mar 2006 10:19:00 GMT

2006.03.18
今天弄了一天cyrus-sasl�Q�到下午6�Ҏ(gu��)��跑��h��了，我用的版本是2.1.21�Q�在Win2003下编译�?br />

��是�U�框中的错误折磨了我一整天�?br />�~�译�q�个其实挺麻烦的�Q�要先安装platform SDK�Q�用2000版的nmake�?br />�q�要加一些参数�?br />我懒得加了，直接改了common.mak和win32目录下的config.h文�g.
解决上面提到的错误的�Ҏ(gu��)��Q�是config.h�?br />#define PLUGINDIR "./sasl2"
�q�个plugin目录的设�|�，之后需要把生成的saslxxxx.dll文�g拯��到对应目录下�?br />
晚上开始写SaslServer�Q�但愿能��利�?br />GoodLuck!

HuYi 2006-03-18 18:19 发表评论

XmlPullParser和SocketReader的思烦

HuYi — Mon, 06 Mar 2006 15:38:00 GMT

今天再次Review了代码，但思�\却因此而开始�؜乱�?BR>
从名字上解这两个对象�Q?BR>XmlPullParser当然是以“拉”的方式从流中获取信息�?BR>SocketReader单从字面上理解，功能自然是从Socket上获取字节流�?BR>
“单一职责原则”，在几�q�前��在我脑子里打下了烙印。The Simpler The Easier�Q�既是我做�h的原则，也是我做�E�序的原则。常理上�Ԍ��我应该尽力维护这个原则，让上�q�C��个对象都��可能的��单�?nbsp; 在wildfire中，也有SocketReader�Q�然而它的SocketReader却不是那么简单，功能�q�远��出了字面意义。大部分业务都要靠这个来控制�Q�分配�?BR>受它影响�Q�之前我通读了wildfire的所有源码）�Q�在tim中也�l�SocketReader的子�c�ClientSocketReader�{�加上了重担。因为它掌握了太多的信息�Q�应该说大多��C��息都暴露在这个地方，Session�Q�Socket�Q�SocketConnection�Q�我实在找不出理�׃��让它参与�q�业务。也许，�q�是OO的一�U�失败，但我一时也找不到新对象来管理这一�p�d��的相关信息�?BR>XmlPullParser则和SocketReader息息相关�Q�因为Socket中Read出来的东襉K��先就要经�q�Parser�Q�才能从字符��Ş成有用的东西�?BR>在原先的设计中，XmlPullParser被SocketReader所包含�Q��ƈ提供了get�Ҏ(gu��)��暴露�l�外界。在很多事�g分配的地方，都要XmlPullParser提供信息�Q�之前，都是通过SocketReader间接获取xpp�Q�高层真的需要直接��用xpp吗？我觉得不�Ӟ��高层需要的信息完全可以通过SocketReader来提供�?BR>那么该怎么设计两者的关系呢？是包含，�q�是父子�Q�我們֐�于包含，但懒��C��使我选择了父子。目前看��h��Q�父子关�p�dƈ没有带来什么坏的媄响，如果有必要，今后再重构吧�?BR>现在�l�构��g��更�ؓ(f��)清晰了，SocketReader的子�c�（ClientSocketReader。。。）�?x��)负责解析流�Q��ƈ�Ҏ(gu��)��解析出的内容�q�行�W�一层处理，如选择下��处理器或者是直接计算业务�Q�或者是�q�行转发。。。根据不同的子类�Q�表��C��同的业务族（Client�Q�Server�Q�Agent。。。）

HuYi 2006-03-06 23:38 发表评论

“iq�?stanza处理

HuYi — Mon, 06 Mar 2006 06:52:00 GMT

按照全局的事件分配机�Ӟ��iq包被InputHandler所分配�?BR>Iq包有两个��特点：(x��)
一是不需要像auth那样持箋对话�Q�服务端只收一�ơ包��可以把一个iq业务处理完�?BR>二是Iq包的接收和应�{�是无序的，靠id对应��h��?BR>
那么iq的处理机�Ӟ��该怎么设计呢？

HuYi 2006-03-06 14:52 发表评论

TIM中的XmlPullParser

HuYi — Mon, 06 Mar 2006 03:08:00 GMT

2006.03.05
今天晚上Parser崩溃了，�q�个临时性的东西真不好伺候阿�?

2006.03.06
重新写了一个“��(f��)时”的新PullParser�Q�看��h��能应付应付了�Q�不�q�暂时还是不��x��_�֊�攑ֈ��q�个上面�Q�今后再说吧�Q�能��试��p��了。不知道什么时候能扑ֈ�朋友帮帮我啊�?img src ="http://www.shnenglu.com/huyi/aggbug/3808.html" width = "1" height = "1" />

HuYi 2006-03-06 11:08 发表评论

HuYi — Fri, 03 Mar 2006 05:40:00 GMT

摘要: ��Z��更容易理解后面的内容�Q�先�l�出��d��jabber服务器的交互包�?��d��的xml片断Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1C: 2... 阅读全文

HuYi 2006-03-03 13:40 发表评论