domino代理、lotusscript实现删除域

domino代理、lotusscript实现删除域
domino代理、lotusscript实现删除域

------删除sign6和sign9域------------------------------------

Sub Click(Source As Button)

Dim sess As New NotesSession

Dim db As NotesDatabase

Set db = sess.CurrentDatabase

Dim wsAs New NotesUIWorkspace

Dim uiview As NotesUIView

Set uiview = ws.CurrentView

Dim dc AsNotesDocumentCollection

Dim doc As NotesDocument

Dim rtfitem As NotesRichTextItem

Set db = sess.CurrentDatabase

Set dc = uiview.Documents

If dc.Count = 0 Then

Msgbox "请选择要修改ID的文档!"

Exit Sub

End If

answer% = Messagebox("您是否确认要删除选中的文档的sign6域!!", 4 , "提示") If answer%=6 Then

Set doc = dc.GetFirstDocument()

While Not doc Is Nothing

'Set rtfitem = doc.GetFirstItem("zwnr")

Call doc.RemoveItem("sign6")

Call doc.RemoveItem("sign9")

Call doc.Save(True,True)

Set doc = dc.GetNextDocument(doc)

Wend

Msgbox "修改sign6完成!"

End If

End Sub

------删除sign0域------------------------------------

Sub Click(Source As Button)

Dim sess As New NotesSession

Dim db As NotesDatabase

Set db = sess.CurrentDatabase

Dim wsAs New NotesUIWorkspace

Dim uiview As NotesUIView

Set uiview = ws.CurrentView

Dim dc AsNotesDocumentCollection

Dim doc As NotesDocument

Set db = sess.CurrentDatabase

Set dc = uiview.Documents

If dc.Count = 0 Then

Msgbox "请选择要删除文档Sign的文档!"

Exit Sub

End If

answer% = Messagebox("您是否确认要修改选中的文档的ID!!", 4 , "提示") If answer%=6 Then

Set doc = dc.GetFirstDocument()

While Not doc Is Nothing

Dim item As NotesRichTextItem

Set item = doc.GetFirstItem("sign0")

If Not item Is Nothing Then

Call doc.RemoveItem("sign0")

End If

doc.TAllSSign = ""

doc.TAllSSigner = ""

doc.TALLSSIGNERCN = ""

doc.TComm2=""

doc.TComm2Name = ""

Call doc.Save(True,True)

Set doc = dc.GetNextDocument(doc)

Wend

Msgbox "删除文档Sign完成!"

End If

End Sub

解决js跨域问题

JSONP(JSON With Padding),就是打包在函数调用中的的JSON(或者包裹的JSON)。AJAX和JSONP在jQuery中的调用方式看起来极为相像,千万不要被这种现象迷惑,它们本质上有很大不同。AJAX是通过XMLHttpRequest对象获取非页面内容,而JSONP是动态的添加 3. 20. 21. 22. 23. 其中get.php的代码是

基于属性的访问控制(abac)的跨域访问控制面向服务的体系结构(soa)-毕设论文

理工学院 毕业设计外文资料翻译 专业:通信工程 姓名: 学号: 11L0751156 外文出处: 2012 International Conference On Computer Science And Service System 附件: 1.外文资料翻译译文;2.外文原文。

