问题标签 [pipeline]

我想为通过 IIS 中某个网站的每个请求运行一段离散的 .Net 代码。这是完全独立的代码——它不会影响它之前或之后的任何东西——它会从请求中记录一些信息，然后结束。

请注意，这不是我可以放入 Application_OnRequestBegin 或其他一些 ASP.Net 文件的内容，因为我需要为非 .Net 文件（PDF、图像等）执行此操作。它需要执行通常不会命中 .Net 框架的请求。

我正在寻找一个 HTTP 模块吗？我已经使用了很多 RTFM，但似乎有许多不同的方法可以操纵管道，我不太确定应该使用哪一种。

我需要绑定到请求和响应都填充的请求管道中的事件。Request 很简单，但我需要 Response 对象的 StatusCode。在管道中的哪个点填充响应？

我有一个将事件处理程序绑定到 EndRequest 的 HttpModule。

有没有办法在事件处理程序中处理请求？意思是，我不只是想运行代码并保持请求移动——我想阻止它死在轨道上，返回一个 200 状态代码，然后收工，而不是请求继续执行下一步管道。

从 HTTP 模块，有没有办法在请求中保留一些东西，以供主模块或最终处理程序访问？您能否在请求通过时将某些内容“粘贴”在该请求上，该内容稍后仍将存在于管道中？

在使用 HTTP 模块时，是否有人注意到管道中的最后两个事件——PreSendRequestHeaders 和 PreSendRequestContent——并不总是运行？

我已经验证绑定到 EndRequest 的代码会运行，但不会在绑定到 PreSendRequestHeaders 或 PreSendRequestContent 时运行。

有什么原因吗？我认为这可能是一个缓存问题（使用 304 Not Modified，您实际上并没有发送内容......），但我已经清除了缓存并确定服务器正在返回 200 OK，这表明它发送了内容.

这是一个问题，因为响应的 StatusCode 默认为 200，我的理解是，在这两种最终方法之前，它不会更新为 404 或 206 之类的东西。如果我在 EndRequest 期间检查 StatusCode，它将始终显示为 200。

我是否需要以编程方式更改任何内容以利用 IIS7 中的集成管道？

如果是这样，优雅降级并在 IIS6 上保持功能的最佳方法是什么？

谢谢！

我想过滤几个嵌套的 xml 元素，评估它们的属性。为此，我正在寻找一个高效且轻量级的 java api 或框架。

主要要求是：

• 根据某些模式或条件过滤元素主体
• 基于事件的 XML 转换

我的第一个想法是 apache jelly，但 jelly 有一个难看的副作用。它删除了 CDATA 标记，这是不受欢迎的行为。

提前致谢。

我正在构建的寻呼机控件存在问题。我的代码如下

AddPagerControls 添加了一堆使用相同事件处理程序的 LinkBut​​tons：

现在发生的事情是，当我添加“下一个”链接按钮时，它会使用以下命令正确设置 CommandArgument：

即如果当前页面为2，那么在调试代码时“Next”按钮的CommandArgument将为3。但是，当页面呈现并且我单击下一个按钮时，它会工作一次（从第 1 页到第 2 页），但它始终是 2，即使在代码中它设置为 3。所以当控制时必须发生一些事情被渲染。

我在这里有点不知所措。我尝试将 CreateChildControls 中对 AddPagerControls 的调用更改为 if(!Page.IsPostBack){AddPagerControls();} 但事件处理程序根本不会触发。

编辑：当从事件处理程序调用 AddPagerControls 方法时，PSI 执行 pnl.Controls.Clear() ，否则 LinkBut​​tons 将被添加两次。

编辑：PPS我每次都重新计算要添加的链接按钮，因为如果存在更多页面，我只需要显示 5 个链接，即

<< < 2 3 4 5 6 7 > >>

任何人都可以建议在支持流水线的java中简单设置一个servlet吗？

（它用于单元测试，所以简单性优于可扩展性）。

我希望能够输入快速、简单的命令来就地操作文件。例如：

这是行不通的，因为管道被设计为“贪婪”的。一旦上游 cmdlet 处理输入的第一行，下游 cmdlet 就会获取文件的写入锁，这会阻止上游 cmdlet 读取文件的其余部分。

有许多可能的解决方法：写入临时文件、将操作分成多个管道（将中间结果存储在变量中）或类似的。但我认为这是一项非常常见的任务，有人为此开发了一个快速、对 shell 友好的快捷方式。

我试过这个：

它在某些情况下工作正常。映射到一个简短的别名并滚入像 PSCX 这样的通用发行版中，对于快速交互任务来说“足够好”了。不幸的是，似乎某些 cmdlet（包括输出文件）在其 Begin{} 方法中而不是在 Process{} 中获取锁，因此它不能解决这个特定示例。

其他想法？