小编gre*_*ade的帖子

System.Diagnostics中是否有内置方法用于检索给定CategoryName的所有实例化性能计数器？

我们有许多使用自定义性能计数器的多线程应用程序,现在需要添加一个仪表板来显示性能统计信息.

我想以这样的方式制作仪表板,只要有人在新代码中添加新计数器,就不需要更新它.

使用以下SQL,可以获取给定物化视图的DDL.

BEGIN
    DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'STORAGE', FALSE);
    DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'TABLESPACE', FALSE);
    DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'SEGMENT_ATTRIBUTES', FALSE);
END;
SELECT DBMS_METADATA.GET_DDL('MATERIALIZED_VIEW', 'OBJECT_NAME', 'SCHEMA_NAME') FROM DUAL;

我在没有表空间信息的情况下检索DDL有困难.SET_TRANSFORM_PARAM实际上,指令被记录为特定于表和索引(不是物化视图).在STORAGE一个没有实际工作,而TABLESPACE和SEGMENT_ATTRIBUTES那些没有任何效果.有没有办法从生成的DDL中省略表空间信息？

我正在尝试将TeamCity用户限制为特定AD组的成员(FNC_TEAMCITY_USERS).LDAP用户同步已经在运行.在我的ldap-config.properties中,我改变了这个:

teamcity.users.filter=(objectClass=user)

对此:

teamcity.users.filter=(&(objectClass=user)(memberOf=CN=FNC_TEAMCITY_USERS,OU=Groups,DC=group,DC=ourdomain,DC=com))

我重新启动了TeamCity服务,此更改无效.所有AD用户仍可以登录TeamCity.我在6.5实例和7.0(EAP)实例上尝试了这个.

有什么我错过了或这是一个错误？

我正在寻找一种方法,以编程方式从Windows服务可执行文件中获取app.config文件的路径.构建过程的变化App.config来program-name.exe.config,我可以这样做:

var configFile = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "program-name.exe.config");

但是,我正在寻找一些在运行时获取配置文件名的方法,该方法不涉及将exe名称硬编码到应用程序中.ConfigurationManager有一些方法可以做到这一点,所以它必须是可能的.

今天上午8点开始安装SP1测试版,并在上午11点确定进度条看起来明显悬挂在5%左右.我推了取消,它给出了一条消息说它回滚但是在最后一小时将进度条挂在同一位置.

SP1 beta安装程序是否真的很慢或我的具体设置有问题？

PC本身也不错(win7,x64,双核,4GB内存等......).你的安装更快了吗？

我们有几个生产服务器配置为只允许通过RDP访问.没有无法获得的股票.开发团队在更改此设置方面没有发言权,但我们希望自动化代码部署到这些计算机.目前,我们必须将远程桌面设置为与服务器共享本地驱动器,然后将RDP与服务器共享并手动复制部署.

有没有人知道通过RDP隧道并从命令行将文件放到远程主机上的给定目录？这些说明需要包含在MSBuild配置中.

使用ASP.Net图表控件,这是一个子集的的登打士图表控件,

如何制作如下图表:

而不是这个:

编辑:自从提出这个问题以来,我已经取得了一些进展.改进Dundas和MSChart中默认图形的样式元素是:

• 图表容器上的圆角
• 背景颜色和梯度在图容器
• 柱颜色的透明度
• x轴上的列对齐(很简单,MSChart默认为z轴对齐)
• 区域3D墙宽

我正在使用.net-4.0中的System.ComponentModel.Composition在Visual Studio 2010 beta 2中首次尝试Managed Extensibility Framework.

我无法使用下面两个替代例程让CompositionContainer找到我的实现程序集.

第一次尝试(这在MEF的较旧的codeplex版本中有效):

var composition = new CompositionBatch();
composition.AddPart(this);
var container = new CompositionContainer(new DirectoryCatalog(AppDomain.CurrentDomain.BaseDirectory));
container.Compose(composition);

第二次尝试(我认为这在beta 1中有效):

var aggregateCatalog = new AggregateCatalog(
    new AssemblyCatalog(Assembly.GetExecutingAssembly()),
    new DirectoryCatalog(AppDomain.CurrentDomain.BaseDirectory));
var compositionContainer = new CompositionContainer(aggregateCatalog);
compositionContainer.ComposeParts(this);

在测试版2中是否有新的方法可以做到这一点？

编辑:事实证明这与作曲无关.我有一个静态属性代表我导入的实现:

[Import] public static ILog Log { get; set; }

应该是:

[Import] public ILog Log { get; set; }

我将Daniel的答案标记为已被接受,因为以更彻底的方式调试的sage建议解决了这个问题.

我正在开发一个必须存储非常大的数据集和相关参考数据的项目.我从未遇到过需要这么大的表的项目.我已经证明,至少有一个开发环境不能应对数据库层与复杂查询对应用程序层生成的视图所需的处理(具有多个内部和外部联接的视图,对具有9000万行的表进行分组,求和和求平均值) ).

我测试过的RDBMS是AIX上的DB2.失败的开发环境加载了将在生产中处理的卷的1/20.我确信生产硬件优于dev和staging硬件,但我不相信它会处理大量的数据和查询的复杂性.

在开发环境失败之前,需要花费超过5分钟的时间来返回由大型表格复杂查询(许多连接,大量分组,求和和平均)生成的小数据集(数百行).

我的直觉是数据库架构必须改变,以便视图当前提供的聚合作为非高峰批处理过程的一部分执行.

现在我的问题.声称有这类事情经验的人(我不这样认为)我的担心是没有根据的,我向我保证.是吗？现代RDBMS(SQL Server 2008,Oracle,DB2)能否应对我所描述的数量和复杂性(给定适当数量的硬件),还是我们处于谷歌BigTable等技术领域？

我希望得到那些实际上不得不在非理论层面上使用这种音量的人的答案.

数据的性质是金融交易(日期,金额,地理位置,业务),因此几乎所有数据类型都有代表.所有参考数据都被标准化,因此是多个连接.

我有一个脚本的最后一行是：

git diff --no-index -- ./a.json ./b.json > ./a-b.diff

diff返回1文件不同时的退出代码，这会使我的脚本报告错误。

如何忽略diff的退出代码，但保留内容到diff文件的输出重定向？