xml

Normally, I use code like this to fine-tune my XMLBeans namespaces for textual output:

XmlOptions xmlOptions = new XmlOptions();
xmlOptions.setSavePrettyPrint();
HashMap suggestedPrefixes = new HashMap();
xmlOptions.setSaveAggresiveNamespaces();
suggestedPrefixes.put(" http://www.w3.org/2001/XMLSchema-instance", "xsi");
xmlOptions.setSaveSuggestedPrefixes(suggestedPrefixes);
String xmlStr = doc.xmlText(xmlOptions);

The first difficulty I have is with explicit prefixes like "xmlns" in these combinations: "xmlns:tns" or "xmlns:soap". They don't seem to be accepted as specification by XMLBeans and lead to a guessed namespace abbreviation in output of XMLBeans. Omitting the "xmlns:" part works for the suggestedPrefixes HashMap - but I require them also to be explicitly mentioned with "xmlns:" prefix at least in the namespace definition section created by XMLBeans because they will later be subject to XML signing where every bit counts. I cannot achieve this so far.

My main question is: How can I specify/control how AXIS2 calls XMLBeans/SOAP for outputting the XML?

Keith Chapman commented in the WSO2 online forum:
"Axis2 allows you to pass in options to these various dataBinding frameworks by prefixing the option with -E. But going through the XMLBeans integration code in axis2 I don't see us taking note of the options you mention above. Perhaps you could raise this as a JIRA on the axis2 list."

I found the XMLBeans integration code in this directory:
src/modules/xmlbeans/src/org/apache/axis2/xmlbeans
However, the class/constructor Axis2BindingConfig in file CodeGenerationUtility just seems to configure the mapping of URIs to package names. What I need to tune are the settings when writing the data wihtin an XMLBean to a file or stream, e.g. using XmlOptions as stated above. How/where can this be added/configured/patched in AXIS2? With some hints, I might be able to do the extension/patch in AXIS2 myself.

I need to create an XML that conforms exactly to a given specification in each and every bit because it is subject to an XML signature. Since the mentioning of namespaces is not adjusted perfectly by XML canonicalization, this is a serious issue.
Since the XML structures are stored in their own class structures (and not just as simple text strings) in the SOAP libraries, I can't easily adapt/correct them.
Is there any point where I can easily add some project-specific patches to the SOAP or AXIS2 libraries to really adjust every bit of XML before signing?
The best spot for patches I can think about right now is the XML canonicalization (org.apache.xml.security.c14n) which also requires some complex attribute handling. Does anybody have some other suggestions?
Are there any interfaces or interceptors foreseen for XML fine-tuning? Are there any easily adaptable examples for using them in this scenario?
Does anybody have experience fine-tuning the XML for using XML signatures that have to be exactly compatible with a 2 years old server using some other implementation for canonicalization and XML binding?
资源下载链接为: https://pan.quark.cn/s/3d8e22c21839 随着 Web UI 框架(如 EasyUI、JqueryUI、Ext、DWZ 等)的不断发展与成熟,系统界面的统一化设计逐渐成为可能,同时代码生成器也能够生成符合统一规范的界面。在这种背景下,“代码生成 + 手工合并”的半智能开发模式正逐渐成为新的开发趋势。通过代码生成器,单表数据模型以及一对多数据模型的增删改查功能可以被直接生成并投入使用,这能够有效节省大约 80% 的开发工作量,从而显著提升开发效率。 JEECG(J2EE Code Generation)是一款基于代码生成器的智能开发平台。它引领了一种全新的开发模式,即从在线编码(Online Coding)到代码生成器生成代码,再到手工合并(Merge)的智能开发流程。该平台能够帮助开发者解决 Java 项目中大约 90% 的重复性工作,让开发者可以将更多的精力集中在业务逻辑的实现上。它不仅能够快速提高开发效率,帮助公司节省大量的人力成本,同时也保持了开发的灵活性。 JEECG 的核心宗旨是:对于简单的功能,可以通过在线编码配置来实现;对于复杂的功能,则利用代码生成器生成代码后,再进行手工合并;对于复杂的流程业务,采用表单自定义的方式进行处理,而业务流程则通过工作流来实现,并且可以扩展出任务接口,供开发者编写具体的业务逻辑。通过这种方式,JEECG 实现了流程任务节点和任务接口的灵活配置,既保证了开发的高效性,又兼顾了项目的灵活性和可扩展性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值