问题标签 [configuration-files]

据我所见，在 IIS 中托管 WCF 服务时会忽略该标记。我知道在自托管时这是必需的，但在 IIS 下运行时这是否有害甚至使用？

前任。

从我所见，您可以从一台机器上获取描述服务的配置文件，然后在完全不同的机器上使用它，它工作正常。看起来 IIS 似乎完全忽略了这一部分。

谢谢，凯尔

我正在开发一个 .NET WinForms 应用程序，它依赖于 user.config 来存储各种有用的设置，例如 Intranet Web 服务 URL。我们希望能够在安装过程中导入自定义初始设置。用例是，如果一家公司有 100 台机器要安装软件，并且它们都应该引用相关的 Intranet Web 服务，则不需要在所有机器上手动设置。

我们目前正在使用 VS2008 安装项目来生成安装包。

到目前为止，我们的想法是使安装程序能够使用信息（来自模板）制作一个自定义的初始 .config 文件，然后将其放置在适当的位置，而不是安装项目安装的默认文件。

但是，除了这几个之外，我看不到其他方法：

1. 将可执行文件名称硬编码到自定义安装程序操作（源自 System.Configuration.Install.Installer）中，以便使用 ConfigurationManager 类来确定 .config 文件路径。如果可执行文件名称发生更改，这将需要手动更改安装程序。
2. 滚动我们自己的配置类或文件/文件夹层次结构来存储设置。如果我理解正确的话，这基本上会阻止我们使用 .NET 提供的隔离机制（这也是这里的障碍）的优势。

有谁知道任何替代方案，或使上述两个可口的方法？

我担心答案可能是“不要这样做，它违背了机制的精神，滚动你自己的设置导入机制”。

我已经知道如何：

使用以下命令将属性文件加载到我的 Spring 配置中：

使用以下命令即时构建属性对象：

但是我不能做并且非常有用的是让 Spring 加载一个属性文件，然后构建匹配的属性对象。然后我可以以正常方式将其注入 bean 中。

我在其他地方搜索过这个没有成功。有任何想法吗？

我有一个 SSIS 包，可以将表中的数据从一个 SQL Server 2005 复制到另一个 SQL Server 2005。我通过“数据流”任务执行此操作。在包配置文件中，我公开了目标表名称。

问题是当我在配置文件中更改目标表名（通过记事本）时，我收到以下错误“vs_needsnewmetadata”。我想我理解这个问题......当我第一次设置包时，目标表列映射是固定的。

问题：使用 ssis 包完成上述操作的最简单方法是什么？

我已经在线阅读了有关以编程方式设置元数据的信息，但我想避免这种情况。我还编写了一个 C# 控制台应用程序，它做的一切都很好......所有表等都在 app.config 中指定......但显然这个解决方案还不够好。

我已经使用 ConfigParser 很长一段时间来进行简单的配置。困扰我很久的一件事是 DEFAULT 部分。我不确定什么是合适的用途。我已经阅读了文档，但我真的很想看到一些关于它使用的巧妙示例以及它如何影响文件中的其他部分（真正说明了可能发生的事情的类型）。

我有一个依赖于一些内部 Web 服务的应用程序，因此我们希望我们的开发和登台配置指向 Web 服务的开发和登台服务器。

现在，这意味着手动编辑我的 app.config 文件以指向适当的 URL。这不仅麻烦，而且容易出现人为错误（“哎呀，我没有删除那个生产 URL 吗？”可能会导致很多问题）。

在代码中的少数几个地方，我使用

预处理语句，并且想知道是否可以对 app.config 中的值执行类似的操作。我已经能够使用我的应用程序设置很好地做到这一点，因为这些值可以在代码中访问。

我知道构建后脚本，但似乎有一种比编写例程更简单的方法来处理 app.config XML 每次我进行构建时。有什么建议么？

这适用于 C# 和 .NET 3.5，包括旧的“Web 引用”以及较新的 WCF“Web 服务”引用。

一个 Biztalk Server 可以有多个 Host 进程。是否可以为每个主机进程创建一个应用程序配置文件？例如，我想使用 Unity 或 log4net 或任何需要此类配置文件的东西。

编辑：感谢大卫霍尔。更详细一点：我们在一个组中有 12 个 Biztalk 服务器，每个服务器运行 5 到 10 个主机进程。宿主进程运行的某些东西对于每个进程来说都是独一无二的，但它们在库级别上也共享大量代码。我的问题的触发因素是需要为当前造成麻烦的一个系统部分（相当于主机进程）配置例如跟踪级别。

作为替代方案，如果我能弄清楚当前代码在哪个主机进程中运行会有所帮助，但我会将其发布到另一个问题。

像大多数 *nix 人一样，我倾向于使用我的工具并按照我喜欢的方式配置它们。这一切都很好，直到最近。随着我做越来越多的工作，我倾向于登录越来越多的机器，并且有越来越多的东西在我的家用机器上配置得很好，但不一定在我的工作机器、我的网络服务器或我的任何工作上服务器...

你如何保持这些配置文件的更新？你只是手动复制它们吗？您是否将它们存储在公共场所？

我需要调整一些变量（仅在开发设置中），而不必重新启动 IIS 或任何东西（所以我认为 Web.Config 是放置它们的错误位置）。就像我说的那样，在 IIS 运行时，最容易放置大约 500 个配置设置的地方是什么？

编辑：就像我说的，这仅用于一些 Q&D 开发，所以我不关心任何性能。数据库有点矫枉过正（并且可能比我想要处理的工作更多），我想要一些快速的东西（比如设置），我不必担心解析并且可以读取和写入。如果我做 XML，我应该把文件写到哪里，这样我就不必花时间弄乱权限了？

我想创建一个 ini 文件来存储我的应用程序的一些设置。找到 jar 文件所在的位置并在那里创建一个 ini 文件是个好主意吗？如果是，那么我怎样才能找到 jar 文件的位置？

但是，如果您知道此类问题的更好解决方案，我想听听其中的一些。

编辑：我正在使用 mac，我想在 Windows 中运行相同的应用程序。我可以在 System.getProperty("user.home") 目录中写一些东西，但如果用户决定删除应用程序，我想保持系统清洁。没有更好的方法来存储设置文件，例如与应用程序在同一目录中？