附件1:外文资料翻译译文 基于属性的访问控制(ABAC)的跨域访问控制面向服务的体系结构 (SOA) 摘要传统的基于角色的访问控制模型(RBAC)不能满足面向服务的需求架构(SOA)的分布和开放,基于属性的访问控制(ABAC)更多细粒度访问控制,更适合SOA是敞开的环境。本文提出了一种ABAC-based跨域访问控制系统中,安全域的与主题、对象属性、权力的环境属性访问决策的基础,消除集成基于SOA框架的约束RBAC,某种程度上提高了可伸缩性和可变更性的系统,解决了跨域访问控制的问题。 关键字:SOA,基于属性的访问控制(ABAC),访问控制 1. 整体介绍 面向服务的体系结构(SOA)是一种组织方法和使用分布式资源的灵活性组织和管理资源的分布不同的管理领域[1 - 2]。越来越高的对信息集成的需求,松散耦合的、开放的SOA从业务和吸引了越来越多的关注学术界[3]。但是SOA的发展也面临着许多问题,比如安全保障,以及如何整合环境检测服务和原始数据[4]。它在特定的SOA安全系统,开放性,跨域访问安全性呈现给我们的是一个巨大的挑战。 基于角色的访问控制(RBAC)是在一个更合适的独立的安全域,不适合跨域访问。基于主体统一服务认证系统[7],使用不同的方法来处理访问跨域访问,它解决了这个问题在跨域访问企业信息集成一定程度上,但它的基于角色的想法不能最后一个方法实现SOA的开放性和信息集成。 为了解决上述问题,本文提出了一种基于属性的访问控制(ABAC)的跨域访问控制系统,该系统应用的思想属性的访问控制跨域访问控制。该系统消除过程中的缺陷基于角色的访问控制应用于SOA的作用。 2.基于属性的访问控制(ABAC)

IBM跨域认证简单解决方案

跨域认证简单解决方案-使用第三方Cookie 概述 跨域认证,意味着用户在一个入口登录后可以无障碍的漫游到其它信任域。也就是所谓的单点登录(SSO)。对于大型的服务提供着,常用的方法有:使用安全断言标记语言(SAML)、基于公开密钥技术(PKI-Pubic Key Infrastructure)的Kerberos网络认证协议或者使用Windows采用的认证方案LanManager认证(称为LM协议-对于NT 安装Service Pack4以后采用NTLM v2版本)。这些认证方式需要单独的认证服务器,对于普通的使用者来说,既难已实现,也不太可能搭建单独的服务器。有没有一种简单又安全的认证方式呢? 本文的目标 使用Cookie和SHA1结合实现简单又安全的认证,如用户在https://www.360docs.net/doc/82902839.html,中登录后,无需再次登录就可以 直接使用https://www.360docs.net/doc/82902839.html,中提供的服务。 Cookie是什么 Cookie 是由Web 站点创建的小文本文件,存储在您的计算机上。这样,当您下一次访问该站点时,它可以自动获取有关您的信息,例如浏览喜好,或您的姓名、地址及电话号码。 关键词 SSO(Single Sign-On)-单点登录 SAML(Security Assertions Markup Language)-安全断言标记语言 Cross-Realm Authentication -跨域认证 PKI(Pubic Key Infrastructure)-公开密钥技术 SHA1(Secure Hash Algorithm 1)-安全哈希算法1 P3P(The Platform for Privacy Preferences)隐私参数选择平台 单一认证模型 1、用户使用a_logon.aspx登录服务器https://www.360docs.net/doc/82902839.html, 2、在a_logon.aspx中自动嵌入iframe其src指向https://www.360docs.net/doc/82902839.html,的b_auth.php 3、https://www.360docs.net/doc/82902839.html,认证成功后在客户端写入Cookie,通过iframe调用b_auth.php 传递认证参数(经过SHA1后) 4、b_auth.php认证成功后在客户端写入认证Cookie 5、完成https://www.360docs.net/doc/82902839.html,和https://www.360docs.net/doc/82902839.html,的统一认证 问题: 上面提到的过程如果使用FireFox浏览器b_auth.php能够成功写入Cookie,如果使用IE6.0及 以上版本b_auth.php写入Cookie失败。 原因: IE 6.0支持P3P,IE 6的缺省隐私等级设置为"中"——即"阻止没有合同隐私策略的第三方 cookie"。而在用户浏览a_logon.aspx时https://www.360docs.net/doc/82902839.html,写入的为第一方Cookie,其嵌入的iframe指向 b_auth.php 这时https://www.360docs.net/doc/82902839.html,写入的就为第三方Cookie了,所以它是被IE当在了大门外。 解决方法: 让用户改变IE安全策略,允许第三方Cookie,这似乎很简单,可是用户会听你的吗?另一种 解决方法使用P3P,在b_auth.php中添加P3P头。网上google一下好像很多,本着不求甚解的原则 Copy来就是了。如下: header('P3P: CP="CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR"') 实现代码

