嘟嘟老窝

作为在线应用，尤其是基于互联网的Web应用，数据安全的问题无法避免，Google也很苦恼这个问题，要不怎么会有Google Gears呢？对于国内的传统应用软件开发商，如用友、金蝶也推出了相应的SaaS服务（用友的伟库、金蝶的友商），内容也是他们的老本行——在线财务，不过说实话，我觉得在线财务纯粹是个扯蛋，啥原因？没人敢用。先不说大中型企业会不会用，中小企业首先是不喜欢，抛开价格、功能、服务这些硬指标，就拿目前的中小企业发展模式，财务是它们的命根子，哪个小企业的主管会计不是老板的亲戚或者直属亲友？大家心里都明白，谁家没有两三本帐，不偷点漏点避点税，不瞒点骗点晃点投资人，怎么可能赚钱啊！

财务只是举了一个例子，相似的问题还有很多。比如在线存储，这个玩意儿由来已早，网上提供这类服务的网站一大把，但有几个敢把自己没有备份的重要文档放到这些网站上去？隐私、安全、稳定，这每一条都是用户首先考虑的问题，至少我不敢把儿子十几个G的照片放到在线存储里去，放在flickr、yupoo、youtube的图片和视频都是为了分享给别人用的。

第二、服务商信誉风险

服务商的道德信誉这是个大问题，盗窃用户资料、买卖客户信息，这些新闻层出不穷，但他们的影响还是最小的，因为所服务的大多是个人客户。而对于SaaS这种以服务企业、商用客户为主的应用，信息被盗是很可怕的。招商银行专业版应该算是一种SaaS应用，用过的人都知道的确不错，无论是从功能还是安全都堪称国内一流，最近推出的6.0.1.1版还内置了财务管理，目标客户就是招商银行的个人客户，不难想象总有一天会推出面向企业和商业组织的财务管理软件，但大家使用它的前提是对招商银行的信誉认可，几个电信运营商的在线营业厅、各大银行的网上银行，哪怕支付宝、快钱、腾讯Q币、网游，这些玩意儿能经营的好首先得靠运营商自己的高质量信誉保证，看看国内的SaaS运营商有几个可以达到这种层次或级别的？

第三、SaaS软件本身的产品质量风险

以前我也很向往ERP之类的东东，认为可以为企业带来成本的降低、利润的提高、人力的节约……等等等等。现在我算明白了，这些只不过是软件厂商自己吹起来的泡，如今的IT行业在追求概念、潮流方面不逊于女性时装行业。现在的企业，无论是大中型还是中小型，无论你是做商贸的还是做生产或制造的，竞争太激烈了！因为竞争激烈所以想方设法寻求解药，这就让卖软件的钻了空子，忽悠你说他的软件有多好，有多方便，搞得你感觉只要每天守在办公室的电脑前就能搞定一切，白花花的银子就自己跑来了似的！不是的，完全不是这样。现在同行业的企业在原料提供、市场需求、生产工艺、营销策略、地域差异等等方面造成的影响越来越小，大家都趋于雷同、趋于同一起跑线，这个时侯体现企业之间的差异就剩下管理了，对于中小型企业，则全靠老板的能力了。而类似于ERP这样的SaaS软件，你却让企业的管理依赖于你的软件，让人家苦心经营多年积累的管理经验变革奴化为你所谓的“最先进、最专业”的管理思想，没有个性化的、差异化的、迎合企业自身发展的定制策略，给成千上万的企业使用同一个软件如何提高企业管理能力？如何给企业带来竞争力和生命力？带来利润和收益？当然，有的SaaS也可以说我的软件提供了定制化，拜托，不是随便改下logo，排列下菜单，酷酷的重画个业务流程就能解决的事。企业管理软件的精髓在于附属、继承、发扬企业原有的管理思想，而不是让企业通过变革去同质化软件功能。

第四、运营成本风险

对于传统的软件开放商，无论是做通用软件还是应用软件，无论是走产品化、走量，还是靠项目、靠卖解决方案，SaaS都绝不是他们心底渴望的那颗银弹。说白了，SaaS属于软件行业本身的商业模式变革，鼓吹SOA都好过SaaS，起码SOA也算是技术创新的范畴。经营SaaS第一需要钱、第二需要钱、第三还是钱，这玩意儿不比2000年的互联网烧钱慢，而且是发展客户越多、投入就得越大、砸进去的钱就越多。目前的SaaS运营商为了吸引客户都提供免费试用，甚至对于签订合同的正规客户也提供或长或短的免费使用期限，就算都是付费用户，那就按月收或者按季按年收租赁费吧，但你起初就要投入的带宽成本、硬件成本、运维成本可不会让你按月付款的，这样下去就会形成拉来的客户越多，亏的越厉害的恶性循环，第一年这样，第二第三年还是如此，从投入成本形成算起得过好几年，才能把投入的固定资产通过折旧、摊成本等财务手段慢慢得从账面上摊平后才开始盈利，这个前提是你的旧客户一个都不能跑，利润达到一定的规模化，Salesforce运营了七八年，盈利也是近两年才开始的。说的有点啰嗦，看下面这张图最直接了：

