beegee's blog

[原]从WS-DM,WS-Man到WS-Resource Catalog

beegee — Wed, 01 Aug 2007 16:12:00 +0800

1. WS-Distribute Management

随着SOA概念的逐渐清晰，基于Web Service的解决方案会越来越多。在学习中发现这样的解决方案很多都需要实现基于Web Service的如下方向的规划和技术实现：

l Resource, 即通过Web Service去实现信息和数据的CRUD操作

l Event, 即以一种事件驱动的构架去使得Web Service相互协调配合工作，毕竟SOA是松耦合的嘛

l Management，也就是在前两点的基础上实现对构架中的Web Service进行管理了。

在厂商和标准委员会的推动下，以上功能性的规划都有相应的标准出台了。以OASIS为例，发布了如下相关WS-*。

WS-Notification (WS-N)

WS-Resource Framework (WS-RF)

WS-Distribute Management (WS-DM)

（具体标准描述可以到OASIS网站上阅读查询）

因为相互依赖关系，其实在同时提到该套标准时，只用提到WS-DM即已包括前两者。（但当面对具体问题时，仍然指出具体的标准，如：WS-N），另外WS-*系列标准都有简短和只解决某一具体问题的特点，所以以上各标准其实均是由一系列子标准共同组成的。如：

WS-Notification包括

WS-BaseNotification, WS-BrokerNotification, WS-Topics

WS-Resource Framework包括

WS-ResourceLife, WS-ResourceProperties , WS-Resource Security, WS-ServiceGroup

Apache Muse一定程度上实现了WS-DM，这个项目最开始来自OASIS成员之一IBM。另外还有一个WS-DM实现是Globus Toolkit，也有IBM一腿。基于.NET的WS-DM也有的，那就是WSRF.NET。

2. WS-Management

但世界并不全是这么简单和平静，因为涉及到厂商，所以另一撮（先不管是一大撮还是一小撮，有的厂商在两撮都有位子）在这个领域维护了另外一套相关标准：WS-Management (WS-Man)。这套WS-*标准组成如下：

WS-Transfer和WS-Enumeration （对应WS-RF）

WS-Eventing (对应WS-N)

（具体标准描述可以到相关网站上阅读查询）

3. 不完全比较

	WS-DM	WS-Man
Resource	WS-RF	WS-Tranfer,WS-Enumeration
Event	WS-N	WS-Eventing
Management	WS-DM	WS-Man
实现	Apache Muse Globus toolkit WSRF.net	Openwsman
成员	OASIS，IBM等	Microsoft，Intel等，DMTF

4. Unification Roadmap

在SOA逐渐走向实作的背景下，WS-DM和WS-Man也需走向统一。HP，IBM和Microsoft定制了新的标准来统一二者。那就是WS-Resource Catalog(WS-RC)。这套标准是在前两者的基础上通过修改和增加新的标准来实现的。IBM一分官方文档中有如下RoadMap：

