随笔 - 14  文章 - 0 评论 - 8 trackbacks - 0

摘要: 1.使用到的端口 2.RPC协调端口 135 3.NB-Session 139 (这个端口最容易被忽略掉的,如果不开这个端口DTC就没法正常使用) 4.还需要配置一个DTC的动态端口地址段。阅读全文
posted @ 2011-06-21 11:30 firewing 阅读(1141) 评论(0) 编辑
摘要: 从SQL Server的Online Book里面描述Deadlock策略里面发现有下面的一种情况: Worker threads. A queued task waiting for an available worker thread can cause deadlock. If the queued task owns resources that are blocking all worker threads, a deadlock will result. For example, session S1 starts a transaction and acquires a shared (S) lock on row r1 and then goes to sleep. Active sessions running on all available worker threads are trying to acquire exclusive (X) locks on row r1. Because session S1 cannot acquire a worker阅读全文
posted @ 2010-07-30 11:01 firewing 阅读(2543) 评论(4) 编辑
摘要: .Net的应用程序为了能够使用已有的组件或者类库,在.net 4.0以前唯一的方法就是去引用这个组件所在DLL,或者是引用该组件的声明接口(Interface)的DLL然后做通过Activator或者是反射去构造该组件。无论如何你都要在你使用该组件Project里面做一个DLL的引用。虽然引用组件声明接口的方法其实已经是耦合度不算高了,能够把定义和实现分离了。但是很不幸的是好像微软的开发人员都不喜欢将Interface单独放置到一个DLL里面,一般都是有Interface然后就会在同一个DLL里面带了个默认的实现(据说JAVA的好多实现都做到了Interface和实现没有放置到同一个jar里面的)。使得引用DLL一般比较大,在一般情况下,如果你的程序不考虑升级,不是通用类库考虑让别人经常调用的话,这种做法是没什么问题的。但是如果你提供的是一个通用的类库而且你又使用了另外一个通用类库(通常在企业里面开发自己的开发框架都会有这种情况,在自己的开发框架里面直接应用微软的企业库Enterprise Library)。在项目组想用你的框架的时候,发现微软的企业库已经升级了,他们想用最新的阅读全文
posted @ 2010-07-22 10:53 firewing 阅读(1222) 评论(0) 编辑

经常会有一些ASP.net程序需要往文件系统里面写入或者读取一些内容。如果程序访问的路径是本机的文件路径(c:\docTemp)这样的话还比较好配置,只要将doctemp的权限设置为允许ASP.net运行帐号(IIS6默认用"Network Service",IIS5的话默认是"ASPNET")可以读写就行。但是如果文件是需要放置在UNC(网络路径,如:“\\10.101.11.111\DocTemp”)路径上的话,就麻烦了。因为Window2003的共享出来的文件.ASP.net运行帐号是无法访问到该网络路径的。因为文件服务器上的Network service和应用服务器的Network service的密码是不一样的(都是动态生成的)。不过还好还是有办法解决的。

如果你的两个服务器都在同一个域里面的话,就建一个域帐号,将这个帐号加入IIS_WPG。同时IIS建一个程序运行池用这个域帐号来运行你的ASP.net程序。文件服务器上的路径也制定这个域帐号能够共享和访问这个共享路径就行了。

但是如果你的两个服务器都不在同一个域的话,就在两个服务器上分别建相同的帐号(密码也必须一样)。将Web服务器的帐号加入IIS_WPG,同时IIS建一个程序运行池用这个域帐号来运行你的ASP.net程序,文件服务器上就指定这个帐号有共享和访问权限就可以了。

但是今天同事告诉我这样配置也没法解决,而且情况很诡异。配置好了,在服务器本机访问站点,附件的上传下载都没问题。但是在其他客户机上面访问的话就报该UNC路径没法访问的错误。

于是远程上服务器看配置,找了半天也没发现问题所在,共享的写入读取权限都配好了,硬盘的NTFS安全权限也配好了。不过服务器好像存在下面几个问题

  1.  
    1. 过在事件查看器里面发现一个来自于rxSMB的系统错误”重定向程序无法确定链接类型“。
    2. 配置的NLB里面心跳线的IP地址和公开地址是同网段,同掩码的

估计是Windows没法知道在访问该UNC路径的时候该走哪个网卡所致。后来让同事把NLB去掉,重新配置其中一台服务器问题解决了。后面估计还要跟踪一下情况重新把NLB配置起来,看看是否还存在同样的问题。

posted @ 2010-07-09 17:27 firewing 阅读(1267) 评论(0) 编辑
摘要: 品高工作流还有很多丰富的功能。我们列举其中的几个介绍一下。 在上面的流程中,如果我们要求请假单在领导同意和请假天数大于一周时才需要HR记录,那么我们就需要设置复合条件。 在复合条件下,可以设置多层的子条件。为了满足上面的需求,我们如下设置。阅读全文
posted @ 2010-07-09 11:21 firewing 阅读(1232) 评论(0) 编辑
摘要: 在上一章中我们完成了一个很简单的请假审批流程。这个流程只包含三步:提出申请,上级审批和结束。 您也许发现了,这个流程也太简单了。简单的有点儿不太实用:上级领导要是不同意怎么办呢?上级领导总可以在审批时候写审批意见吧… 别着急,我们下面就来完善这些功能。阅读全文
posted @ 2010-07-09 11:15 firewing 阅读(1117) 评论(0) 编辑
摘要: 流程的参与者经常会想看看他参与的流程的执行情况。这个功能在工作流系统中被称为“流程监控”。 在品高工作流中这个需求很容易完成:在审批过程中,流程表单的最下面,可以看到这个流程每个步骤参与者的完成时间和审批意见。阅读全文
posted @ 2010-07-09 11:11 firewing 阅读(1121) 评论(0) 编辑
摘要: 现在假设用户A(这里指admin)要向他的领导请假。 从“个人事务”à“启动流程”进入流程启动界面。如果设置没有错误,我们可以看到刚才在应用管理中添加的那个流程应用,点击启动该流程应用。阅读全文
posted @ 2010-07-09 11:05 firewing 阅读(1121) 评论(0) 编辑
摘要: 流程与表单的关联配置是在系统中完成的。 执行项目阅读全文
posted @ 2010-07-09 11:02 firewing 阅读(1124) 评论(0) 编辑
摘要: 完成了流程的开发,我们还要开发流程表单。 提示 如果执行过“安装示例页面”操作,在~/Workflow/UserControls/Biz目录下已经有了四个测试用的用户控件页面,其中Sample.ascx为一个请假单,SampleWithOpinion.ascx为一个带审批控件的请假单,AdoDocFormSample.ascx演示如何使用AdoDocForm,而InfoPathTemplate.ascx用于展示InfoPath表单。您可以使用它们,或者按照下面的步骤自己创建。 首先,我们需要创建表单页面自动生成时需要用到的LINQ对象。请按照如下步骤操作。阅读全文
posted @ 2010-07-09 10:57 firewing 阅读(1189) 评论(0) 编辑
仅列出标题  下一页