这是理想状态，实际情况又如何呢——由于你得先提拨成本，营收则是分布于未来五年，你卖得越多，亏损越大。你得撑到4年半才能打平，但更大的问题来了，四年后客户不见得还跟着你。

第五、最终客户的投资回报风险

对于老板而言，买与租可能只是一个算术题，但是对企业的IT主管没这么简单。如果采用IT租用方式，IT主管可能受到最大冲击，他们可调配的人力、资金，以及自身的价值都会打折扣。老板做出IT租用或IT外包的决策，主要咨询IT主管。决策者与执行者之间，主观主体的不同，会产生不同的立场。这就造成了SaaS软件在面对最终客户营销时，会受到企业IT部门的重重阻挠，这个看似很小的问题，其实是个致命的要害。放在政府或者大型企业里面，你搞个SaaS会让多少人没有油水可捞，断了多少人的财路？最终客户不接受，客户原有的IT合作伙伴们也会给你背后使阴招的。进一步讲，就算这个客户签下来了，但失去他也会很快，传统软件比较像海洛因，你会被迫上瘾。只要你买下了某家厂商的软件，你要转换的成本就很高，也很麻烦。若真的那么容易转换，那SAP一堆客户早就跑光了。SaaS软件的实施简单，也就造就了用户转换系统的成本很低。

第六、国内传统运营商的竞争风险

传统运营商是指中国移动、中国电信、中国联通，这几年传统通讯业务下滑太厉害，移动客户又趋于饱和，对于这些电信运营商，正在虎视眈眈的盯着信息化、互联网这几块IT的肥肉。中国电信的商务领航、中国移动的ADC和MAS，都可归为SaaS。这些大鳄做SaaS运营绝对专业，第一有钱、第二有人有渠道、第三有运营经验。从中国电信的战略目标是“综合信息服务提供商”和中国移动的“移动信息专家”口号不难看出他们的野心。做软件他们是门外汉，但他们有最强的渠道和营销能力；有丰富的资本运作经验；最主要他们有钱啊，他们不怕四年半的亏损期，甚至敢免费推销，目的就是扰乱这块市场，让其他竞争者死掉或者黯然退出。有句至理名言说的好：你的竞争对手都死光了你就是胜利者。微软当初也是靠默许盗版才有如今的天下。

第七、缺乏传统软件厂商的支持

传统厂商不会立刻转向SaaS，他们针对中小企业有很多玩法，可以推出简化版和免费版。对他们而言，提供软件包和SaaS这两种模式，本身存在天然的不和谐，无异于双手互搏。而且，做惯了项目，现在忽然改变营销模式，他们还真的一时半会儿学不来。让他们去搞运营？送一句台词：我们不专业啊。况且前面也提到过，SaaS本质上是软件的商业模式变革，传统ISV完全可以秀手旁观隔岸观火，如果SaaS果真那么有潜质，再杀进局也未尝不可，毕竟技术还是那些技术，只是营销策略变了而已，软件连包装都不用换，销售方式一变即可，实在不行也可以学微软和SAP，走“S+S”路线。

放眼全球IT界，Google、微软、SUN、Oracle、Yahoo、Amazon，这些超级大佬们虽然都在喊着SaaS的口号，但在我看来只是各怀鬼胎罢了。2000年那场互联网烧钱运动这些家伙也在喊，后来泡沫破裂，大伙儿沉寂了几年，又开始拿Web2.0烧，结果发现Web2.0的本质是长尾是散户是小众，大鳄们的胃口根本无法满足，不得已又提出的新玩法而已。

其他

SaaS的成功案例目前来看就是Salesforce了，不过Salesforce的成功更多的在于其产品本身以及第一个吃螃蟹，而不是它的商业模式。Salesforce提出的最响亮口号就是“On Demand”模式，即按需模式，能做到这点得有丰富的行业经验和超强技术架构能力。我也看好On Demand，可能会成为今后应用软件产品标榜的基本特性。

SaaS同时炒起来的PaaS和DaaS都属于技术创新，Amazon的S3平台，Facebook的Mushup和开发平台，Google的分布式文件存储和正在流行的Hadoop，淘宝的TOP平台都有这几个字母的影子，抛开商业模式不说，PaaS和DaaS的发展潜力还是强于SaaS这种不伦不类的非技术的技术。

