问题标签 [enterprise-library]

我在使用 3.1 版本的日志记录应用程序块时遇到问题...

使用 3.5 框架，我的应用程序在我的桌面上运行良好......一旦它部署到我们的 qa 盒子......日志记录停止运行。web.config 在这两种情况下都是相同的。有任何想法吗？权限问题？

经过快速诊断......结果它在调试模式下编译但不能发布时工作......有人知道要更改设置以使其在发布模式下工作吗？

我正在使用 Microsoft.Practices.EnterpriseLibrary 数据库工具，但仅使用连接字符串信息创建新数据库时遇到问题。

理想情况下，我想做以下事情：

是否可以仅使用连接字符串创建数据库？

如果是这样，如何实现？

我们有一个 ASP.NET 应用程序，它使用异常处理应用程序块将我们的异常记录到数据库（间接使用日志记录块）。这一切都很完美。然而，由于它使用异常处理块来记录数据，所以每次我们想要记录时，我们都必须新建一个 System.Exception 对象。由于我们没有抛出异常，因此没有性能问题。但是，每次我们想要记录一些东西时，我们都必须创建一个新的异常对象。这是一个糟糕的设计吗？

自从 Microsoft 推出应用程序块以来，我一直在遇到使用异常处理应用程序块的人。我最近仔细观察了自己，并将基本功能总结如下（如果您已经知道它的作用，请跳过以下块）：

异常处理应用程序块旨在集中并使用配置文件完全可配置以下关键异常处理任务：

• 记录异常
• 替换异常
• 包装异常
• 传播异常
• 等等

该库通过让您修改 try catch 块来做到这一点，如下所示：

根据 app.config 中为策略名称指定的内容（请参阅此处的文档），HandleException 将...

• 抛出一个全新的异常（替换原来的异常）
• 将原始异常包装在一个新异常中并抛出该异常
• 吞下异常（即什么都不做）
• 你有没有重新抛出原来的异常

此外，您还可以预先对其进行配置以执行更多操作（例如记录异常）。

现在这是我的问题：我完全看不出无论是替换、包装、吞下还是重新抛出异常，使其可配置有什么好处。根据我的经验，这个决定必须在您编写代码时做出，因为当您更改异常处理行为时，您通常必须更改周围或调用代码。

例如，当您重新配置时，您的代码可能会开始出现不正确的行为，使得在特定点抛出的特定异常现在被吞没而不是重新抛出（catch 块之后可能有代码在发生异常时不得执行）。异常处理中所有其他可能的更改也是如此（例如，替换 -> 重新抛出，吞下 -> 包装）。

所以，对我来说，最重要的是异常处理块解决了实际上不存在的问题。异常记录和通知位很好，但不是所有其他的东西只是过度工程的完美例子吗？

与其他 IoC 容器（Windsor、Spring.Net、Autofac ..）相比，使用 Enterprise Library Unity 的优缺点是什么？

我有以下 Oracle 功能：

请注意：
1）这是一个函数，而不是一个过程
2）这是返回一个数字，而不是一个 VARCHAR
3）我碰巧使用的是 System.Data.OracleClient 而不是 Oracle.DataAccess.Client （由于另一个问题我是有）但是任何一个解决方案都可以。

我正在尝试使用 MS 企业库从 VB.Net 调用它，如下所示：

我收到以下错误：

System.InvalidCastException：无法将参数值从 RuntimeType 转换为 Decimal。---> System.InvalidCastException：对象必须实现 IConvertible。在 System.Convert.ChangeType(Object value, Type conversionType, IFormatProvider provider) at System.Data.OracleClient.OracleParameter.CoerceValue(Object value, MetaType destinationType) --- 内部异常堆栈跟踪结束 --- 在 System.Data。 OracleClient.OracleParameter.CoerceValue(Object value, MetaType destinationType) at System.Data.OracleClient.OracleParameter.SetCoercedValueInternal(Object value, MetaType metaType) at System.Data.OracleClient.OracleParameterBinding.PrepareForBind(OracleConnection connection, Int32& offset) at System.Data .OracleClient.OracleCommand.Execute(OciStatementHandle statementHandle, CommandBehavior 行为, Boolean needRowid,

我正在尝试添加 - 365 天和 + 365 天的范围，但似乎在 EL 4.1 中使用此属性仅接受特殊的 ISO 格式字符串......因此我不能简单地将普通字符串添加到此验证例程.

我想做与上述类似的事情 - 仅供参考

有谁知道如何强制此属性接受此 ISO 格式的字符串而无需手动编码此值？

我正在尝试使用 Enterprise Library 3.1 验证块在新项目中验证我的对象。这个应用程序是多语言的，因此需要能够将我的错误消息放入 resx 文件中。你会怎么做呢？您会在对象本身上使用配置部分或属性吗？如何指定要使用的 resx 文件？

感谢您的帮助。

我有一个用于授权的 JAR 文件。我的每个 WAR 文件都需要它。所有 WAR 文件都打包在一个 EAR 文件中。我是否必须在每个 WAR 中重复这个通用 JAR，或者是否有通用库的结构？

所以我的例子看起来像这样......

我的每个 WAR 应用程序都可以看到 common1.jar，但它是在 EAR 中的 3 次。

我可以在 EAR 结构中的哪个位置放置 common1.jar 以便 appl1、appl2 和 appl3 可以看到它而无需重复 3 次？

我正在使用验证应用程序块 - 企业库来验证发送到我的 WCF 服务操作的参数。例如，某个操作要求参数为 1 或 6，如下所示：

这工作得很好，即发生验证错误，但是当客户端调用服务时，会抛出通用 System.ServiceModel.FaultException。一条消息表明：“此故障的创建者未指定原因。”

现在，我可以在服务校准之前自己检查参数并引发自定义错误，但这似乎违背了使用验证应用程序块对参数进行基于属性的验证的目的。是否有自定义验证错误返回的错误？我也有可能做错了什么。我只想让调用者知道他/她应该在异常消息中传入 1 或 6。这可能吗？