在SAP的Fiori应用部署领域,有三种主要的途径可供选择,每种方式都有着独特的应用场景和优势。
首先,对于希望在本地服务器环境下运行Fiori应用的用户来说,方式一提供了基于BSP应用的部署解决方案。
例如在CRM应用中,My lead应用作为BSP应用运行在ABAP前台服务器上。
开发人员可以在本地IDE如Eclipse、Sublime、Atom或Webstorm进行开发,使用特定工具如SAP的ABAP Repository Team Provider一键部署应用源码到前台服务器。
此外,WebIDE也支持开发和部署Fiori应用至ABAP服务器。
对于希望拥抱云计算的用户,方式二提供了在云环境中的部署选择。
SCP(SAP Cloud Platform)作为云平台,允许用户将已开发好的Fiori应用部署在其上。
通过阅读来自SAP成都云开发团队的文章,用户可以了解到如何在SCP上部署UI5应用的具体步骤。
这种方式不仅实现了与传统Netweaver平台的分离,还提供了更灵活的扩展性和可访问性。
最后,对于希望将Fiori应用打包为原生应用,以便在移动设备上运行的用户,方式三提供了使用Cordova框架的解决方案。
通过Cordova,开发人员可以将用HTML、javascript和CSS编写的Fiori应用打包为iOS、Android和Windows Phone等不同平台的应用程序。
这种方式确保了应用在多种设备上的兼容性,并能访问设备的原生功能。
为了确保产品质量,用户在移动设备上的测试是必要的。
总之,SAP的Fiori应用部署提供了丰富的选择,从本地服务器到云环境,再到移动设备,每种方式都能满足不同用户的需求和场景。
用户可以根据自身需求和资源,选择最适合的部署方式。
本文继续深入探讨ABAP中的一个重要概念:ABAP Netweaver服务器的登录方式(Standard Logon Procedure)。
这一知识点在实践中尤为重要,尤其是在处理SAP CRM Web Service相关问题时,遇到的HTTP 401错误常常与登录验证顺序紧密相关。
在事务码SICF中,当我们打开任意一个节点,查看其标签页Logon Data时,会发现Procedure字段默认值为Standard。
点击F1键,可以获取详细的帮助文档。
本文旨在解释当Procedure设置为Standard时,登录验证的顺序及其背后的逻辑。
在Logon Procedure帮助文档中提到,当Procedure设置为Standard时,登录验证将遵循一系列顺序:从使用HTTP字段到使用SAML,再到存储在服务中的用户数据。
这些步骤确保了用户能够以不同方式安全地访问ABAP Netweaver服务器上的资源。
以直接在浏览器中访问Web Service WSDL URL为例,输入url并敲击回车后,我们观察到http自动转换为https,同时出现HTTP 307重定向现象。
这一行为由事务码SMICM中的参数控制,通过RZ11事务码可以查看具体设置。
然而,在未明确提供用户名和密码的情况下,为何仍能访问到需要登录认证才能访问的资源?答案在于Standard Logon Procedure中的Logon Using SAP Logon Ticket (SSO)方式。
SSO通过设置名为MYSAPSSO2的cookie字段实现单点登录。
在访问WSDL发起的HTTP请求中,确实可以观察到该cookie的存在,这是用户成功登录服务器后,由服务器颁发给客户端的登录票证。
登录成功后,浏览器在后续访问同一服务器时,自动将该cookie设置到HTTP请求中,无需用户再次提供登录信息。
若清除MYSAPSSO2 cookie,再次访问同一资源时,系统将要求输入用户名和密码,从而采用基于用户名和密码的Basic Authentication方式登录。
当成功登录后,服务器会通过HTTP响应的set-cookie字段返回MYSAPSSO2 cookie,使得浏览器在下一次访问时自动携带该信息,继续使用SSO方式登录。
本文还展示了如何通过ABAP代码访问Netweaver服务器资源时,根据不同情况提供登录认证信息。
包括在SAPGUI中执行代码时遇到的弹出对话框、在代码中直接指定用户名和密码、通过事务码SM59创建HTTP连接Destination维护用户名和密码,以及利用MYSAPSSO2 cookie实现登录。
对于cookie的使用和相关安全问题,建议参阅Jerry的其他博客。
总之,理解ABAP Netweaver服务器的登录方式对于处理各种Web Service访问问题至关重要。
通过本文介绍的方法,如使用HTTP Watch和Chrome开发者工具,以及查阅SAP帮助文档,可以更深入地研究和解决相关问题。
saphana是一个软硬件结合体,提供高性能的数据查询功能,用户可以直接对大量实时业务数据进行查询和分析,而不需要对业务数据进行建模、聚合等。
SAP内存数据库的数据并不是只在内存里,也会不停写到硬盘里,这就用到复制服务器Replication Server,包括Log-based,Trigger-based和ETL-based。
这些复制服务器需要用到Sybase Replication Server、Sybase Replication Server Agent、Sybase Adaptive Server EntERPrise (AES,适用性服务器)等,以及HANA Load Controller和BO Data Services。
本文地址:http://www.hyyidc.com/article/34201.html