小编Ven*_*kat的帖子

第三方组件正在填充nvarchar表中具有某些值的列.大多数情况下,它是一个人类可读的字符串,但偶尔它是XML(如果在第三方comp中有一些内部异常).

作为一个临时解决方案(直到他们修复它并始终使用字符串),我想解析XML数据并提取实际消息.

环境: SQL Server 2005; 字符串总是小于1K; 这张表中可能有几千行.

我遇到了几个解决方案,但我不确定它们是否足够好:

1. 调用sp_xml_preparedocument存储过程并将其包装在TRY/CATCH块周围.检查返回值/句柄.
2. 编写托管代码(在C#中),再次异常处理并查看它是否是有效字符串.

这些方法似乎都没有效率.我正在寻找类似于ISNUMERIC():ISXML()函数的东西.还有其他更好的检查字符串的方法吗？

浏览器: Firefox 6.0

我使用以下设置进行页面A以确保内容未存储在浏览器的bfcache中:

1) $(window).unload(function(){});

2)以下HTTP标头:

<meta http-equiv="pragma" content="no-cache" /> 
<meta http-equiv="expires" content="-1" />
<meta http-equiv="cache-control" content="no-cache"/>

我也迷上了事件pagehide和pageshow.当我离开页面时,pagehide使用CORRECT值调用事件属性persisted = false(这是需要的:缓存中没有持久性!)

浏览了几页后,我window.history.go(-2);回到了A页.此时,我希望Firefox在服务器上轮询更新版本,而不是从缓存中显示.使用pageshow事件属性的CORRECT值调用页面A persisted = false(意味着页面未从缓存加载).但页面内容不是服务器数据; 它是陈旧的内容(与最初离开页面时相同)!Fiddler也没有向服务器显示新请求.

谷歌浏览器也表现出相同的行为.IE按预期工作(重新加载新数据)!

知道我错过了什么吗？

提前致谢!

以下是我们的设置和要求:

• 有一个公共Web应用程序可通过SSL +基本身份验证访问.这些应用程序大多数都在ASP.Net中; 传统的几个是经典的ASP.服务器是Win 2003/IIS 6.0
• 此应用程序需要支持(主要)MS Office文档的在线编辑(2007和2010).文档本身与应用程序的内容一起存储在数据库中.
• 用户应该能够通过HTML链接打开文档; 相应的外部Office应用程序(比如MS Word)应该以编辑模式打开文档(使用独占锁定),当用户按下Save按钮时,文档应该回发到应用程序.
• 优选地,不需要在客户端部署外部插件/ ActiveX控件.

自定义WebDAV实现是最好的方法吗？请注意,我们可能不需要WebDAV的所有功能来支持上述要求.你知道任何替代方案吗？

如果要实现自定义WebDAV实现,除了http://www.webdav.org/之外,您能否推荐一些好的资源(商业/开源IIS插件,.Net,docs等样本)？顺便说一句,我不喜欢安装像Sharepoint这样庞大的CMS来支持这么小的要求!

我在SO上发现了一个关于自定义WebDav实现的线程:您在实现/使用WebDAV方面有什么经验？ 这听起来很令人沮丧:((仅在IIS根目录上可用,需要Windows身份验证等)

提前致谢!

我正在开发一个财务应用程序,其中一项功能是生成XBRL(可扩展商业报告语言)文档.如果您熟悉XBRL实例文档,您可能会发现它们通常引用大量模式.使用(commecial)库生成这些XBRL实例通常更容易.

使用案例:为用户设计Web表单以填写各个字段.使用用户输入生成有效的XBRL实例文档.
我们的平台:C#和.Net

我的问题:

• 你使用过任何(商业)图书馆吗？您会建议哪一个生成"年度财务报表"？Altova MapForce似乎是主导者.

• 避免使用(库)库的原始解决方法:

  • 选择有效的实例文档,清除所有数据并将XBRL(XML)文件存储为模板.
  • 使用XSLT将模板呈现给用户.收集用户输入并使用.Net中的标准XML库填写XBRL

你会推荐这个解决方法吗？为什么不呢？

任何输入将不胜感激:)

我们希望将SAML 2.0用于单点登录解决方案.作为典型的Microsoft商店,我们希望尽可能多地使用Microsoft组件.Windows Identity Foundation支持SAML 2.0,但该扩展仍在社区技术预览(CTP)中超过一年,未来的任何地方都没有任何信息.见http://blogs.msdn.com/b/alikl/archive/2011/05/16/windows-identity-foundation-wif-extension-for-saml-2-0-protocol-community-technology-preview-ctp的.aspx

我发现了MichèleBustamante撰写的一篇鼓舞人心的文章:http://www.devproconnections.com/article/federated-security/generate-saml-tokens-using-windows-identity-foundation 她积极推广WIF + SAML 2.0,但无处可去她谈到CTP或最终版本的文章.我也不能与她联系以澄清.

有了这样的背景,为SAML 2.0使用WIF社区技术预览或坚持使用SAML 1.1是否安全？SAML 2.0是否比SAML 1.1具有明显的优势？SAML 1.1的未来是否有问题？

还有其他选择吗？