原文:VSTO 学习笔记(十三)谈谈VSTO项目的部署 一般客户计算机专业水平不高,但是有一些Office水平相当了得,尤其对Excel的操作非常熟练.因此如果能将产品的一些功能集成在Office中,将会有很好的基础. 但是由于客户安装的Office版本不一,所以VSTO项目的部署问题显得尤为重要,需要考虑很多问题. 测试代码下载 本系列所有测试代码均在Visual Studio 2010 Ultimate SP1 + Office 2010 Professional Plus x64 SP1

使用SQL2012附加一个数据库时报出了以下错误:“无法升级数据库....因为此版本的 SQL Server 不支持该数据库的非发布版本(539).不能打开与此版本的 sqlserver.exe 不兼容的数据库.必须重新创建该数据库.” 详细截图如下: 经过检索得知:原来539 是Sql Server2000数据库的内部版本号,也就是说要附加的数据库文件是由Sql Server 2000创建的,但是我们知道Sql Server 2012 数据库是不兼容Sql Server 2000数据库的.如下

Alpha: Alpha是内部测试版,一般不向外部发布,会有很多Bug.除非你也是测试人员,否则不建议使用. 是希腊字母的第一位,表示最初级的版本 alpha就是α,beta就是β alpha版就是比beta还早的测试版,一般都是内部测试的版本 -------------------- Beta: 很容易理解就是测试版,这个阶段的版本会一直加入新的功能. RC:RC就是Release Candidate(候选版本)的简称 Candidate是候选人的意思,用在软件上就是候选版本.Release.