注：全文完

解决Eclipse3.4的No repository found错误

duduwolf@hotmail.com (duduwolf) — Wed, 08 Oct 2008 00:14:33 +0800

Eclipse3.4虽然形同鸡肋，但还是将就着用，不过最近替换成eclipse-jee-ganymede-SR1-RC2-win32后Update就在没起作用，除非是本地Archive或Local目录，只要是http和https打头的都无法正常安装更新，显示同一个错误：

No repository found at
https://……

刚开始我还以为是网络原因，又查GFW又关卡巴，都没解决，网上查了一下，好家伙，好多人都有同样问题
去Eclipse的BUG中心查了一下未果。
没办法就在Eclipse的设置菜单中寻找，无意中将General->Network Connections的连接方式从默认的改为第一个选项“System proxy configuration (if available)”后迎刃而解。
最后进入update后别忘了重新刷新下，或者重启Eclipse。

注：全文完

用Nexus做Maven私服全攻略

duduwolf@hotmail.com (duduwolf) — Tue, 16 Sep 2008 16:07:56 +0800

Nexus简介

Nexus是Sonatype推出的强大Maven仓库管理器产品，要比以前TSS上介绍的Artifactory要好使用的多，也是一个拆箱即用的Java App，内嵌Jetty容器和Java Wrapper做Windows服务，安装简单到解压然后双击install即可。更详细的帮助手册请上官方网站查看，这里推荐一个翻译中的书籍——《Maven权威指南》（在线阅读英文版，中文版），一本全面介绍Maven的书，其中也有介绍Nexus的章节，猛击这。Nexus的优点这里得啰嗦一下（摘抄自Maven中文Blog）：

代理远程仓库。配置Nexus代理中央仓库，其它任何公开的Maven仓库，将你组织内部的Maven配置指向Nexus，这样所有构件都将从Nexus下载，如果Nexus没有你要的构件，它会自动先去外部仓库下载到本地，仅一次。
本地宿主仓库。Nexus可以在服务器上建立本地的宿主仓库，你可以往这个仓库里提交任意的Maven规范构件，包括不能从公开仓库下载到的构件，或者你组织内部产生的构件。
仓库组。有了仓库组，你就能将很多仓库聚合起来，对外公开一个统一的接口提供构件服务。
构件搜索。Nexus能下载远程的仓库索引，并在本地构件自己的仓库索引，有了该索引，你就能很快速方便的搜索任何你感兴趣的构件。
事情RSS源。Nexus服务器上发生的几乎任何事情，你都能用RSS监视，方便管理。
Release和Snapshots区分。配置Nexus提供Release构件服务或者Snapshots服务，能更清晰的管理构件。
路由。Nexus的路由能够管理为特定的请求提供特定的仓库。加入你在一个组中配置了很多仓库，一条路由能够极大提高某些特定请求的响应速度。
上传构件。使用Nexus你能很方便的在web界面上上传一些特殊的构件至仓库。
高用户体验的UI。使用AJAX和REST技术开发的Nexus，在界面上为提供了很舒适的用户体验。

初始化

默认安装后的访问路径为http://localhost:8081/nexus/，管理员登录为admin/admin123，UI是用Ext搭建的，熟悉Ext的人根本没有操作障碍，登录后最重要的事情就是打开远程索引下载，操作为选择菜单Administrator->Repositories，然后在右边打开的列表中依次选择type字段为proxy的记录，在下方的编辑区中修改"Download Remote Indexes"值为true，再从这三个仓库上点右键选择"Re-Index"，这一步别忘，我当时搭建的时候就忘了Re-Index，结果等了一天还没任何索引文件。Re-Index后，Nexus会从后台去官方地址下载仓库索引文件，大概20M大小，根据网速快慢下载相应时间后选择仓库时会以树形目录的方式显示仓库内容。

角色权限

Nexus的操作权限完全仿照RBAC角色权限模型，默认三个用户：admin、anonymous、deployment，对应的是管理用户、匿名访问用户和部署用户，管理用户用于仓库管理和系统配置，匿名用户用于仓库查询和仓库下载，部署用户用于私人jar包的上传。在这里，我对 deployment的默认角色Nexus Deployment Role做了自定义修改，加入了"All M2 Repositories"的create和update权限，并且加入了"UI:Base UI Privaties"权限，用意稍后解释。

Nexus的使用

从浏览器里打开访问地址后，通过"Artifact Search"菜单可以进行构件搜索。
对于一些特殊的构件，比如sqlserver2005的jdbc驱动，你可以通过管理员登录然后从第三方上传构件
提供仓库组的概念，对于远程代理仓库和本地宿主仓库，还有第三方仓库，全部创建为一个public-group，然后通过访问组就可以访问所有的仓库构件了，这就是所谓的分散存储，统一访问