黑马程序员 WebView跨域问题解决方案

【黑马程序员】WebView跨域问题解决方案最近在研究js和android之间的互调,正好就把很多问题统一整理下,慢慢看吧 先说下,我这里用的框架时JSBridge,用法很简单,自己参照下demo估计都能6得飞起, 关于js和原生互相调用,先看下官方的文档,然后在看下这个框架怎么用,其实很简单的~~ 关于让android相应js里面的alert和console,也很简单,就是实现webchromclient里面对应的方法,举一反三,不多做说明,我就直接上图 ? 这样就能让js的alert和console在android上相应,这样在调试的时候也就变的很简单了 接下来就是跨域问题和解决方案 先说下跨域吧,就是报下图的错误,至于什么时跨域,参考这边文章咯:? ? 解决方案: 1.服务器端添加header,这种方式不安全(强烈的不推荐)

? 2.这种方式是在前端做实现,是通过反射调用webview得setAllowUniversalAccessFromFileURLs 方法,传一个true就好了

01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 try { ????if 16) { ????????Class clazz = webView.getSettings().getClass(); ????????Method method = clazz.getMethod( ????????????????"setAllowUniversalAccessFromFileURLs", boolean .class ); ????????if (method != null ) { ????????????method.invoke(webView.getSettings(), true ); ????????} ????} } catch (IllegalArgumentException e) { ????e.printStackTrace(); } catch (NoSuchMethodException e) { ????e.printStackTrace(); } catch (IllegalAccessException e) { ????e.printStackTrace(); } catch (InvocationTargetException e) { ????e.printStackTrace(); } 当然,这个方法要尽量在前面调用。 至于webview 的其他问题,碰到的过程种会继续补充,当然了,最好时先参考android sdk api ,很多东西其实在api 中都已经写的特别详细咯~~~

前端解决跨域问题的8种方案(最新最全)

1) 在https://www.360docs.net/doc/82902839.html,/a.html中: document.domain = 'https://www.360docs.net/doc/82902839.html,'; var ifr = document.createElement('iframe'); ifr.src= 'https://www.360docs.net/doc/82902839.html,/b.html'; ifr.display= none;