需求描述 1.使用Maven central仓库.2.使用Log4j写入日志.3.包含单元测试,保证正确的信息返回,单元测试必须使用JUnit编写.4.创建一个可执行的Jar文件. 我们来看一下怎样实现这些需求. 一.开发一个胖的可执行jar 1.配置仓库 我们的演示程序的一个需求是构建脚本必须使用Maven central仓库,在我们使用Maven central仓库配置构建脚本后,源代码如下: apply plugin: 'java'repositories {    mavenCentra

Erlang Rebar 使用指南之二:制作发布版本 全文目录: https://github.com/rebar/rebar/wiki 本章位置: https://github.com/rebar/rebar/wiki/Release-handling 如何使用rebar打包和发布应用. 1 查看erlang版本 $ erl Erlang/OTP 17 [erts-6.2] [source] [64-bit] [async-threads:10] [hipe] [kernel-poll:fal

有时候,看法别人写的代码比较好,想看看他们的代码到底是如何写的,于是就找方法,看看能否把发布版本变成源码.后来终于发现一个词“反编译”,我终于知道怎么办了. 工具:ILSpy   百度下载一个,该工具很强大,建议每个.net程序员都安装一个. Vs2012 这个大家都懂的. 下面咱们开始工作啦. 打开发布的文件,看到里面的bin目录. 第1步:创建一个web站点(ASP.ent),将所有的发布文件都拷贝进去. 第2步:打开ILSpy ,---文件---打开---bin目录里的一个dll文件, 第

打开 pom.xml 在里面添加以下代码就能顺利在阿里上面下载所需要的 jar 包文件: <!--设置 Maven 组件仓库 --> <repositories> <!-- Maven 官方仓库 --> <repository> <id>maven</id> <name>Maven Repository Switchboard</name> <layout>default</layout>

在创建了一个实用的应用程序之后,我们可能想将其与他人分享.其中一种方式就是创建一个可以从网站上下载的二进制文件. 这篇教程描述了如何创建一个二进制发布版本,满足以下需求: 二进制发布一定不能使用所谓的“fat jar”方式.换句话说,我们应用程序中的所有依赖一定不能被打包到该程序相同的jar包中. 二进制发布必须包含针对*nix和Windows操作系统的启动副本. 二进制发布的根目录必须包含许可证. 我们开始吧. 创建二进制发布文件 Application插件是一种Gradle插件,让我们可以运

简介 一个软件或者一个功能在发布时,通常会有Beta版这么一说.我很熟悉,差不多知道是什么意思,但没去深究,感觉上就是一个可以用但不保证功能稳定的版本. 直到昨天我看到了 MariaDB 数据库发布标准,才对 Alpha.Beta.RC 和 GA 这些概念明晰一些.可能这套标准并不适应于大部分领域,但我感觉对于一个初学者,可以大大增进对这些概念的理解. 软件发布标准 Alpha 版 此阶段软件逐步添加新特性,一些老特性可能被删除.用户尝试使用时,不保证特性的稳定性. Beta 版 不再删除特性.

原文出处: http://www.blogjava.net/youxia/archive/2007/10/23/155372.html 我的上一篇随笔讲了怎么使用Subversion客户端去连接服务器,由于服务器是别人的,我们只能体验到有限的功能.要探索版本控制的方方面面,非得自己建立Subversion服务器不可.在这一篇中,我将构建一个自己的源代码仓库. 首先是规划,我觉得应该从以下几个方面来考虑问题: 1.源代码仓库放在什么地方? 2.怎么将版本库发布到网络上? 3.设置什么样的认证和授权

github发布版本后再pacakgist能拉取到需要发布版本 本地 mac@macdeMacBook-Pro:/www/tool$ git add . mac@macdeMacBook-Pro:/www/tool$ git commit -m 'test' [master dc1bf10] test 6 files changed, 29 insertions(+), 8 deletions(-) mode change 100644 => 100755 .gitignore mode cha

0x00 问题 不知道大家是否在调试Unity应用性能的时候发现过一条常见的Marker:UIEvents.IMGUIRenderOverlays. 很多情况下,这条叫做UIEvents.IMGUIRenderOverlays的Marker下会有持续的GC内存分配以及CPU时间的开销.如下图所示: 可以看到在这个截图中,UIEvents.IMGUIRenderOverlays的GC分配为368B,时间开销为0.27ms,并且是每帧持续如此的输出. 0x01 原因 一旦发现UIEvents.IMG

was 发布版本的步骤:实际使用:1.备份应用 (备份应用下的war包,tar -czvf app.20200418.tar.gz app.war)2.停服务(was 控制台停,方便)3.替换该版本文件(红色实体叉提示stoped,表示已停止,此种状态下再进行版本文件替换)4.检查防火墙状态(service firewalld status, 未启用,或者是添加了例外,防止启动服务时,连接不上数据库服务器等)5.启服务(was 控制台停,方便),监控日志6.登录系统,点击该版本修改的相关功能.(

当 ASP.NET 首次在 2002 年发布时,时代有所不同. 那时,Internet 仍处于起步阶段,大约有 5.69 亿用户,每个用户平均每天访问 Internet 的时间为 46 分钟,大约有 3 百万个网站. 仅仅在 10 年之后,相同的测量指标揭示,大约有 22.7 亿个 Internet 用户,每个用户平均每天访问 Internet 的时间为 4 小时,大约有 5.55 亿个网站.伴随着网络应用程序开发的不断演进,ASP.NET也伴随着产生了新的技术,比如ASP.NET MVC和AS

在使用maven过程中,我们在开发阶段经常性的会有很多公共库处于不稳定状态,随时需要修改并发布,可能一天就要发布一次,遇到bug时,甚至一天要发布N次.我们知道,maven的依赖管理是基于版本管理的,对于发布状态的artifact,如果版本号相同,即使我们内部的镜像服务器上的组件比本地新,maven也不会主动下载的.如果我们在开发阶段都是基于正式发布版本来做依赖管理,那么遇到这个问题,就需要升级组件的版本号,可这样就明显不符合要求和实际情况了.但是,如果是基于快照版本,那么问题就自热而然的解决了

今天看了一天的apache 的httpasyncclient ,为了和默认的httpclient做个对比,httpcore是核心轻量级的提供传统阻塞IO 和 java NIO两种方式,httpclient基于httpcore做的全功能封装 能应付绝大部分爬虫需求, HttpAsyncClient 是基于httpcore NIO 和httpclient基础上做的进一步封装,主要利用异步回调方式,适用于高性能需求的场景下 ,官方文档 如是说: Asynch HttpClient is a HTTP/

本文地址:http://blog.csdn.net/sushengmiyan/article/details/41911539 本文作者:sushengmiyan ------------------------------------------------------------------------------------------------------------------------------------ 官方博客发布了这个新版本说明,英文文章请戳下面 http://www.

按理来说,生成模式选择Debug就能解决这个问题,但是有些时候,即使生成切换到Debug,也依然还是提示正在调试 发布的版本 ,无奈一个文件一个文件的对比,最后发现是Properties文件夹下面的AssemblyInfo.cs里面声明了一些关于Debug的语句,导致不能调试. 具体是这一句 [assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)] 这个项目是通过ILSpy

1.Debug是调试版本不会对项目发布的内容进行优化,并且包含调试信息容量会大很多 2.Release不对源代码进行调试,对应用程序的速度进行优化,使得发布的内容容量等都是最优的

Alpha:是内部测试版,一般不向外部发布,会有很多Bug.一般只有测试人员使用. Beta:也是测试版,这个阶段的版本会一直加入新的功能.在Alpha版之后推出. RC:(Release Candidate) 顾名思义么 ! 用在软件上就是候选版本.系统平台上就是发行候选版本.RC版不会再加入新的功能了,主要着重于除错. GA:General Availability,正式发布的版本,在国外都是用GA来说明release版本的. RTM:(Release to Manufacture)是给工厂

通常在软件发布的时候会打一个tag,用于标注这次发布的相关信息, 这样做的好处是,将来如果这个版本出现了问题,可以通过tag迅速定位到当前版本,进行错误修复. 1. 新建tag $ git tag v1.6 v1.6 就是这个tag的名称,通常以版本号命名.注意:tag是打在最近的一次Commit记录上的,比如我最近一次提交记录的Commit ID是 7fd77215642fe36e73674f604ef49a0097d3c0d3,那么执行完 git tag v1.6命令后,tag就打在了这个C