和Maven结合也很简单，首先是要配置Maven，打开$user$/.m2/下的settings.xml(没有的话创建一个)，然后拷贝以下内容到文件中：

settings.xml

<settings>
  <proxies>
    <proxy>
      <id>normal</id>
      <active>true</active>
      <protocol>http</protocol>
      <username>deployment</username>
      <password>deploy</password>
      <host>localhost:8081/nexus</host>
      <port>80</port>
      <nonProxyHosts>localhost:8081/nexus</nonProxyHosts>
    </proxy>
  </proxies>

  <mirrors>
    <mirror>
      <!--This is used to direct the public snapshots repo in the 
          profile below over to a different nexus group -->
      <id>nexus-public-snapshots</id>
      <mirrorOf>public-snapshots</mirrorOf>
      <url>http://localhost:8081/nexus/content/groups/public-snapshots</url>
    </mirror>
    <mirror>
      <!--This sends everything else to /public -->
      <id>nexus</id>
      <mirrorOf>*</mirrorOf>
      <url>http://localhost:8081/nexus/content/groups/public</url>
    </mirror>
  </mirrors>
  
  <profiles>
    <profile>
      <id>development</id>
      <repositories>
        <repository>
          <id>central</id>
          <url>http://central</url>
          <releases><enabled>true</enabled></releases>
          <snapshots><enabled>true</enabled></snapshots>
        </repository>
      </repositories>
     <pluginRepositories>
        <pluginRepository>
          <id>central</id>
          <url>http://central</url>
          <releases><enabled>true</enabled></releases>
          <snapshots><enabled>true</enabled></snapshots>
        </pluginRepository>
      </pluginRepositories>
    </profile>
    <profile>
      <!--this profile will allow snapshots to be searched when activated-->
      <id>public-snapshots</id>
      <repositories>
        <repository>
          <id>public-snapshots</id>
          <url>http://public-snapshots</url>
          <releases><enabled>false</enabled></releases>
          <snapshots><enabled>true</enabled></snapshots>
        </repository>
      </repositories>
     <pluginRepositories>
        <pluginRepository>
          <id>public-snapshots</id>
          <url>http://public-snapshots</url>
          <releases><enabled>false</enabled></releases>
          <snapshots><enabled>true</enabled></snapshots>
        </pluginRepository>
      </pluginRepositories>
    </profile>
  </profiles>
  <activeProfiles>
    <activeProfile>development</activeProfile>
  </activeProfiles>
</settings>

然后，在从你的工程里的pom.xml中加入以下内容：

pom.xml

<distributionManagement>
		<repository>
			<id>repo</id>
			<name>public</name>
			<url>http://localhost:8081/nexus/content/repositories/releases</url>
		</repository>
		<snapshotRepository>
			<id>Snapshots</id>
			<name>Snapshots</name>
			<url>http://localhost:8081/nexus/content/repositories/snapshots</url>
		</snapshotRepository>
	</distributionManagement>

解释一下：
settings.xml中的proxies/proxy节点配置的是部署服务器访问属性，deployment/deploy对应的是部署用户名和密码；mirrors/mirror配置的是maven访问仓库的地址，这里使用的是Nexus提供的群组概念，将多个仓库组成一个public- group的方式进行访问；profiles/profile则主要用来描述仓库部署的访问配置。

和apache结合

和apache结合挂域名访问也很简单，官方网站上有介绍，我这里给出一种最简单的方式：

启用mod_proxy.so、mod_proxy_ajp.so、mod_proxy_connect.so三个module
配置一下数据：
```
ProxyRequests Off 
ProxyPreserveHost On
```

虚拟主机的配置类似下面

<VirtualHost *:80>
    ServerName repo.duduwolf.com
    ServerAdmin duduwolf@duduwolf.com
    ProxyPass / http://localhost:8081/nexus
    ProxyPassReverse / http://localhost:8081/nexus
    ErrorLog logs/nexus-error.log
    CustomLog logs/nexus-access.log common
</VirtualHost>

我自己搭建的仓库私服，欢迎使用

访问地址为：http://repo.duduwolf.com，目前我先开放匿名访问，大家可以通过这个进行构件查询，并配合Maven进行远程仓库代理下载，暂不提供第三方上传部署。

其他类似产品

著名的Artifactory，这是TSS推荐过的，也是最早的仓库管理软件
Apache的Apache Archiva，apache出品的应该不错，不过没用过，我觉得自此有了Nexus，你完全没必要在寻找其他仓库管理软件了。

注：全文完