[ http://issues.apache.org/jira/browse/WSS-13?page=comments#action_12318884 ]
Guy Rixon commented on WSS-13: ------------------------------ If the error is irrelevant in all use cases, then it would be good to eliminate the error report. But what was this patching operation supposed to do? Are there cases where it still matters? if not, then there must be dead code to eliminate. Maybe it's an XMLsec bug? In that case, we should forward the error report. > Xalan-related exception in WSS4J client-side handler > ---------------------------------------------------- > > Key: WSS-13 > URL: http://issues.apache.org/jira/browse/WSS-13 > Project: WSS4J > Type: Bug > Environment: Windows XP SP2 + JDK 1.5 + Xalan 2.6.0 + WSS4J 1.0.0 > Reporter: Guy Rixon > Assignee: Davanum Srinivas > Priority: Minor > > In each run of WSDoAllSender in an Axis client, I get this exception report > in the log: > - Unable to patch xalan function table. > java.lang.NoSuchFieldException: m_functions > at java.lang.Class.getField(Class.java:919) > at org.apache.xml.security.Init.registerHereFunction(Unknown Source) > at org.apache.xml.security.Init.init(Unknown Source) > at > org.apache.ws.security.WSSecurityEngine.<clinit>(WSSecurityEngine.java:132) > at > org.apache.ws.axis.security.WSDoAllSender.<clinit>(WSDoAllSender.java:69) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:219) > at org.apache.axis.utils.ClassUtils$2.run(ClassUtils.java:176) > at java.security.AccessController.doPrivileged(Native Method) > at org.apache.axis.utils.ClassUtils.loadClass(ClassUtils.java:160) > at org.apache.axis.utils.ClassUtils.forName(ClassUtils.java:100) > at > org.apache.axis.deployment.wsdd.WSDDDeployableItem.getJavaClass(WSDDDeployableItem.java:353) > at > org.apache.axis.deployment.wsdd.WSDDDeployableItem.makeNewInstance(WSDDDeployableItem.java:295) > at > org.apache.axis.deployment.wsdd.WSDDDeployableItem.getNewInstance(WSDDDeployableItem.java:274) > at > org.apache.axis.deployment.wsdd.WSDDDeployableItem.getInstance(WSDDDeployableItem.java:260) > at > org.apache.axis.deployment.wsdd.WSDDChain.makeNewInstance(WSDDChain.java:125) > at > org.apache.axis.deployment.wsdd.WSDDDeployableItem.getNewInstance(WSDDDeployableItem.java:274) > at > org.apache.axis.deployment.wsdd.WSDDDeployableItem.getInstance(WSDDDeployableItem.java:260) > at > org.apache.axis.deployment.wsdd.WSDDService.makeNewInstance(WSDDService.java:430) > at > org.apache.axis.deployment.wsdd.WSDDDeployableItem.getNewInstance(WSDDDeployableItem.java:274) > at > org.apache.axis.deployment.wsdd.WSDDDeployableItem.getInstance(WSDDDeployableItem.java:260) > at > org.apache.axis.deployment.wsdd.WSDDDeployment.getService(WSDDDeployment.java:427) > at > org.apache.axis.configuration.FileProvider.getService(FileProvider.java:231) > at org.apache.axis.AxisEngine.getService(AxisEngine.java:311) > at > org.astrogrid.security.EndToEndTest.invokeWhoAmI(EndToEndTest.java:149) > at > org.astrogrid.security.EndToEndTest.testGoodCredentials(EndToEndTest.java:29) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at junit.framework.TestCase.runTest(TestCase.java:154) > at junit.framework.TestCase.runBare(TestCase.java:127) > at junit.framework.TestResult$1.protect(TestResult.java:106) > at junit.framework.TestResult.runProtected(TestResult.java:124) > at junit.framework.TestResult.run(TestResult.java:109) > at junit.framework.TestCase.run(TestCase.java:118) > at junit.framework.TestSuite.runTest(TestSuite.java:208) > at junit.framework.TestSuite.run(TestSuite.java:203) > at > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325) > at > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:536) > The handler/libraries seem to handle the exception and recover; WSS4J works > as expected. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