document.body.appendChild(ifr); ifr.onload= function(){ var doc = ifr.contentDocument ||ifr.contentWindow.document; //在这里操作doc,也就是b.html ifr.onload = null; }; 2) 在https://www.360docs.net/doc/82902839.html,/b.html中: document.domain = 'https://www.360docs.net/doc/82902839.html,'; 这个没什么好说的,因为script标签不受同源策略的限制。 function loadScript(url, func) { var head = document.head || document.getElementByTagName('head')[0]; var script = document.createElement('script'); script.src=url; script.onload= script.onreadystatechange = function(){ if(!this.readyState || this.readyState=='loaded' || this.readyState=='complete'){ func(); script.onload= script.onreadystatechange = null; } }; head.insertBefore(script, 0); } window.baidu= { sug: function(data){ console.log(data); } } loadScript('https://www.360docs.net/doc/82902839.html,/su?wd=w',function(){console.l og('loaded')}); //我们请求的内容在哪里? //我们可以在chorme调试面板的source中看到script引入的内容

tomcat解决跨域问题

前台ext通过ajax提交信息,后台tomcat有返回值,但前台提示跨域错误 在项目的web.xml中最上层filter中增加,一定要放在最上面,开始放在struts下面测试的时候不起作用,移到struts上面就没问题了 CorsFilter org.apache.catalina.filters.CorsFilter cors.allowed.origins * cors.allowed.methods GET,POST,HEAD,OPTIONS,PUT cors.allowed.headers Content-Type,X-Requested-With,accept,Origin,Ac cess-Control-Request-Method,Access-Control-Request-Headers cors.exposed.headers Access-Control-Allow-Origin,Access-Control-All ow-Credentials cors.support.credentials true cors.preflight.maxage 10 CorsFilter /*

jQuery 跨域访问问题解决方法

jQuery 跨域访问问题解决方法 2011-01-19 22:05:12| 分类:默认分类| 标签:|字号大中小订阅 浏览器端跨域访问一直是个问题, 多数研发人员对待js的态度都是好了伤疤忘了疼,所以病发的时候,时不时地都要疼上一疼.记得很久以前使用iframe 加script domain 声明,yahoo js util 的方 式解决二级域名跨域访问的问题. 时间过得好快,又被拉回js战场时, 跨域问题这个伤疤又开疼了. 好在,有jquery帮忙,跨域问题似乎没那么难缠了.这次也借此机会对跨域问题来给刨根问底,结合实际的开发项目,查阅了相关资料,算是解决了跨域问题..有必要记下来备忘. 跨域的安全限制都是指浏览器端来说的.服务器端是不存在跨域安全限制的, 所以通过本机服务器端通过类似httpclient方式完成“跨域访问”的工作,然后在浏览器端用AJAX 获取本机服务器端“跨域访问”对应的url.来间接完成跨域访问也是可以的.但很显然开发量比较大,但限制也最少,很多widget开放平台server端(如sohu博客开放平台)其实就么搞的.不在本次讨 论范围. 要讨论的是浏览器端的真正跨域访问,推荐的是目前jQuery $.ajax()支持get方式的跨域,这其实 是采用jsonp的方式来完成的. 真实案例: 复制代码代码如下: var qsData = {'searchWord':$("#searchWord").attr("value"),'currentUserId':$("#currentUserId").attr("value"),' conditionBean.pageSize':$("#pageSize").attr("value")}; $.ajax({ async:false, url: http://跨域的dns/document!searchJSONResult.action, type: "GET", dataType: 'jsonp', jsonp: 'jsoncallback', data: qsData, timeout: 5000, beforeSend: function(){ //jsonp 方式此方法不被触发.原因可能是dataType如果指定为jsonp的话,就已经不是ajax事件 了 }, success: function (json) {//客户端jquery预先定义好的callback函数,成功获取跨域服务器上的 json数据后,会动态执行这个callback函数 if(json.actionErrors.length!=0){ alert(json.actionErrors); }

如何解决ajax跨域问题

如何解决ajax跨域问题 由于此前很少写前端的代码(哈哈,不合格的程序员啊),最近项目中用到json作为系统间交互的手段,自然就伴随着众多ajax请求,随之而来的就是要解决 ajax的跨域问题。本篇将讲述一个小白从遇到跨域不知道是跨域问题,到知道是跨域问题不知道如何解决,再到解决跨域问题,最后找到两种方法解决ajax 跨域问题的全过程。 不知是跨域问题 起因是这样的,为了复用,减少重复开发,单独开发了一个用户权限管理系统,共其他系统获取认证与授权信息,暂且称之为A系统;调用A系统以B为例。在B系统中用ajax 调用A系统系统的接口(数据格式为json),当时特别困惑,在A系统中访问相应的url可正常回返json数据,但是在B系统中使用 ajax请求同样的url则一点儿反应都没有,好像什么都没有发生一样。这样反反复复改来改去好久都没能解决,于是求救同事,提醒可能是ajax跨域问题,于是就将这个问题当做跨域问题来解决了。 知跨域而不知如何解决 知道问题的确切原因,剩下的就是找到解决问题的方法了。google了好久,再次在同事的指点下知道jQuery的ajax有jsonp这样的属性可以用来解决跨域的问题。 找到一种解决方式 现在也知道了怎样来解决跨域问题,余下的就是实现的细节了。实现的过程中错误还是避免不了的。由于不了解json和jsonp两种格式的区别,也犯了错误,google了好久才解决。 首先来看看在页面中如何使用jQuery的ajax解决跨域问题的简单版: $(document).ready(function(){ var url='http://localhost:8080/WorkGroupManagment/open/getGroupById" +"?id=1&callback=?'; $.ajax({ url:url, dataType:'jsonp', processData: false, type:'get', success:function(data){ alert(https://www.360docs.net/doc/82902839.html,); }, error:function(XMLHttpRequest, textStatus, errorThrown) {

JavaScript 跨域总结与解决办法

JavaScript 跨域总结与解决办法 什么是跨域 JavaScript出于安全方面的考虑,不允许跨域调用其他页面的对象。但在安全限制的同时也给注入iframe或是ajax应用上带来了不少麻烦。这里把涉及到跨域的一些问题简单地整理一下: 首先什么是跨域,简单地理解就是因为JavaScript同源策略的限制,https://www.360docs.net/doc/82902839.html, 域名下的js无法操作https://www.360docs.net/doc/82902839.html,或是https://www.360docs.net/doc/82902839.html,域名下的对象。更详细的说明可以看下表: URL 说明是否允许通信 https://www.360docs.net/doc/82902839.html,/a.js 同一域名下允许 https://www.360docs.net/doc/82902839.html,/b.js https://www.360docs.net/doc/82902839.html,/lab/a.js 同一域名下不同文件夹允许 https://www.360docs.net/doc/82902839.html,/script/b.js https://www.360docs.net/doc/82902839.html,:8000/a.js 同一域名,不同端口不允许 https://www.360docs.net/doc/82902839.html,/b.js https://www.360docs.net/doc/82902839.html,/a.js 同一域名,不同协议不允许 https://https://www.360docs.net/doc/82902839.html,/b.js https://www.360docs.net/doc/82902839.html,/a.js 域名和域名对应ip 不允许 http://70.32.92.74/b.js https://www.360docs.net/doc/82902839.html,/a.js 主域相同,子域不同不允许

特别注意两点: 第一,如果是协议和端口造成的跨域问题“前台”是无能为力的, 第二:在跨域问题上,域仅仅是通过“URL的首部”来识别而不会去尝试判断相同的ip 地址对应着两个域或两个域是否在同一个ip上。 “URL的首部”指window.location.protocol +window.location.host,也可以理解为“Domains, protocols and ports must match”。 接下来简单地总结一下在“前台”一般处理跨域的办法,后台proxy这种方案牵涉到后台配置,这里就不阐述了,有兴趣的可以看看yahoo的这篇文章: 《JavaScript: Use a Web Proxy for Cross-Domain XMLHttpRequest Calls》 1、document.domain+iframe的设置 对于主域相同而子域不同的例子,可以通过设置document.domain的办法来解决。具体的做法是可以在https://www.360docs.net/doc/82902839.html,/a.html和https://www.360docs.net/doc/82902839.html,/b.html 两个文件中分别加上document.domain = …https://www.360docs.net/doc/82902839.html,?;然后通过a.html文件中创建一个iframe,去控制iframe的contentDocument,这样两个js文件之间就可以“交互”了。当然这种办法只能解决主域相同而二级域名不同的情况,如果你异想天开的把 https://www.360docs.net/doc/82902839.html,的domian设为https://www.360docs.net/doc/82902839.html, 那显然是会报错地!代码如下: https://www.360docs.net/doc/82902839.html,上的a.html 1 2 3 4 5 document.domain = 'https://www.360docs.net/doc/82902839.html,'; varifr = document.createElement('iframe'); ifr.src = 'https://www.360docs.net/doc/82902839.html,/b.html'; ifr.style.display = 'none'; document.body.appendChild(ifr);

JS跨域访问解决方案总结

JS跨域访问解决方案总结 0引言: 跨域请求,顾名思义,就是一个站点中的资源去访问另外一个不同域名站点上的资源。这种情况很常见,比如说通过style标签加载外部样式表文件、通过 img 标签加载外部图片、通过 script 标签加载外部脚本文件、通过 Web font 加载字体文件等等。默认情况下,脚本访问文档属性等数据采用的是同源策略(Same origin policy)。 同源策略:如果两个页面的协议、域名和端口是完全相同的,那么它们就是同源的。同源策略是为了防止从一个地址加载的文档或脚本访问或者设置从另外一个地址加载的文档的属性。如果两个页面的主域名相同,则还可以通过设置document.domain 属性将它们认为是同源的。 随着 Web2.0 和 SNS 的兴起,Web 应用对跨域访问的需求也越来越多,但在脚本中进行跨域请求是受安全性限制的,Web 开发人员迫切需要提供一种更安全、方便的跨域请求方式来融合(Mashup)自己的 Web 应用。这样做的一个好处就是可以将请求分摊到不同的服务器,减轻单个服务器压力以提高响应速度;另外一个好处是可以将不同的业务逻辑分布到不同的服务器上以降低负载。 值得庆幸的是,跨域请求的标准已经出台,主流浏览器也已经实现了这一标准。W3C 工作组中的 Web Applications Working Group(Web 应用工作组)发布了一个Cross-Origin Resource Sharing(跨域资源共享规范)推荐规范来解决跨域请求的问题。该规范提供了一种更安全的跨域数据交换方法。具体规范的介绍可以访问上面提供的网站地址。值得注意的是:该规范只能应用在类似XMLHttprequest 这样的 API 容器内。IE8、Firefox 3.5 及其以后的版本、Chrome浏览器、Safari 4 等已经实现了 Cross-Origin Resource Sharing 规范,已经可以进行跨域请求了。 一、支持跨域访问处理浏览器 Cross-Origin Resource Sharing 的工作方式是通过添加 HTTP 头的方法来判断哪些资源允许 Web 浏览器访问该域名下的信息。然而,对于那些 HTTP 请求导致用户数据产生副作用的请求方法(特别是对于除了GET、某些 MIME 类型的 POST 之外的 HTTP方法),该规范要求浏览器对请求进行“预先验”,通过发送 HTTP 的OPTIONS 请求头询问服务器有哪些支持的方法,在征得服务器的同意后,再使用实际的 HTTP 请求方法发送实际的请求。服务器也可以通知客户端是否需要将验证信息(如 Cookie 和 HTTP Authentication 数据)随同请求一起发送。 下面我们就采用实际的例子说明 Cross-Origin Resource Sharing 是如何工作的。1,简单请求

js_跨域访问

js跨域 什么引起了ajax不能跨域请求的问题? ajax本身实际上是通过XMLHttpRequest对象来进行数据的交互,而浏览器出于安全考虑,不允 许js代码进行跨域操作,所以会警告。 有什么完美的解决方案么? 解决方案有不少,但是只能是根据自己的实际情况来选择。 跨域的安全限制都是指浏览器端来说的,服务器端是不存在跨域安全限制的。所以针对这2种情况 衍生出2类跨域解决方案,一类是服务器端做中转类似代理方式,一类是js处理浏览器端的真正跨 域访问。 具体情况有: 1)本域和子域的相互访问: https://www.360docs.net/doc/82902839.html,和https://www.360docs.net/doc/82902839.html,用document.domain = "https://www.360docs.net/doc/82902839.html,"; 2)本域和其他域的相互访问: https://www.360docs.net/doc/82902839.html,和https://www.360docs.net/doc/82902839.html, 用XMLHttpRequest访问代理, 既服务器端代理方式 3)本域和其他域的相互访问: https://www.360docs.net/doc/82902839.html,和https://www.360docs.net/doc/82902839.html, 用 JS创建动态脚本,