Maven学习笔记2——向repository上传artifact使用Maven的一大难题，就是dependency和repository的管理，而由于官网的不堪忍受性，我们不得不使用local repository或者自建私服，在这种情况下，我们该怎么样处理第三方的依赖包呢？mvn deploy:deploy-file -DrepositoryId=your-repository-id -Durl=dav:your-repository-url -DgroupId=your.groupId -DartifactId=your-artifactId -Dversion=your-version -Dpackaging=

在其他的控制器节点上重复上面4个步骤提示：设置环境变量，可更新你的shell配置文件，如 .bashrc等下面是一个安装案例：> mkdir -p /usr/local/sequoia> cd /usr/local/sequoia> tar xfz /path-to-sequoia-bin-dist/sequoia-x.y.-bin.tar.gz> export SEQUOIA_HOME=/usr/local/sequoia.更多的信息看sequoia.dtd - DTD for 虚拟数据库配置sequoia-controller.dtd － DTD for 控制器配置也可以用DTDs来验证XML配置文件。

从数据库dump中恢复数据库。在一个搭配控制器配置中，Sequoia被安装成两个节点的配置，两个节点都作为控制器和后端/数据库服务器。后端(backend)是指一个数据库服务器实例的Sequoia视图 后端(backend)对象可以使用集群管理应用来管理. 当后端(backend)被disable时,它下面的数据库服务器的实例仍然是可操作的.比如要执行一次数据库备份操作,为了防止在备份过程中执行请求,确保数据库的一致性,这个时候就要把后端(backend)disable掉.

做过的项目中Hibernate都是直接采用ehcache做为缓存，ehcache是一个好东西，采用内存+文件系统结合可以胜任大多数情况，而且Hibernate和ehcache简直就是天造地设的一对，配合非常之默契。由此，为了让Hibernate使用memcached缓存系统，我们需要在Provider这个级别上对缓存的key进行包装，我们可以将Hibernate传递过来的缓存名跟key结合起来生成一个新的key，读写缓存数据都是用这个key，这样就不会发生缓存数据冲突导致的异常。

在集群中session安全和同步是个最大的问题，下面是我收集到的几种session同步的方案，希望能通过分析其各自的优劣找出其适应的场景。比较好的方法是自己采用cookie机制来实现一个session,在应用中使用此session实现。session数据需要序列化，影响性能。使用数据库来保存session,就算服务器宕机了也没事，session照样在。5. 使用memcached来保存session.memcached服务器一死，所有session全丢。6. 使用terracotta来保存session.

PermGen space的全称是Permanent Generation space，是指内存的永久保存区域OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。Bug产生的原因已经找到，就是因为JVM在分配PermGen Space的时候出现了PermGen Space不足的情况，默认情况下PermGen的大小为64M，在不换用JRockit的情况下，可以在启动JVM的时候添加一个参数： -XX: MaxPermSize=128m| 256m| 512m。

这一个模式实际上是一种相同分支的同构情况。如 A 先完成，那么就触发C1（这里要区别一下，第一次触发这个 C 我们称之为 C1），然后 B 完成后，再触发C2（第二次触发的 C 叫C2）。若在一般的工作流系统中，不同的分支采用同一个工作单元的处理代码，也可以视为这种模式。在业务操作的各个细节都相同，这种模式无疑是一种很好的简化方式。

前面若是只产生了 A 分支，那么来到这里只需要 A 分支就可以触发后躯，B 分支亦然。就这个模式本身不能独立的决定合并方式，需要根据上下文的信息来适应不同的情况变化（如：这一个模式需要知道前面的 OR-Split 结点如何分支才能决定合并方式）。若存在这样的流程，尽可能让合并后的工作分担到各个分支上来，那样合并后的业务就相对简单多了，而其他工作因为分担到了各自的分支流程中，则效率更快。

细心的可能会发现，这个模式是 XOR-split、AND-split 更为泛化的一个模式（所谓的"泛化"，是概括、继承的意思）。该模式既然是 XOR-split 和 AND-split 的泛化，那表示他的最终表现可能会像 XOR 或者 AND那样子，只是这里留给了一个用户选择的余地。对于这些企业的流程设计，可能因为许多自由选择的分支而形成一个复杂的网状流程，在我的个人经验看来，这样对工作流引擎所支持流程模式的要求越来越高。

我们前面已经详细叙述了5种基本的工作流控制模式，包括：Sequence、AND-split（ParallelSplit）、AND-join（Synchronization）、XOR-Split（ExclusiveChoice）、XOR-join（Simple Merge）。我们刚开始学习写程序的时候，那种流程图，实际上就是 Sequence、XOR-Split、XOR-join 这三种模式的组合。这5个模式较为明确，一般在流程设计中考虑，如没有可并发性工作的考虑，都能用 Sequence、XOR-Split、XOR-join这三种模式来解决。