(此图来自http://www.ibm.com/developerworks/grid/library/gr-wsunify/index.html?S_TACT=105AGX07&S_CMP=ART)

因为WS-DM的实现比较WS-Man丰富，估计在相当长一段时间内，WS-DM和WS-RC会长期存在。相关的WS-DM和WS-RC共存的解决方案已经在探讨，而基于WS-RC的实现很让人期待。Apache Muse 2.X的计划中已经列出了对WS-Resource Transfer的支持了。

(此图来自IBM_WSDM_MGMT.pdf)

5. 参考资料

Web services unification with WS-ResourceTransfer

Toward Converging Web Service Standards for Resources, Events, and Management

Intro to WS-ResourceTransfer 1.0

作者：beegee 发表于2007-8-1 16:12:00 原文链接

阅读：7923 评论：1 查看评论

[原]不懂就学，错了就改

beegee — Tue, 31 Jul 2007 15:05:00 +0800

不懂就学，错了就改。工作和生活就是这么简单...

作者：beegee 发表于2007-7-31 15:05:00 原文链接

阅读：503 评论：0 查看评论

[原]通过Apache Muse来理解WS-Notification消息

beegee — Fri, 20 Jul 2007 11:27:00 +0800

Understand WS-Notification Message from Apache Muse Sample

通过Apache Muse来理解WS-Notification消息

1. WS-Notification

Web Service的订阅通知机制可以使用WS-Notification相关协议。当实现基于Web Service的订阅通知时，实现相关的WS-*协议是一个最佳实践。以下WS-*协议是直接在一个订阅通知场景中被使用到：

WS-BaseN

WS-Topics

WS-BrokeredN

另外，对WS-Addressing协议理解也是必须的。

从时序图中看到，要实现Web Service的订阅通知，就需要实现协议所规范的WS-Notification的相应SOAP消息。包括 wsn:Subscribe，wsn:SubscribeResponse , wsn:Notify等。下面将会通过实例来简要展示这些消息和发送的部分细节。

2. Apache Muse

Apache Muse是一个基于Java的对WSRF(Web Service Resource Framework)的开源实现，在其中，也实现了基于Web Service的订阅通知。Apache Muse的官方Sample中的wsn-consumer和wsn-producer两个子工程比较完全的展示的WS-Notification工作时WS-Notification消息发送和处理情况。如何部署运行这个Sample不在这里详细介绍，Apache Muse的相关文档中有详细的介绍。

3. Run them …

接下来，将运行起Apache Muse的这个例子，然后通过观察log来了解基于Web Service的订阅通知过程中WS-Notification的一些细节。

3.1. Subscriber

例子中由org.apache.muse.test.wsn.WsnTestClient.java充当Subscriber的角色，通过如下Ant脚本运行

>ant run –Dmain=org.apache.muse.test.wsn.WsnTestClient

该脚本调用main方法，发出如下的SOAP消息到WSN-producer，该消息为WS-N协议中的中的Subscribe消息

[CLIENT TRACE] SOAP envelope contents (outgoing):

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">

<soap:Header>

<wsa:To xmlns:wsa="http://www.w3.org/2005/08/addressing">http://xxx.xxx.101.175:8

080/wsn-producer/services/WsResource</wsa:To>

<wsa:Action xmlns:wsa="http://www.w3.org/2005/08/addressing">http://docs.oasis-o

pen.org/wsn/bw-2/NotificationProducer/SubscribeRequest</wsa:Action>

<wsa:MessageID xmlns:wsa="http://www.w3.org/2005/08/addressing">uuid:bcff16d2-91

ca-967e-75fa-c6ef162d775a</wsa:MessageID>

<wsa:From xmlns:wsa="http://www.w3.org/2005/08/addressing">

<wsa:Address>http://www.w3.org/2005/08/addressing/role/anonymous</wsa:Addres

</wsa:From>

</soap:Header>

<soap:Body>

<wsnt:Subscribe xmlns:wsnt="http://docs.oasis-open.org/wsn/b-2">

<wsnt:ConsumerReference>

<wsa:Address xmlns:wsa="http://www.w3.org/2005/08/addressing">http://16.

158.101.175:8080/wsn-consumer/services/consumer</wsa:Address>

</wsnt:ConsumerReference>

</wsnt:Subscribe>

</soap:Body>

</soap:Envelope>

3.2. NotificationProducer

<wsa:To xmlns:wsa="http://www.w3.org/2005/08/addressing">http://xxx.xxx.101.175:8

080/wsn-producer/services/WsResource</wsa:To>

以上WS-Addressing所指向的NotificationProducer收到该消息。根据WS-Notification协议首先立刻回复给Subscriber一个Response消息：

[CLIENT TRACE] SOAP envelope contents (incoming):

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">

<soap:Header>

<wsa:To xmlns:wsa="http://www.w3.org/2005/08/addressing">http://www.w3.org/2005/

08/addressing/role/anonymous</wsa:To>

<wsa:Action xmlns:wsa="http://www.w3.org/2005/08/addressing">http://docs.oasis-o

pen.org/wsn/bw-2/NotificationProducer/SubscribeResponse</wsa:Action>

<wsa:MessageID xmlns:wsa="http://www.w3.org/2005/08/addressing">uuid:1e6415b4-a8

ad-f1d0-52f2-fc68f0ed8743</wsa:MessageID>

<wsa:RelatesTo RelationshipType="wsa:Reply" xmlns:wsa="http://www.w3.org/2005/08

/addressing">uuid:bcff16d2-91ca-967e-75fa-c6ef162d775a</wsa:RelatesTo>

<wsa:From xmlns:wsa="http://www.w3.org/2005/08/addressing">

<wsa:Address>http://xxx.xxx.101.175:8080/wsn-producer/services/WsResource</ws

a:Address>

</wsa:From>

</soap:Header>

<soap:Body>

<wsnt:SubscribeResponse xmlns:wsnt="http://docs.oasis-open.org/wsn/b-2">

<wsnt:SubscriptionReference>

<wsa:Address xmlns:wsa="http://www.w3.org/2005/08/addressing">http://16.

158.101.175:8080/wsn-producer/services/SubscriptionManager</wsa:Address>

<wsa:ReferenceParameters xmlns:wsa="http://www.w3.org/2005/08/addressing

<muse-wsa:ResourceId xmlns:muse-wsa="http://ws.apache.org/muse/addre

ssing">MuseResource-1</muse-wsa:ResourceId>

</wsa:ReferenceParameters>

</wsnt:SubscriptionReference>

<wsnt:CurrentTime>2007-07-19T15:10:57+08:00</wsnt:CurrentTime>

</wsnt:SubscribeResponse>

</soap:Body>

</soap:Envelope>

可以从Response的SOAP消息的wsa:RelateToRelationship中消息的uuid看出，是对哪个SubScribe消息作出的回复。这些是WS-Addressing协议所包含的内容。订阅（Subscribe）到此也即完成了。

当发布（Publish）发生时，NotificationProducer会立刻执行如下代码

final NotificationProducer wsn = (NotificationProducer)getResource().getCapability(WsnConstants.PRODUCER_URI);

wsn.addTopic(_TOPIC_NAME);

该代码会实例化一个NotificationProducer,用于发出Notification消息，该消息为WS-N协议中的中的Notify消息。发出消息的Java代码如下：

wsn.publish(_TOPIC_NAME, payload);

发出的Message如下：

[CLIENT TRACE] SOAP envelope contents (outgoing):

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">

<soap:Header>

<wsa:To xmlns:wsa="http://www.w3.org/2005/08/addressing">http://xxx.xxx.101.175:8080/wsn-consumer/services/consumer</wsa:To>

<wsa:Action xmlns:wsa="http://www.w3.org/2005/08/addressing">http://docs.oasis-open.org/wsn/bw-2/NotificationConsumer/NotifyRequest</wsa:Action>

<wsa:MessageID xmlns:wsa="http://www.w3.org/2005/08/addressing">uuid:34381618-d677-0cad-0dca-60a079f1a2d9</wsa:MessageID>

<wsa:From xmlns:wsa="http://www.w3.org/2005/08/addressing">

<wsa:ReferenceParameters xmlns:wsa="http://www.w3.org/2005/08/addressing"/>

<wsa:Address>http://xxx.xxx.101.175:8080/wsn-producer/services/WsResource</wsa:Address>

</wsa:From>

</soap:Header>

<soap:Body>

<wsnt:Notify xmlns:wsnt="http://docs.oasis-open.org/wsn/b-2">

<wsnt:NotificationMessage

xmlns:muse-wsa="http://ws.apache.org/muse/addressing"

xmlns:tns="http://ws.apache.org/muse/test/wsrf"

xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsnt="http://docs.oasis-open.org/wsn/b-2">

<wsnt:SubscriptionReference>

<wsa:Address xmlns:wsa="http://www.w3.org/2005/08/addressing">http://xxx.xxx.101.175:8080/wsn-producer/services/SubscriptionManager</wsa:Address>

<wsa:ReferenceParameters xmlns:wsa="http://www.w3.org/2005/08/addressing">

<muse-wsa:ResourceId xmlns:muse-wsa="http://ws.apache.org/muse/addressing">MuseResource-1</muse-wsa:ResourceId>

</wsa:ReferenceParameters>

</wsnt:SubscriptionReference>

<wsnt:Topic

Dialect="http://docs.oasis-open.org/wsn/t-1/TopicExpression/Concrete" xmlns:tns="http://ws.apache.org/muse/test/wsrf">tns:MyTopic</wsnt:Topic>

<wsnt:ProducerReference>

<wsa:ReferenceParameters xmlns:wsa="http://www.w3.org/2005/08/addressing"/>

<wsa:Address xmlns:wsa="http://www.w3.org/2005/08/addressing">http://xxx.xxx.101.175:8080/wsn-producer/services/WsResource</wsa:Address>

</wsnt:ProducerReference>

<wsnt:Message>

<tns:MyMessage xmlns:tns="http://ws.apache.org/muse/test/wsrf">This is a message from muse-test.apache.org</tns:MyMessage>

</wsnt:Message>

</wsnt:NotificationMessage>

</wsnt:Notify>

</soap:Body>

</soap:Envelope>

可以从

<wsa:To xmlns:wsa="http://www.w3.org/2005/08/addressing">http://xxx.xxx.101.175:8080/wsn-consumer/services/consumer</wsa:To>

看出，该Notify发出到的目的地，也即是Subscriber在订阅时提供的consumer地址，另外就是从Notify消息中可以看到Topic的内容：

<wsnt:Message>

<tns:MyMessage xmlns:tns="http://ws.apache.org/muse/test/wsrf">This is a message from muse-test.apache.org</tns:MyMessage>

</wsnt:Message>

3.3．NotificationConsumer

NotificationConsumer的实现类是org.apache.muse.test.wsn.impl.ConsumerCapabilityImpl.java，其process(…)将负责处理接受到的来自NotificationProducer的消息。对于NotificationConsumer来说，接受到的WS-N的消息就是NotificationProducer所Publish出的消息，即：

<wsnt:NotificationMessage…

….

</wsnt:NotificationMessage>

然后，根据WS-N的协议，NotificationConsumer还要发回一个Response的SOAP消息

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">

<soap:Header>

<wsa:To xmlns:wsa="http://www.w3.org/2005/08/addressing">http://xxx.xxx.101.175:8080/wsn-producer/services/WsResource</wsa:To>

<wsa:Action xmlns:wsa="http://www.w3.org/2005/08/addressing">http://docs.oasis-open.org/wsn/bw-2/NotificationConsumer/NotifyResponse</wsa:Action>

<wsa:MessageID xmlns:wsa="http://www.w3.org/2005/08/addressing">uuid:4648251e-66a2-80ed-6ea0-84998f3d85c9</wsa:MessageID>

<wsa:RelatesTo RelationshipType="wsa:Reply" xmlns:wsa="http://www.w3.org/2005/08/addressing">uuid:34381618-d677-0cad-0dca-60a079f1a2d9</wsa:RelatesTo>

<wsa:From xmlns:wsa="http://www.w3.org/2005/08/addressing">

<wsa:Address>http://xxx.xxx.101.175:8080/wsn-consumer/services/consumer</wsa:Address>

</wsa:From>

</soap:Header>

<soap:Body>

<wsnt:NotifyResponse xmlns:wsnt="http://docs.oasis-open.org/wsn/b-2"/>

</soap:Body>

</soap:Envelope>

很明显，从MessageID可以看出这个NotifyResponse同Notify之间的关系。至此，订阅、发布、通知即完整的完成了。

<wsa:RelatesTo RelationshipType="wsa:Reply" xmlns:wsa="http://www.w3.org/2005/08/addressing">uuid:34381618-d677-0cad-0dca-60a079f1a2d9</wsa:RelatesTo>

-end-

作者：beegee 发表于2007-7-20 11:27:00 原文链接

阅读：1464 评论：0 查看评论

[原]异地旅游帮助信息实时获取系统--系统构架该有多复杂?

beegee — Fri, 13 Jul 2007 23:50:00 +0800

系统构架该有多复杂?

在陌生的语言环境获得常用信息帮助, 解决方案是: Tee shirt

来自链接: http://store.artlebedev.com/catalog/t-shirts/2007/phrase-book/

-end-

作者：beegee 发表于2007-7-13 23:50:00 原文链接

阅读：469 评论：0 查看评论

[原]SOA 和Web Service

beegee — Mon, 02 Jul 2007 12:52:00 +0800

1. SOA ≠ Web Services

SOA是一种围绕服务（不是Web Service）的技术实现构架、方法、模式
SOA可以不依赖于Web Service而存在
没有SOA，Web Service依然能工作得很好
但使用Web Service，可以极大的提高SOA实现能力

2.为什么选择Web Service

Web Service是标准的
使用Web Service可以大幅度降低构架耦合度
很重要的一点，Web Service是跨平台并且厂商无关的
Web Service提供服务层次的集成
Web Service相关标准包含有服务的描述、分类等机制

3．Web Service相关标准

如上所述，大多是厂商无关的，并且拥有跨平台实现的实例或子标准。

UDDI：Universal Description, Discovery, and Integration
SOAP：Simple Object Access Protocol
WSDL：Web Services Description Language
WS-Security
WS Remote Portals
WS-Reliability
WS-Coordination
WS-Policy
SOAP MTOM: SOAP Message Transmission Optimization Mechanism
WSDM:：Web Services Distributed Management
BPEL： Business Process Execution Language
ASAP： Asynchronous Service Access Protocol

4．SOA所包含的远比Web Service多

SOA包含的很多，所要完成的目标也远比Web Service复杂。一个SOA构架中包括的远不只是一堆相互协作的Web Service，比如还有SOA Governance和SOA Management。

下面以一个图作为自己对SOA的理解记录：

-end-

作者：beegee 发表于2007-7-2 12:52:00 原文链接

阅读：1255 评论：1 查看评论

[原][摘]BizTalk Adapter for Windows Workflow Foundation sample

beegee — Sun, 17 Jun 2007 13:59:00 +0800

来自 Paul Andrew

原文: BizTalk Adapter for Windows Workflow Foundation sample

"It provides for workflow models developed using Windows Workflow Foundation from the .NET Framework 3.0 to be hosted in BizTalk Server 2006. By doing this the workflow gains access to services from BizTalk Server 2006 including scalability, reliability, manageability, and access to messaging with BizTalk Server ports. The next major version of BizTalk Server is planned to be built on Windows Workflow Foundation and this CTP provides an option for customers to do this with current technologies. "

原文还带了个Demo video，演示如何将一个WWF的模块加载到BizTalk Server 2006上去来获得BizTalk Server的企业级的支持。最重要的透露了BizTalk和Windows Workflow Foundation将来的关系，即：下一个版本的BizTalk将使用WWF来构建。

- end -

作者：beegee 发表于2007-6-17 13:59:00 原文链接

阅读：627 评论：0 查看评论

[原]Flickr被和谐掉了...

beegee — Sat, 09 Jun 2007 12:39:00 +0800

Flickr不好用有好几天了。今天知道原来被和谐了...

Flickr上面那些漂亮的照片和朋友们，以后要比较费劲才能相见了。我曾经在Flickr上面上传过一张自己夏天的照片，因为没有穿上衣，露了一个黑乎乎的男人的乳头出来，希望不是因为我的原因使得Flickr被和谐掉了...

哪位Flickr相关人士或用户得罪了大人嘛？！出来认个错嘛... 我们想用Flickr

[链接]：

脑子要进多少水才会想到把一个图片社区网站封掉呢？

想用Flickr又不嫌麻烦的办法

算了，浏览色情网站去...

作者：beegee 发表于2007-6-9 12:39:00 原文链接

阅读：7594 评论：2 查看评论

[原]起床快速出门指南

beegee — Tue, 29 May 2007 09:51:00 +0800

我始终不明白我的同屋为什么要提前20分钟起床，直到他们开始惊呼我从起床到出门之间动作神速。

后来，我观察了一下，我早上起床后的确动作相对于他们很快，通常不到5分钟就可以完成那些生理上必须要做的事情和心理上必须要完成的仪式，然后飞奔去工作场地。这得益于我多年的独生生活和懒觉生涯，一方面我懒惰、幻想突破各种规矩，另一方面我是个无奈却体面的上班族。

如果你和我一样是个上班族，如果你想每天早上多睡15分钟，下面的总结可能对你有帮助，都是我总结出来的。

1）晚上脱衬衫时不要解扣子，象T桖一样穿脱吧，这也是为什么我喜欢穿T桖的缘故，而且永远没有扣错扣子的时候。

2）起床后不要先奔向马桶排放，第一要做的事情是刷牙，当开始刷牙后，再转身一边刷牙一边开始排放。

3）排放小便时要用力加压，加快泄洪的速度

4）小便完毕，继续刷牙，同时走出卫生间开始穿裤子（这时不要穿上面的衣服，牙刷的存在会妨碍你穿上装）

5）穿好裤子，继续刷牙，同时开始把桌子上的东西收到包中，因为嘴中的泡沫越来越多，所以你收包的速度会很快

6）跑回卫生间，停止刷牙，开始洗脸，两次，要有效率。忘了告诉你，我短发已经20年了，永远不用梳头。

7）出卫生间，穿鞋，穿上装，拿包走人，出门前检查一下下面拉链拉好没有，其他的就随他去了。

作者：beegee 发表于2007-5-29 9:51:00 原文链接

阅读：617 评论：2 查看评论

[原]甘南川北流水账

beegee — Wed, 09 May 2007 10:52:00 +0800

上半年被项目拖垮了身体（肯定不是酒色所至），告诉梅说今年51我们不搞什么徒步了，我们腐败一把吧，于是定下了从兰州到若尔盖回重庆的路线。28日我们把行李打完包居然只用两个不大的包就可以了。

4.29-4.30日，火车，重庆到兰州。斜对面座位坐了个胖乎乎的穆斯林少女，特别能聊天，天文地理、娱乐八卦、文化经济无所不谈。。。改变了我对穆斯林原来的看法。快到兰州时车窗外便只能看见沙土了，等下了车才发现兰州空气质量不太好，另外发现兰州不管是公共汽车还是出租车开车都很喜欢突然踩油门和突然踩刹车，坐了20分钟公交后脖子就有点不舒服了。其实兰州还是不错的。

5.1日，坐长途车到了夏河，也就是拉卜楞寺所在地，天下乌贼这电影在这里拍过外景。这地方是在一个山谷中，拉卜楞寺占据了河谷最宽阔的地方，夏河只是长长一条街而已。（空中鸟瞰的话肯定是只大头蝌蚪的样子）。

这地方基调是红色，阳光也很灿烂，到处都看到恶俗的冲锋衣，我也很恶俗。围绕着拉寺的是无穷无尽的转经筒长廊，也就是说大蝌蚪的头部外层是由转经筒组成的。因为昨天在兰州“指责”过梅当领队不得力，所以她跑去找了3个当地回族小朋友另立中央了，用糖果和相机诱惑小孩喊她老大，还去看什么大狗熊。我和朋友继续拍转经筒。转经的藏民特别多，还有磕长头的，多数藏民不允许给他们照相，但喇嘛们面对相机大多比较亢奋，摆姿势加做鬼脸。在大经堂旁边认识了年轻的喇嘛吉米嘉措，留下了电话号码（从此他天天给我打电话）。

傍晚我们乱晃悠，到一家叫“明月包子”的清真小餐馆吃饭。羊肉包子、青椒炒牛肉，很好吃！

晚上碰到一个自称雷震雨的家伙和我们住一个房间，开始这人比较腼腆和矜持，后来我还是成功诱惑他加入包车队伍，也摊低了每人的费用。

在夏河的这天是我这次旅行最愉快的一天。

5.2日，尕海，朗木寺。

尕海不错，但很辜负我们包车专门去看。没有停留多久便继续赶路。中午就到了朗木寺，天气不是很好，有阳光，但天是白蒙蒙的。朗木寺有很多追求小资情调的旅游者，网上相关抒情文档能找到不少，还有个聚集地是什么丽萨餐厅，进去就看见几个小妹妹在用刀叉吃些中不中洋不洋的东西。点菜后发现这里的饭食大多是些中不中洋不洋的。这点我问了雷震雨，他说他们反正不吃这种食物，我记忆中我们中国人也不吃这种食物的，对了，忘了介绍雷震雨同志的社会背景：一个老爸是俄国人、老妈是乌克兰人的从8岁开始就在美国的美国人。

朗木寺这地方其实半边在四川半边在甘肃，大家安顿到一个回民家庭旅馆――敏叔的家后，我们几个人便去四川一侧游玩，路上雷震雨找到一个喇嘛去交流人生观、世界观去了，我们继续瞎逛，印象比较深刻的是看到喇嘛辩经，后来走进了一个叫大峡谷的景点，这里的风光很让人失望。

这天是这次旅行最无聊的一天，好在晚上雷震雨请我喝啤酒，补偿了一下。

5.3日，朗木寺，花湖，唐克，若尔盖

一大早起来去甘肃一侧的色止寺游览。又是一群穿冲锋衣的，见面就问看天葬走哪条路啊。人死了还要给他们表演一次，真不知道这些人为什么一定要看天葬。

后来出了个小事，一个藏族小孩要梅给他钱，态度还很不好，武力威胁我们，骑马用鞭子抽我们，赶紧躲到一个转经筒长廊里面去了，打电话报了警，朗木寺派出所来了人，还比较负责，可惜等他们到的时候，小孩牵马拉个游客去看天葬去了，没有指认到凶手。因为就要离开朗木寺了，我们只好作罢。

告别雷震雨，我们直奔花湖。在花湖也遇到了土匪，修了个门，收门票58。门离花湖边还有约3.5公里的距离（土匪们说有10公里），怎么去呢？土匪提供电瓶车，每人20元。我和梅是走着去的，一路上顺便视察了土匪们用58一张门票的钱在草原上修的永久建筑。另外就是在路上我们花了大量时间来拍草原上的土拨鼠，因为基本上没什么人找它们麻烦，所以一个个都很肥硕。到了花湖边，发现的确来得不是时候，湖边的草还没开始发芽呢，芦苇就更不用说了。照相的话，构图基本上能看出这里应该很美，但色彩都没有。

然后又去唐克，还是土匪，48一张门票。他们修了个停车场、小买部和售票亭，位置选得很独特，基本上所有拍黄河第一湾的照片都不得不把这些建筑装进取景框。还修了条公路可以下到黄河边上，让那些自驾的人可以一直开到黄河边上，当然了，在那下面有另外一个停车场。

另外有辆车上的人听说要收48的门票，毫不犹豫的就马上离开了。我们爬上山准备拍张到此一游的照片，却突然来了暴风雪，刮得人都站不稳，只好作罢。人被搞的失望至极，完全没了兴趣。上车直奔若尔盖住宿。

这天是最失望、最不愉快的一天。

5.4日，若尔盖，成都，重庆

晕车，梅晕车，我晕车。。。

到5.5日凌晨，我终于有回到了我的家，梅说她还想吐。

这天是最累的一天。

－end－

作者：beegee 发表于2007-5-9 10:52:00 原文链接

阅读：608 评论：0 查看评论

[原][摘]分享是web2.0的核心文化

beegee — Tue, 16 Jan 2007 14:03:00 +0800

2007-01-16的网摘：

作者：beegee 发表于2007-1-16 14:03:00 原文链接

阅读：703 评论：0 查看评论