如何在变换（自定义XSLT）中访问上下文属性（传入文件名）？
许多有关BizTalk上下文登录器（Codeplex）的历史文章，但所有链接都损坏了。今天是否可以使用最先进的上下文访问函数 /组件？或者，还有其他方法，例如创建助手班或类似的东西吗？
我的目的是使用自定义XSLT在地图中的目标消息中添加文件名（无路径）。没有现有的编排，只能拾取文件并运行地图以将消息从源到目标格式转换（需要添加到源文件名称...）。
Many historical posts about BizTalk Context Accessor (CodePlex), but all links are broken. Is there a state-of-the-art context accessor functoid / component to be used today? Or, is there any other way like creating helper class or something like it?
My aim is to add file name (without path) into the destination message in a map using Custom XSLT. No existing orchestration, only picking up a file and running a map to transform message from source to destination format (that requires source file name added to it...).
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我这次（这次）解决了我的问题（这次），我可以轻松地访问传入消息的上下文，然后在映射之后，将信息名称注入/更新传出消息。
我还有一个其他问题要解决，这两次帮助我接受了使用编排作为解决方案。两苍蝇一次中风。
（问题是 - 自我注意事项 - 我想在另一个DEBATCH场景中重复使用目标架构，即这是一个信封架构。有趣的是，如果在接收端口中运行地图，则BizTalk无法解决车身内容架构。但是，运行地图运行地图在编排内部，它能够在目的地工作时解决身体内容模式并映射到信封模式。）
I solved my problem (this time) using an orchestration where I can access the context of the incoming message easily, and after mapping, inject/update the outgoing message with the file name.
I had one additional problem to solve that helped me accept using orchestration as solution this time. Two flies in one stroke.
(Problem was - note to self - I wanted to reuse destination schema in another debatching scenario, i.e. it was a envelope schema. Funny thing, BizTalk was not able to resolve body content schema if map was run in receive port. However, running map inside an orchestration, it was able to resolve the body content schema and mapping to envelope schema as destination worked.)
上下文访问器函数的替代方法是使用 BRE Pipeline Framework，读取上下文属性并注入将其放入 XML 有效负载中。
An alternative to the Context Accessor functiod is to use the BRE Pipeline Framework, and read the context property and inject it into the XML Payload.