XOR-join，这一模式就是只有一个分支接受，遵循先到先得的原则。这个模式主要是为了应付前躯只有一个分支的流程，这个模式也是一个很常用的模式。若考虑到 A 和 B 都有可能执行的情况下，那就不应该使用这种模式，譬如可用 Thread Merge 模式（这一模式会在后面讲述）。到目前为止，我们所提到的5种模式已详细讲解完（Sequence、ParallelSplit、Synchronization、Exclusive Choice、SimpleMerge），这就是基本的流程控制模式。

从该模式的名字来看，"排他选择"，显然就是比较常见的 XOR 分支模式。一般来说，这个模式的实现一般为在运行时的条件选择，就是条件判断的代码放到XOR 这个结点，然后去根据这些代码去判断下一步的走向。心思细密的人，也许发现这个XOR 本质上就是流程图的菱形结点，就是根据条件选择路径，而且只能选择一条。在我所接触的应用之中，这个模式是除了顺序模式以外使用最为广泛的一个。

这样，AND分支和AND合并的模式组合起来，就可以讲讲实际流程设计的经验了。是否需要拆分牵涉到流程再造的问题，若大家支 持，我们还会去开辟专门的栏目论述业务流程再造的各方面配合（包括业务、管理、工作流模式和技术方面的配合而进行的流程再造）。也是流程再造的问题，考虑到上一个变化的实际业务状况，可以选择用Structured Discriminator模式来替代AND合并模式。

就技术上来说，涉及到并发的就存在这一个并发线程/进程的管理问题，如这些并发单元怎么组织管理其运行状态，如何通知不同的并发单元的交互，以及考虑到中途当机、重启恢复，资源争夺，并发冲突、死锁等等较为繁琐的细节。技术上，一个AND并发分支，可能后续会出现同步合并、异步合并、鉴别器选择、线程合并等等方式（这些模式会在以后介绍），如果在分支上再引入循环模式（这个也在将来介绍），则会需要精确的考虑每个细节。

业务原型business archetypes.业务原型模式business archetype pattern定义：它是在业务领域或商业软件系统持续发生并且普遍存在业务原型之间的协作。原型模式和分析模式的关系怎样，原型模式是分析模式吗？原型模式比分析模式要更加丰富，体现以下几点：原型模式可以使用UML来表达（Together中可以实现）；上面我们说过，party place或thing都可以成为角色原型，注意到角色原型中的UML图，party图是以绿色表达。

多实例模式：12. Multiple Instances without Synchronization，异步多实例13. Multiple Instances with a Priori Design-Time Knowledge，设计期多实例14. Multiple Instances with a Priori Run-Time Knowledge，运行时前置多实例15. Multiple Instances without a Priori Run-Time Knowledge，运行时非前置多实例。

每一个工作流系统都直接实现了这种模式，这个模式是工作流能运行的一个重要基石。比较有趣的是许多不同形式的分支，在业务的实践中都可以退化成为顺序模式。不过很显然，分支模式退化成顺序模式，是一种实际操作效率较低的做法。因此，当你是业主的时候，如果遇到了对方在标榜规范化的前提下，要求把现有的有若干分支的流程进行"扁平化"，而结果看起来基本上是顺序模式的话，那就很有可能就是被对方坑害。

"如果你原来的业务流程是这样操作，那么它本身就不规范，所以我们不能这样做......"接下来下面一大堆道理，叙述信息化应该以规范化为基础才可能有效实施，然后提出一个更好的流程设计方案，推动用户对现有的业务流程进行优化。首先客户尊崇了信息化和规范化的理论，菜鸟尊崇了项目经理的经验，而项目经理则是蔑视了工作流模型反映实际业务的能力。然而，基于文化的差异，国人逐渐也发现了国外的工作流系统逐渐不能适应本地市场。

一台完美的晚会，演员为了观众而投入的表演，观众被表演而吸引，或捧腹或感动，而主持人一定是不温不火的那一个。他往往需要对整个项目负责，技术很强（开发背景），同时还要把握需求，控制需求，还需要跟客户（或者业务部门）交流，以及汇报。敏捷项目中，程序员更希望项目经理是一个看不见的角色。与客户沟通，项目管理，分析项目开发进度，找到影响开发速度的地方并持续改进开发过程，适当激励才是项目经理需要做的事情。

用 lucene 建立索引不可能每次都重新开始建立,而是按照新增加的记录,一次次的递增建立索引的IndexWriter类,有三个参数 IndexWriter writer = new IndexWriter(path, new StandardAnalyzer(),isEmpty);其中第三个参数是bool型的,指定它可以确定是增量索引,还是重建索引.对于从数据库中读取的记录,譬如要为文章建立索引,我们可以记录文章的id号,然后下次再次建立索引的时候读取存下的id号,从此id后往下继续增加索引,逻辑如下.