大家都说xfire简单好用，不过我更觉得这个是相对而言的，如果你需要一些非默认的特性，那么就比较麻烦了，至少这样的文档太少了，指使不知该如何下手。下面是关于让xfire生成的服务使用SOAP1.2报文的设置内容，大家看看吧，我倒觉得不如Axis2来得简单。 xml version="1.0" encoding="UTF-8"?>DOCTYPE beans PUBLIC "-//SPR

经过实验证明WebServices WS-Security的实现，在多语言之间的障碍在于密钥的形式。Java语系中，公钥私钥保存在JKS密钥库或PKCS12密钥库中，JKS还是PKCS12？C或其他语系中，多以PEM为存放形式。----------------------------------------------------------------------以我的一个实际案

实验证明使用org.apache.struts.util.LabelValueBean封装后，通过remoteEJB调用该方法后，如果返回的对象其中存在经过org.apache.struts.util.LabelValueBean封装的对象，则会报错：java.io.InvalidClassException: org.apache.struts.util.LabelValueBean; lo

1、触发器的设计，采用队列机制避免阻塞create or replace trigger new97es_idcc_trigger_fg  after insert or update of STATE on SPJK_FAMILY_GATEWAY  for each rowdeclare  -- local variables here  job BINARY_INTEGER;begin 

原文地址：http://www.javaeye.com/topic/9115其中有些精彩的论述，以下为摘抄：gigix 写道EJB容器提供pool，仅仅是因为从前的JVM GC效率太低，不得不采用的权宜之计。在Java 1.3之后的VM里面，GC效率的提升已经使EJB容器的instance pooling变成了一个反模式。详情请参见J2EE without EJB第12章，或请教dle

几年前曾热烈讨论的话题，现在拿出来看看还是认识了不少。以下是在JDON的文章，两方观点分别摘录倾向Tuxedo        我和一个BEA公司的Technical Consulant聊天，他告诉我，他们实施WLS如果遇到性能问题无法解决的时候，有一个暗语，叫做“老办法”。这个老办法就是指的用Tuexdo来解决J2EE中的性能瓶颈。那种说Tuexdo过时或者淘汰的人，最好先问问BE

原文地址：http://dev2dev.bea.com.cn/blog/NickSimha001/200509/02_32.html最近我在eaipatterns.com上看到了一篇非常棒的文章：“Starbucks doesnt use two phase commit（星巴克不使用两阶段提交）”。您可以通过这个网址查看完整的文章：http://eaipatterns.com/docs/I

原文地址：http://dev2dev.bea.com.cn/blog/davidturing/200803/transaction_04_923.html目前，似乎很少有支持嵌套事务的中间件，但嵌套事务确实存在。假定有Method A, Method B, Method CA 调用 B，CServiceHost {                /**        * 事务属性配置为 

package readyesb.client;import java.net.MalformedURLException;import javax.xml.namespace.QName;import readyesb.xxxPWD;import org.codehaus.xfire.XFireFactory;import org.codehaus.xfire.client.XFirePro

原文地址：http://blog.csdn.net/chensheng913/archive/2004/11/04/166204.aspxLuca Cardelli和Peter Wegner（"On Understanding Types, Data Abstraction, and Polymorphism"一文的作者， 文章参考资源链接）把多态分为两大类----特定的和通用的----四小类：强

         现存项目中，对外系统接口时长使用，工作流->接口表->表扫描器->指令处理器 的模式来实现。其中扫描器的设计多为采用定时器设置时间间隔利用单线程来获取数据，这样做存在两个问题：1、间隔长短不宜把握，很难实现实时性。2、频繁的扫描接口表，给系统带来不小开销。       解决这个问题的关键是，转主动式扫描为事件触发式扫描 工作流->接口表->Trigger->发送信号->端口扫描器

前段时间写的“Delphi7做WebServices客户端，实现对SOAP1.2的支持”的更正。又丢了，狂汗：） CSDN的Bug？ 不写了，总之不能简单的通过hack，让Delphi7支持SOAP1.2。

不同的Webservices实现架构对标准的实现上确实存在诸多的不同，这就是我们在联调系统的时候时常发现无法调通的关键。本文讨论的就是其中的一支，关于Xfire、Axi2在执行W3C "WSDL 1.1 Binding Extension for SOAP 1.2"时的差异，了解了这些有助于我们发现问题，解决问题。开始之前，需要做些准备：1、W3C"WSDL 1.1 Binding Exten

在项目中犯了一个大的错误，没有考虑WSDL、SOAP样式问题，结果造成客户端自动生成代码报错呵呵，不完全符合WS-I标准。差异很显著，这是Document/literal SOAP message的            5        5.0    这是Document/literal wrapped SOAP message的                        5      

以我单位现在的工程为例，使用Weblogic8.1，JDK1.4 运行稳定，为了使用JDK5的特性，升级硬件的话划不来。但有时却和项目的发展有着些许不和谐。于是找到了Retroweaver，让JVM1.4上运行JDK1.5编译的程序。到http://retroweaver.sourceforge.net/下载程序包，解压。使用相当简单，如下："%JAVA_HOME%"/bin/java -cp

%@ page import="javax.naming.Context,                  javax.naming.InitialContext,                  weblogic.management.MBeanHome,                  weblogic.management.configuration.ServerM