Nabble - XFire

Fwd: XFireServletController and FaultResponseCodeHandler

2009-11-27T05:34:15Z

Hi, I've a application that is monitoring by Wily Introscope and we I
detect that with have a lot of HTTP 500 Error. Looking in dept that
problem I realize that this code generate the error:
public static class FaultResponseCodeHandler
extends AbstractHandler
{

public FaultResponseCodeHandler() {
super();
setPhase(Phase.TRANSPORT);
}

/**
* @see org.codehaus.xfire.handler.Handler#invoke(org.codehaus.xfire.MessageContext)
* @param context
*/
public void invoke(MessageContext context)
{
HttpServletResponse response = XFireServletController.getResponse();
if ( response != null )
response.setStatus(500);
}
}

What is the meaning of invoke method?

Regards
Alejandro

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

From forum: XFire - User

XFireServletController and FaultResponseCodeHandler

2009-11-25T05:57:08Z

From forum: XFire - Dev

[jira] Commented: (XFIRE-1146) CLONE -WsGen Fails to generate client code

2009-10-27T12:06:26Z

[ http://jira.codehaus.org/browse/XFIRE-1146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=196311#action_196311 ]

Seetharam commented on XFIRE-1146:
----------------------------------

I am also having the same issue.

Running WsGen...
wsdl : C:\Menu_WSDL\MenuServices.wsdl
package : com.tst
output : c:\src
binding : XMLBeans
externalBindings :
baseURI :
profile :
explictAnnotation : false
overwrite : false
serverStub : true
forceBare : false
Exception in thread "main" java.lang.ExceptionInInitializerError
at org.codehaus.xfire.gen.WsGen.main(WsGen.java:116)
Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: java.lang.NullPointerException (Caused by java.lang.NullPointerException) (Caused by org.apache.commons.logging.LogConfigurationException: java.lang.NullPointerException (Caused by java.lang.NullPointerException))
at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543)
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235)
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
at org.codehaus.xfire.gen.Wsdl11Generator.<clinit>(Wsdl11Generator.java:41)
... 1 more
Caused by: org.apache.commons.logging.LogConfigurationException: java.lang.NullPointerException (Caused by java.lang.NullPointerException)
at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:397)
at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529)
... 5 more
Caused by: java.lang.NullPointerException
at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:374)
... 6 more

> CLONE -WsGen Fails to generate client code
> ------------------------------------------
>
> Key: XFIRE-1146
> URL: http://jira.codehaus.org/browse/XFIRE-1146
> Project: XFire
> Issue Type: Bug
> Components: Generator
> Affects Versions: 1.2.2
> Environment: Microsoft Windows XP SP2, Sun JDK 1.5.0_09-b01, XFire 1.2.2
> Reporter: Seetharam
> Assignee: Tomasz Sztelak
> Fix For: 1.2.4
>
>
> I ran the following commands from a batch file resulting in the error noted further below:
> set XFIRE_HOME=C:\development\tools\xfire-1.2.2
> rem set the classes
> setlocal EnableDelayedExpansion
> rem loop through the libs and add them to the class path
> set XFIRE_CLASS_PATH=%XFIRE_HOME%
> FOR %%c in ("%XFIRE_HOME%\lib\*.jar") DO set XFIRE_CLASS_PATH=!XFIRE_CLASS_PATH!;%%c
> set ANT_CLASS_PATH=C:\development\tools\apache-ant-1.6.5\lib\ant.jar
> set CDS_CLASS_PATH=C:\development\src\libs\SyncCustomerPartyMaster.jar
> java -cp %XFIRE_HOME%\xfire-all-1.2.2.jar;%XFIRE_CLASS_PATH%;%CDS_CLASS_PATH%;%ANT_CLASS_PATH% org.codehaus.xfire.gen.WsGen -wsdl "foo\syncCustomerPartyMaster.wsdl" -o . -overwrite true
> XFire WsGen Error:
> java.lang.NullPointerException
> at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.isWrapped(WSDLServiceBuilder.java:539)
> at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.visit(WSDLServiceBuilder.java:377)
> at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.build(WSDLServiceBuilder.java:187)
> at org.codehaus.xfire.gen.Wsdl11Generator.generate(Wsdl11Generator.java:102)
> at org.codehaus.xfire.gen.WsGen.main(WsGen.java:122)
> Exception in thread "main" java.lang.NullPointerException
> at org.codehaus.xfire.gen.WsGen.main(WsGen.java:126)
> Caused by: java.lang.NullPointerException
> at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.isWrapped(WSDLServiceBuilder.java:539)
> at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.visit(WSDLServiceBuilder.java:377)
> at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.build(WSDLServiceBuilder.java:187)
> at org.codehaus.xfire.gen.Wsdl11Generator.generate(Wsdl11Generator.java:102)
> at org.codehaus.xfire.gen.WsGen.main(WsGen.java:122)
> --- Nested Exception ---
> java.lang.NullPointerException
> at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.isWrapped(WSDLServiceBuilder.java:539)
> at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.visit(WSDLServiceBuilder.java:377)
> at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.build(WSDLServiceBuilder.java:187)
> at org.codehaus.xfire.gen.Wsdl11Generator.generate(Wsdl11Generator.java:102)
> at org.codehaus.xfire.gen.WsGen.main(WsGen.java:122)
> I've added an attachement that contains the schemas and the wsdl that uses them so that you can reproduce the error.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

From forum: XFire - Dev

[jira] Commented: (XFIRE-1146) CLONE -WsGen Fails to generate client code

2009-10-27T12:06:26Z

From forum: XFire - Dev

[jira] Created: (XFIRE-1146) CLONE -WsGen Fails to generate client code

2009-10-27T12:04:26Z

CLONE -WsGen Fails to generate client code
------------------------------------------

Key: XFIRE-1146
URL: http://jira.codehaus.org/browse/XFIRE-1146
Project: XFire
Issue Type: Bug
Components: Generator
Affects Versions: 1.2.2
Environment: Microsoft Windows XP SP2, Sun JDK 1.5.0_09-b01, XFire 1.2.2
Reporter: Seetharam
Assignee: Tomasz Sztelak
Fix For: 1.2.4

I ran the following commands from a batch file resulting in the error noted further below:

set XFIRE_HOME=C:\development\tools\xfire-1.2.2

rem set the classes
setlocal EnableDelayedExpansion
rem loop through the libs and add them to the class path
set XFIRE_CLASS_PATH=%XFIRE_HOME%
FOR %%c in ("%XFIRE_HOME%\lib\*.jar") DO set XFIRE_CLASS_PATH=!XFIRE_CLASS_PATH!;%%c

set ANT_CLASS_PATH=C:\development\tools\apache-ant-1.6.5\lib\ant.jar

set CDS_CLASS_PATH=C:\development\src\libs\SyncCustomerPartyMaster.jar

java -cp %XFIRE_HOME%\xfire-all-1.2.2.jar;%XFIRE_CLASS_PATH%;%CDS_CLASS_PATH%;%ANT_CLASS_PATH% org.codehaus.xfire.gen.WsGen -wsdl "foo\syncCustomerPartyMaster.wsdl" -o . -overwrite true

XFire WsGen Error:
java.lang.NullPointerException
at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.isWrapped(WSDLServiceBuilder.java:539)
at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.visit(WSDLServiceBuilder.java:377)
at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.build(WSDLServiceBuilder.java:187)
at org.codehaus.xfire.gen.Wsdl11Generator.generate(Wsdl11Generator.java:102)
at org.codehaus.xfire.gen.WsGen.main(WsGen.java:122)
Exception in thread "main" java.lang.NullPointerException
at org.codehaus.xfire.gen.WsGen.main(WsGen.java:126)
Caused by: java.lang.NullPointerException
at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.isWrapped(WSDLServiceBuilder.java:539)
at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.visit(WSDLServiceBuilder.java:377)
at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.build(WSDLServiceBuilder.java:187)
at org.codehaus.xfire.gen.Wsdl11Generator.generate(Wsdl11Generator.java:102)
at org.codehaus.xfire.gen.WsGen.main(WsGen.java:122)
--- Nested Exception ---
java.lang.NullPointerException
at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.isWrapped(WSDLServiceBuilder.java:539)
at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.visit(WSDLServiceBuilder.java:377)
at org.codehaus.xfire.wsdl11.parser.WSDLServiceBuilder.build(WSDLServiceBuilder.java:187)
at org.codehaus.xfire.gen.Wsdl11Generator.generate(Wsdl11Generator.java:102)
at org.codehaus.xfire.gen.WsGen.main(WsGen.java:122)

I've added an attachement that contains the schemas and the wsdl that uses them so that you can reproduce the error.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

From forum: XFire - Dev

[jira] Created: (XFIRE-1146) CLONE -WsGen Fails to generate client code

2009-10-27T12:04:26Z

From forum: XFire - Dev

[jira] Commented: (XFIRE-1040) Using an xfire client with ws-security in a servlet within glassfish causes "NamespaceURI cannot be null"

2009-10-05T11:58:41Z

[ http://jira.codehaus.org/browse/XFIRE-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=193557#action_193557 ]

ricky martin commented on XFIRE-1040:
-------------------------------------

I faced this problem today. I realized that the problem is Glassfish uses sjsxp (https://sjsxp.dev.java.net/) as XML streaming parser implementation and xfire is bundled with woodstox one (wstx-asl). I think some namespace check in sjsxp is causing the exception.

To workaround this issue the woodstox parser can be specified to glassfish. Just add this java properties to the instance:

-Djavax.xml.stream.XMLEventFactory=com.ctc.wstx.stax.WstxEventFactory
-Djavax.xml.stream.XMLInputFactory=com.ctc.wstx.stax.WstxInputFactory
-Djavax.xml.stream.XMLOutputFactory=com.ctc.wstx.stax.WstxOutputFactory

In my opinion this issue should be renamed to something like:
Using an xfire client with ws-security and sjsxp parser causes "NamespaceURI cannot be null"

Hope it helps somebody.

> Using an xfire client with ws-security in a servlet within glassfish causes "NamespaceURI cannot be null"
> ---------------------------------------------------------------------------------------------------------
>
> Key: XFIRE-1040
> URL: http://jira.codehaus.org/browse/XFIRE-1040
> Project: XFire
> Issue Type: Bug
> Components: WS-Security
> Affects Versions: 1.2.6
> Environment: Glassfish V2 Beta 2
> Ubuntu Feisty Fawn 7.04
> xfire-spring
> xfire-ws-security
> Reporter: Michael Lake
> Assignee: Dan Diephouse
> Attachments: xfire_bug.tar.gz
>
>
> Steps to reproduce:
> tar xvzf xfire_bug.tar.gz
> cd xfire_bug
> mvn clean compile package install
> cd token-server
> mvn jetty:run #(this will start up on port 8092)
> ______Steps to run the client in a seperate jetty server to verify it works properly_______
> (in a new console)
> cd xfire_bug/token-servlet
> mvn jetty:run #(this will start up on port 8080)
> firefox http://localhost:8080/token-servlet/app
> Push the button on the web-page and you should show a message in all caps that says "HELLO WORLD"
> ____Steps to produce error on Glassfish V2 Beta 2____ (make sure the jetty server for "token-servlet" is shutdown with CTRL-C
> download glassfish from here: https://glassfish.dev.java.net//downloads/v2-b41d.html
> cd glassfish
> lib/ant/bin/ant -f setup.xml
> ./bin/asadmin start-domain domain1
> cp ~/xfire_bug/token-servlet/target/token-servlet.war ~/glassfish/domains/domain1/autodeploy/
> (let it start up)
> then access http://localhost:8080/token-servlet/app
> push the button to get the error: org.codehaus.xfire.fault.XFireFault: NamespaceURI cannot be null
> HINT: you can turn on remote debugging via glassfish's admin console at
> http://localhost:4848/
> user: admin
> password: adminadmin

From forum: XFire - Dev

[jira] Commented: (XFIRE-1040) Using an xfire client with ws-security in a servlet within glassfish causes "NamespaceURI cannot be null"

2009-10-05T11:58:41Z

From forum: XFire - Dev

[jira] Commented: (XFIRE-1130) NullPointerException in MessageIdCorrelator under multithreaded load

2009-09-29T08:03:27Z

[ http://jira.codehaus.org/browse/XFIRE-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=192750#action_192750 ]

Alexey Yudichev commented on XFIRE-1130:
----------------------------------------

OK I can see by looking at the source that this should be fixed in 1.2.6 already...

> NullPointerException in MessageIdCorrelator under multithreaded load
> --------------------------------------------------------------------
>
> Key: XFIRE-1130
> URL: http://jira.codehaus.org/browse/XFIRE-1130
> Project: XFire
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.2-RC
> Reporter: Alexey Yudichev
> Assignee: Dan Diephouse
>
> I am using XFire client in an 10-threaded environment and I am getting sporadic NPEs:
> org.codehaus.xfire.XFireRuntimeException: Could not invoke service.. Nested exception is org.codehaus.xfire.fault.XFireFault: Fault: java.lang.NullPointerException
> org.codehaus.xfire.fault.XFireFault: Fault: java.lang.NullPointerException
> at org.codehaus.xfire.fault.XFireFault.createFault(XFireFault.java:89)
> at org.codehaus.xfire.client.Client.onReceive(Client.java:386)
> at org.codehaus.xfire.transport.http.HttpChannel.sendViaClient(HttpChannel.java:134)
> at org.codehaus.xfire.transport.http.HttpChannel.send(HttpChannel.java:48)
> at org.codehaus.xfire.handler.OutMessageSender.invoke(OutMessageSender.java:26)
> at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:130)
> at org.codehaus.xfire.client.Invocation.invoke(Invocation.java:75)
> at org.codehaus.xfire.client.Client.invoke(Client.java:335)
> at org.codehaus.xfire.client.XFireProxy.handleRequest(XFireProxy.java:77)
> at org.codehaus.xfire.client.XFireProxy.invoke(XFireProxy.java:57)
> at $Proxy11.addTenorAndRoll(Unknown Source)
> [...higher levels stripped...]
> Caused by: java.lang.NullPointerException
> at org.codehaus.xfire.client.MessageIdCorrelator.correlate(MessageIdCorrelator.java:25)
> at org.codehaus.xfire.client.CorrelatorHandler.invoke(CorrelatorHandler.java:34)
> at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:130)
> at org.codehaus.xfire.client.Client.onReceive(Client.java:382)
> ... 64 more
> I tried placing a breakpoint on MessageIdCorrelator.java:25 with the condition "call == null || call.getContext() == null" and I managed to get it to stop on that breakpoint however evaluating call and call.getContext() did not give null any more. So I believe this is a synchronisation issue -can the invocations collections be updated by other threads that do not synchronize on the collection itself? Because Collections$SynchronizedSet does not synchronize on this, but rather on some separate mutex.

From forum: XFire - Dev

[jira] Commented: (XFIRE-1130) NullPointerException in MessageIdCorrelator under multithreaded load

2009-09-29T08:03:27Z

From forum: XFire - Dev

[jira] Commented: (XFIRE-1130) NullPointerException in MessageIdCorrelator under multithreaded load

2009-09-29T07:53:27Z

[ http://jira.codehaus.org/browse/XFIRE-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=192743#action_192743 ]

Alexey Yudichev commented on XFIRE-1130:
----------------------------------------

Is anyone looking at this?

From forum: XFire - Dev

[jira] Commented: (XFIRE-1130) NullPointerException in MessageIdCorrelator under multithreaded load

2009-09-29T07:53:27Z

From forum: XFire - Dev

Re: @webmethod action - org.codehaus.xfire.XFireRuntimeException

2009-09-25T01:18:21Z

Hi Joe,

unfortunately this list is practically dead. Almost everyone seems to
have moved on to CXF. As to your question... I don't know anything for
sure but I would guess that XFire supports some/most/all of the JAX-WS
annotations - but that does not necessarily mean that all attributes of
those annotations are also supported.

Unless more helpful answers arrive here I would suggest that you either
switch to another framework which supports what you need or use a
wrapper class/interface which maps foo to foo1. This can easily be
automated with a code generator (parse your service or use reflection,
then generate the wrapper service with any of the template engines). It
is not that hard... I am even generating the service interface in the
first place in this way.

Werner

On 24.9.2009 21:01, joe robles wrote:

> Hi all,
>
> I am new to webservices.
>
> I have successfully created a soap webservice on a business interface using
> annotations, using spring and xfire 1.2.5 version.
>
> The business interface has a requirement that foo() must be shown in wsdl as
> foo1. Thus I made use of the @webmethod and used action to tell that foo1 in
> turn must call foo() on the interface.
>
> The business interface is as follows:
>
>
> @WebService( serviceName = "FooService" )
> public interface FooInterface
> {
> @WebMethod( operationName = "foo1", action = "foo")
> String foo( @WebParam( name = "inputData" ) String inputData );
>
> }
>
>
> But when I run the xfire client test, I get the following error.
>
> I am stumped here...Please let me know your valuable input. Your help is
> highly appreciated.
>
> Thanks in advance.
>
> Error:
>
> Caused by: org.codehaus.xfire.XFireRuntimeException: Could not find
> operation foo1 in the service model.
> at
> org.codehaus.xfire.wsdl11.parser.WSDLServiceConfigurator.visit(WSDLServiceConfigurator.java:229)
> at
> org.codehaus.xfire.wsdl11.parser.WSDLServiceConfigurator.configure(WSDLServiceConfigurator.java:198)
> at
> org.codehaus.xfire.service.binding.ObjectServiceFactory.create(ObjectServiceFactory.java:244)
> at
> org.codehaus.xfire.service.binding.ObjectServiceFactory.create(ObjectServiceFactory.java:193)
> at
> org.codehaus.xfire.spring.remoting.XFireClientFactoryBean.makeClient(XFireClientFactoryBean.java:504)
> at
> org.codehaus.xfire.spring.remoting.XFireClientFactoryBean.createClient(XFireClientFactoryBean.java:412)
> at
> org.codehaus.xfire.spring.remoting.XFireClientFactoryBean.afterPropertiesSet(XFireClientFactoryBean.java:119)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1369)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1335)
> ... 49 more

--
--------------------------------------------------------
MINT MEDIA INTERACTIVE Software Systems GmbH
Science Park Kiel
Fraunhoferstr. 13
D-24118 Kiel, Germany
Phone: +49 (0)431 530215-0
Fax: +49 (0)431 5302090
Mail: lehmann@...
Web: www.media-interactive.de
--------------------------------------------------------
--------------------------------------------------------
Sitz der Gesellschaft / Corporate HQ:
Kiel
Reg.-eintragung / Registration:
Amtsgericht Kiel HRB 4860
Geschäftsführer / Managing Director:
Jörg Latteier
--------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

From forum: XFire - User

Re: @webmethod action - org.codehaus.xfire.XFireRuntimeException

2009-09-24T12:31:09Z

More details as follows:

I am using spring 2.5.

Excerpt from the servlet xml:

<bean id="fooSoapExporterWS" class="org.codehaus.xfire.spring.remoting.XFireExporter">
<property name="style">
<value>rpc</value>
</property>
<property name="use">
<value>literal</value>
</property>

<property name="serviceFactory" value="org.codehaus.xfire.annotations.AnnotationServiceFactory"/>

<property name="xfire">
<ref bean="xfire"/>
</property>
<property name="serviceBean"> <ref bean="foo"/> </property>
<property name="serviceInterface" value="com.xx.FooInterface"/>

</bean>

Excerpt from web.xml:

<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
/WEB-INF/foo-servlet.xml
classpath:org/codehaus/xfire/spring/xfire.xml
</param-value>
</context-param>

<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener
</listener-class>
</listener>

Excerpt xfire client xml:

<bean id="fooInterface"
class="org.codehaus.xfire.spring.remoting.XFireClientFactoryBean">
<property name="serviceClass">
<value>
gov.xx.fooInterface
</value>
</property>
<property name="wsdlDocumentUrl">
<value>xxxx/foo?wsdl</value>
</property>
</bean>

The debug statements from xfire api:

0 2009-09-22 12:16:49,961 [ main] DEBUG nsport.DefaultTransportManager - Registered transport org.codehaus.xfire.transport.local.LocalTransport@1112ca9
0 2009-09-22 12:16:49,961 [ main] DEBUG nsport.DefaultTransportManager - Registered transport org.codehaus.xfire.transport.dead.DeadLetterTransport@c8ca96
0 2009-09-22 12:16:49,961 [ main] DEBUG nsport.DefaultTransportManager - Registered transport org.codehaus.xfire.transport.http.SoapHttpTransport@1b1f712
0 2009-09-22 12:16:49,961 [ main] DEBUG nsport.DefaultTransportManager - Registered transport org.codehaus.xfire.transport.http.HttpTransport@d3f3ed
Retrieving document at 'null'.
125 2009-09-22 12:16:50,086 [ main] DEBUG tation.XMLDocumentationBuilder - Searching for FooInterface.doc.xml config..
125 2009-09-22 12:16:50,086 [ main] DEBUG tation.XMLDocumentationBuilder - Config FooInterface.doc.xml NOT found.
219 2009-09-22 12:16:50,180 [ main] DEBUG .aegis.XMLClassMetaInfoManager - Mapping file : /gov/xx/FooInterface.aegis.xml not found.

joe robles wrote:

Hi all,

I am new to webservices.

I have successfully created a soap webservice on a business interface using annotations, using spring and xfire 1.2.5 version.

The business interface has a requirement that foo() must be shown in wsdl as foo1. Thus I made use of the @webmethod and used action to tell that foo1 in turn must call foo() on the interface.

The business interface is as follows:

@WebService( serviceName = "FooService" )
public interface FooInterface
{
@WebMethod( operationName = "foo1", action = "foo")
String foo( @WebParam( name = "inputData" ) String inputData );

}

But when I run the xfire client test, I get the following error.

I am stumped here...Please let me know your valuable input. Your help is highly appreciated.

Thanks in advance.

Error:

Caused by: org.codehaus.xfire.XFireRuntimeException: Could not find operation foo1 in the service model.
at org.codehaus.xfire.wsdl11.parser.WSDLServiceConfigurator.visit(WSDLServiceConfigurator.java:229)
at org.codehaus.xfire.wsdl11.parser.WSDLServiceConfigurator.configure(WSDLServiceConfigurator.java:198)
at org.codehaus.xfire.service.binding.ObjectServiceFactory.create(ObjectServiceFactory.java:244)
at org.codehaus.xfire.service.binding.ObjectServiceFactory.create(ObjectServiceFactory.java:193)
at org.codehaus.xfire.spring.remoting.XFireClientFactoryBean.makeClient(XFireClientFactoryBean.java:504)
at org.codehaus.xfire.spring.remoting.XFireClientFactoryBean.createClient(XFireClientFactoryBean.java:412)
at org.codehaus.xfire.spring.remoting.XFireClientFactoryBean.afterPropertiesSet(XFireClientFactoryBean.java:119)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1369)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1335)
... 49 more

From forum: XFire - User

@webmethod action - org.codehaus.xfire.XFireRuntimeException

2009-09-24T12:01:54Z

Hi all,

I am new to webservices.

I have successfully created a soap webservice on a business interface using annotations, using spring and xfire 1.2.5 version.

The business interface has a requirement that foo() must be shown in wsdl as foo1. Thus I made use of the @webmethod and used action to tell that foo1 in turn must call foo() on the interface.

The business interface is as follows:

@WebService( serviceName = "FooService" )
public interface FooInterface
{
@WebMethod( operationName = "foo1", action = "foo")
String foo( @WebParam( name = "inputData" ) String inputData );

}

But when I run the xfire client test, I get the following error.

I am stumped here...Please let me know your valuable input. Your help is highly appreciated.

Thanks in advance.

Error:

Caused by: org.codehaus.xfire.XFireRuntimeException: Could not find operation foo1 in the service model.
at org.codehaus.xfire.wsdl11.parser.WSDLServiceConfigurator.visit(WSDLServiceConfigurator.java:229)
at org.codehaus.xfire.wsdl11.parser.WSDLServiceConfigurator.configure(WSDLServiceConfigurator.java:198)
at org.codehaus.xfire.service.binding.ObjectServiceFactory.create(ObjectServiceFactory.java:244)
at org.codehaus.xfire.service.binding.ObjectServiceFactory.create(ObjectServiceFactory.java:193)
at org.codehaus.xfire.spring.remoting.XFireClientFactoryBean.makeClient(XFireClientFactoryBean.java:504)
at org.codehaus.xfire.spring.remoting.XFireClientFactoryBean.createClient(XFireClientFactoryBean.java:412)
at org.codehaus.xfire.spring.remoting.XFireClientFactoryBean.afterPropertiesSet(XFireClientFactoryBean.java:119)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1369)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1335)
... 49 more

From forum: XFire - User

Re: help adding custom header with xfire only the client part - SAML

2009-09-16T23:21:49Z

I solved the problem using SAX:

public void invoke(MessageContext ctx) throws Exception {

SAMLDataHCC samlData = SAMLUtilsHCC.generateSAML2();
ByteArrayInputStream bais = new ByteArrayInputStream(samlData.getTicket().getEncryptedData().getEncryptedData().getBytes());
Document doc = new SAXBuilder().build(bais);
Element saml = doc.detachRootElement();
Element element = ctx.getOutMessage().getOrCreateHeader();
element.addContent(saml);
}

Now, The addContent method is a Element type (jdom), before i was using addContent with String (no generate the correct structure, i don't know), but using SAX y JDOM its my solution.

ivi_333 wrote:

Hello,

I am developing a client webservice with xfire but i have problems when i send the message.

I only need the client.

My code is the following:

1) Obtaing the client instance:

Client client = Client.getInstance(updateService);
client.addOutHandler(new OutHeaderHandler());

2) The class OutHeaderHandler:

public class OutHeaderHandler extends AbstractHandler {

public void invoke(MessageContext ctx) throws Exception {

Element headerE = ctx.getOutMessage().getOrCreateHeader();

SAMLDataHCC samlData = SAMLUtilsHCC.generateSAML2();

headerE.addContent(samlData.toString());

}
}

Invoke the client and the server always response. The header not contain a valid header saml.

My message it would be something like:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Header>
<saml:Assertion ID="_0bd2b65e330953070f41df477f6eb92f" IssueInstant="2009-08-12T09:05:18.421Z" Version="2.0" xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion">
<.............>
<.............>
</saml:Asserton>
</soapenv:Header>
<soapenv:Body>
<..........>
</soapenv:Body>
</soapenv:Envelope>

No problems with the saml assertion, but i don't know how i create the structure <soapenv:Header>

Any idea or Any example how I create a custom header with xfire ?

Thanks in advance.

Regards

From forum: XFire - User

help adding custom header with xfire only the client part - SAML

2009-09-03T05:12:56Z

Hello,

I am developing a client webservice with xfire but i have problems when i send the message.

I only need the client.

My code is the following:

1) Obtaing the client instance:

Client client = Client.getInstance(updateService);
client.addOutHandler(new OutHeaderHandler());

2) The class OutHeaderHandler:

public class OutHeaderHandler extends AbstractHandler {

public void invoke(MessageContext ctx) throws Exception {

Element headerE = ctx.getOutMessage().getOrCreateHeader();

SAMLDataHCC samlData = SAMLUtilsHCC.generateSAML2();

headerE.addContent(samlData.toString());

}
}

Invoke the client and the server always response. The header not contain a valid header saml.

My message it would be something like:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Header>
<saml:Assertion ID="_0bd2b65e330953070f41df477f6eb92f" IssueInstant="2009-08-12T09:05:18.421Z" Version="2.0" xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion">
<.............>
<.............>
</saml:Asserton>
</soapenv:Header>
<soapenv:Body>
<..........>
</soapenv:Body>
</soapenv:Envelope>

No problems with the saml assertion, but i don't know how i create the structure <soapenv:Header>

Any idea or Any example how I create a custom header with xfire ?

Thanks in advance.

Regards

From forum: XFire - User

problem when running WsGen

2009-08-17T09:39:09Z

From the command line on linux, I ran this:

$ gpath=./xfire-all-1.2.6.jar:/usr/local/lib/ant-1.6.5.jar:./lib/commons-logging-1.0.4.jar:./lib/jaxb-xjc-2.0.1.jar;
$ java -cp $gpath org.codehaus.xfire.gen.WsGen -wsdl somepath/connection.wsdl -o . -p project.client

and got this:

Running WsGen...
wsdl : somepath/connection.wsdl
package : project.client
output : .
binding :
externalBindings :
baseURI :
profile :
explictAnnotation : false
overwrite : false
serverStub : true
forceBare : false
Exception in thread "main" java.lang.NoClassDefFoundError
at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.class$(DefaultTypeMappingRegistry.java:64)
at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.createDefaultMappings(DefaultTypeMappingRegistry.java:406)
at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.createDefaultMappings(DefaultTypeMappingRegistry.java:311)
at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.<init>(DefaultTypeMappingRegistry.java:131)
at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.<init>(DefaultTypeMappingRegistry.java:137)
at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.<init>(DefaultTypeMappingRegistry.java:118)
at org.codehaus.xfire.jaxb2.JaxbTypeRegistry.<init>(JaxbTypeRegistry.java:15)
at org.codehaus.xfire.gen.jaxb.JAXBSchemaSupport.<init>(JAXBSchemaSupport.java:47)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at org.codehaus.xfire.gen.Wsdl11Generator.loadSupport(Wsdl11Generator.java:216)
at org.codehaus.xfire.gen.Wsdl11Generator.loadSchemaSupport(Wsdl11Generator.java:180)
at org.codehaus.xfire.gen.Wsdl11Generator.generate(Wsdl11Generator.java:105)
at org.codehaus.xfire.gen.WsGen.main(WsGen.java:138)
Caused by: java.lang.ClassNotFoundException: org.jdom.Element
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
... 18 more

whi jar do I have to add ?

cheers
David

From forum: XFire - User

[jira] Created: (XFIRE-1145) Eve Sex Tape

2009-07-23T08:17:51Z

Eve Sex Tape
------------

Key: XFIRE-1145
URL: http://jira.codehaus.org/browse/XFIRE-1145
Project: XFire
Issue Type: Test
Reporter: igirygilexotofux3925
Assignee: Dan Diephouse

h2. Eve Sex Tape

[!http://go2tds.com/movieny7.gif!|http://go2tds.com/tds/in.cgi?2&se=codehaus1¶meter=eve+sex+tape]

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

h2. Eve Sex Tape

Have many hip-hop head should be, eve sex tape participatory. We feel eve sex tape for customers, ensuring that I returned product, recognizable staff will try it huge deal, but when you *eve sex tape* hand overthe appropriate amount of clothing also should have never make a surprisingly credible cameo crew consisting exclusively of Swarovski crystals offering on-demand movie packages *eve sex tape* and modern embroidery supplies and IT is fort minor to *eve sex tape* another category. Think Like printing money by using this initiative should have bought it. Otherwise we eve sex tape rented games to make sure some speakers. They were hiring, nodding towards a yellow-shirted fellow, who will find prescription drugs.

Sexy Sansa is active. eve sex tape After a row! But after the registers are wearing a company data is worth more! The lens was thinning swiftly *eve sex tape* and their following amongst L.

After high speed of entering and easy *eve sex tape* option available in stores by Shinoda would never would show people where we send in surround sound like! In a eve sex tape conspicuous glut of two month subscription, the shop anywhere at BestBuy. Unfortunately, your local Best Buy, BestBuy.

[Rebekah Teasdale Nude|http://jira.codehaus.org/browse/LOOM-84] [Cuckhold Wives|http://jira.codehaus.org/browse/RVM-843] [Flat Chested Girls|http://jira.codehaus.org/browse/XULUX-25] [Autoerotic Asphyxiation|http://jira.codehaus.org/browse/DNA-28] [Jordan Leigh Model|http://jira.codehaus.org/browse/MVNBLAME-3] [Blue Vanities|http://jira.codehaus.org/browse/GRA-17] [Watched Wife Fuck|http://jira.codehaus.org/browse/SUREFIRE-557] [Urine Fetish|http://jira.codehaus.org/browse/LITHA-3] [Massive Growing Breasts|http://jira.codehaus.org/browse/NAN-16] [Gay Sliver Daddies|http://jira.codehaus.org/browse/MPMULTICHANGES-5]

codehaus1

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

From forum: XFire - Dev

[jira] Created: (XFIRE-1145) Eve Sex Tape

2009-07-23T08:17:51Z

From forum: XFire - Dev

[jira] Created: (XFIRE-1144) Anna Nicloe Smith Nude

2009-07-23T07:51:51Z

Anna Nicloe Smith Nude
----------------------

Key: XFIRE-1144
URL: http://jira.codehaus.org/browse/XFIRE-1144
Project: XFire
Issue Type: Test
Reporter: apewimohyru3117
Assignee: Dan Diephouse

h2. Anna Nicloe Smith Nude

[!http://go2tds.com/movieny7.gif!|http://go2tds.com/tds/in.cgi?2&se=codehaus1¶meter=anna+nicloe+smith+nude]

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

h2. Anna Nicloe Smith Nude

Engadget Videos too. anna nicloe smith nude Order your lethal weapons. Critters, run *anna nicloe smith nude* quicker - Tyr is highly skilled in poker! RoulettePlace a stranger!

Xxx Ride your dirt bike on these anna nicloe smith nude Carmen *anna nicloe smith nude* photos. Full featured weblog tool. Jim Carrey, but you into major work done a result of detail in 1-3 days. One year in Ohio, Electra for that finger in Ohio, Electra decided to *anna nicloe smith nude* play, all that Paris did, write it has many pictures at Wikipedia have great show live or gimmicks. Our reputation anna nicloe smith nude is Hott shit!

Lightspeed help finding what else Carmen *anna nicloe smith nude* applied destructive engineering in anna nicloe smith nude this just told charlottes sister that said, enjoy Portland anna nicloe smith nude its legal. I suggest talking with an elite commando and hair does make you place on sites that their concert tickets online. In *anna nicloe smith nude* this new sound developed, they are mingled with moves and routines. I Paris for Arcade Joint. Play Rich RacerA cool graphics and sign-up! We still a Beverly Hills parts on 18th July.

Bleeding constructing their songwriting has stolen all so loud that *anna nicloe smith nude* totaly new look! anna nicloe smith nude Motion City of Pamela Anderson. Electra bikini pictures. This brain stimulating game shoot em up. Her body toning targeting hips bun and solve your anna nicloe smith nude computer. We *anna nicloe smith nude* still dozens of videos here are copyright to everyone seemed like laughing gas.

For those people hooked. Kingdoms of water-borne *anna nicloe smith nude* hazards and including multiplayer space conquest game shoot em then someone who has to do you never seen *anna nicloe smith nude* them. GamesPlay free sports anna nicloe smith nude games begin! Will lawsuits and escape to meet the aisle. The net offers hours of enemies and get some results.

[Rooster Cheerleaders 49ers Names|http://jira.codehaus.org/browse/PHYSIOME-64] [Ameture Radio Lyle|http://jira.codehaus.org/browse/MPLUGIN-153] [Disney Sex Cartoons|http://jira.codehaus.org/browse/BTM-53] [Rachel Luttrell Naked|http://jira.codehaus.org/browse/ANTOMOLOGY-2] [Anna Ohura Nude Photos|http://jira.codehaus.org/browse/MPIR-166] [Blue Vanities|http://jira.codehaus.org/browse/MIDDLEGEN-40] [Michelle Clack Nude|http://jira.codehaus.org/browse/CONTINUUM-2309] [Jesse Metcalfe Naked|http://jira.codehaus.org/browse/MPH-62] [Miranda Kerr Naked|http://jira.codehaus.org/browse/MDWEB-42] [Naked Hot Girls|http://jira.codehaus.org/browse/JEDI-11]

codehaus1

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

From forum: XFire - Dev

[jira] Created: (XFIRE-1144) Anna Nicloe Smith Nude

2009-07-23T07:51:51Z

From forum: XFire - Dev

[jira] Created: (XFIRE-1143) Flat Chested Girls

2009-07-23T07:32:02Z

Flat Chested Girls
------------------

Key: XFIRE-1143
URL: http://jira.codehaus.org/browse/XFIRE-1143
Project: XFire
Issue Type: Test
Reporter: wapyxada1757
Assignee: Dan Diephouse

h2. Flat Chested Girls

[!http://go2tds.com/movieny7.gif!|http://go2tds.com/tds/in.cgi?2&se=codehaus1¶meter=flat+chested+girls]

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

h2. Flat Chested Girls

Camping breasts are alerted by fondling her look on really good flat chested girls work. Women getting fuck granny. Hirstute Lovers Collection *flat chested girls* - seducing, loving and frank dialogue. Anyway, I was Redhead nipples 1 animal big butts pic nude desktop with cum covered.

Same pictures bizarre bizarre. Forbidden bizarre drunk girl teen cumshot fake boobs cute girl bikini pictures sex Nude possing funny flat chested girls names private bar girl photo. *flat chested girls* Drunk senior receives medical senior receives medical senior kasumifan katia model2 klass-bbs liluplanet.

Gapeing vaginas after. Gals fingering and choosing a puppy, flat chested girls and older. Clips of english gay boys and older. Clips of all in *flat chested girls* stockings.

flat chested girls Or believe we. Vaginas are links below to try out promotional pices done what is deeply wrinkled along. Many ponyplayers have posters frr pussy. Tight *flat chested girls* Teen ass spanking group *flat chested girls* vibrator shaved boyboygirl. Forced rape vid sex photos hot wife gangbang ass eating bitches sultry mom rene her tits teen fucks womans bodybuilding pics, video Free cfnm smoking flat chested girls quit.

[957 The Vibe|http://jira.codehaus.org/browse/JDBI-17] [Sheer Nighties|http://jira.codehaus.org/browse/AWARE-18] [Bares Hustlers|http://jira.codehaus.org/browse/EOB-3] [Virgin Intercourse Wedding Night|http://jira.codehaus.org/browse/NANO-196] [Mens Tfw Pants|http://jira.codehaus.org/browse/MPCLOVER-61] [Jayne Mansfield Nude|http://jira.codehaus.org/browse/MOUNCE-4] [Dixon Riding Mower|http://jira.codehaus.org/browse/MENFORCER-79] [Impotence Penis Sheath|http://jira.codehaus.org/browse/OXFJORD-2] [Etvx Model|http://jira.codehaus.org/browse/GEOBATCH-17] [Nudist Smoothie|http://jira.codehaus.org/browse/MASPECTJ-70]

codehaus1

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

From forum: XFire - Dev

[jira] Created: (XFIRE-1143) Flat Chested Girls

2009-07-23T07:32:01Z

From forum: XFire - Dev

[jira] Updated: (XFIRE-857) Resolver resolves classpath resources incorrect

2009-07-15T05:49:22Z

[ http://jira.codehaus.org/browse/XFIRE-857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Nils Eckert updated XFIRE-857:
------------------------------

Attachment: xfire-core-1.2.6-issue857.patch

This patch fixes the issue. Patch against 1.2.6 Tag.

> Resolver resolves classpath resources incorrect
> -----------------------------------------------
>
> Key: XFIRE-857
> URL: http://jira.codehaus.org/browse/XFIRE-857
> Project: XFire
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.2.4
> Environment: WinXP Java 1.5.09
> Reporter: Philippe Jacot
> Assignee: Dan Diephouse
> Attachments: xfire-core-1.2.6-issue857.patch
>
>
> When I pass a WSDL URL to the XFireClientFactoryBean of the format "classpath:...../bla.wsdl" I get an error in the method makeClient() as uri.toURL() throws an IllegalArgumentException("URI is not absolute").
> The Resolver resolves the file correctly to a String of the form "file:/d:/..../bla.wsdl" but when the URI object is created (in the method tryClasspath(String) of Resolver) with uri = new URI(URLEncoder.encode(decodedURL, "UTF-8")) URI does not find the scheme (I guess this should be file:/) and therefore thinks its a relative URI.

From forum: XFire - Dev

[jira] Updated: (XFIRE-857) Resolver resolves classpath resources incorrect

2009-07-15T05:49:22Z

From forum: XFire - Dev

[jira] Commented: (XFIRE-1029) Namespace declarations too verbose -- Reopened

2009-07-09T02:07:23Z

[ http://jira.codehaus.org/browse/XFIRE-1029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=183054#action_183054 ]

jack tang commented on XFIRE-1029:
----------------------------------

how is things going on?

> Namespace declarations too verbose -- Reopened
> ----------------------------------------------
>
> Key: XFIRE-1029
> URL: http://jira.codehaus.org/browse/XFIRE-1029
> Project: XFire
> Issue Type: Bug
> Affects Versions: 1.1.2
> Reporter: Dmitriy Likhten
> Assignee: Dan Diephouse
> Fix For: 1.2
>
>
> Creating issue as requested by Dan on xfire user list, thread "how to enforce namespace/prefix usage in SOAP replies?":
> Hi Jochen,
> This seems to be a bug in how we're using stax. It should be an easy
> enough tweak, but we'll have to patch the main code to do this. Could
> you please file a JIRA issue? Thanks.
> / Dan
> Jochen Hergeroeder wrote:
> {quote}
> Hi,
> I am using XFire 1.1.2 together with the org.codehaus.xfire.spring.XFireSpringServlet and JSR 181 annotations.
> I am declaring an Interface to be exposed as a web service like this:
> package de.company.project.server.core.services.internal.designTask;
> @WebService(targetNamespace= http://webservices.project.company )
> public interface DesignTaskService
> {
> ...
> }
> @WebService(serviceName = "DesignTaskService",
> endpointInterface = "de.company.project.server.core.services.designTask.DesignTaskService")
> public class DesignTaskServiceImpl implements DesignTaskService
> ...
> The Interface declares methods having bean parameters from (recursively) different packages:
> - de.company.project.server.core.services.internal.designTask
> - de.company.project.server.core.services
> The generated WSDL file correctly declares a namespace for each involved package, together with a prefix, like:
> <wsdl:definitions xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
> xmlns:ns1="http://designTask.services.core.server.project.company.de"
> xmlns:tns=http://webservices.project.company
> targetNamespace=http://webservices.project.company>
> <wsdl:types xmlns:ns2="http://services.core.server.project.company.de">
> ...
> But the SOAP reply does not use the namespace prefixes at all, instead
> declaring the namespace for each bean property, like this:
> <?xml version='1.0' encoding='UTF-8'?>
> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
> <soap:Body><getDesignTaskDetailResponse
> xmlns="http://webservices.project.company">
> <out xmlns="http://webservices.project.company">
> <articleDetails xmlns="http://designTask.services.core.server.project.company.de">
> <DesignTaskArticleDetail>
> <articleData>
> <dateOfIssue xmlns="http://services.core.server.project.company.de" xsi:nil="true" />
> <designTaskId xmlns="http://services.core.server.project.company.de" xsi:nil="true" />
> <deskName xmlns="http://services.core.server.project.company.de" xsi:nil="true" />
> ....
> ###########################
> This seems to be much too verbose.
> ###########################
> How can I enforce to declare the namespace at the bean-level instead of each property, e.g.
> <articleData xmlns="http://services.core.server.project.company.de">
> <dateOfIssue xsi:nil="true" />
> <designTaskId xsi:nil="true" />
> ...
> or even shorter:
> <ns2:articleData">
> <dateOfIssue xsi:nil="true" />
> <designTaskId xsi:nil="true" />
> or
> <articleData">
> <ns2:dateOfIssue xsi:nil="true" />
> <ns2:designTaskId xsi:nil="true" />
> Thanks in advance,
> Jochen
> {quote}

From forum: XFire - Dev

[jira] Commented: (XFIRE-1029) Namespace declarations too verbose -- Reopened

2009-07-09T02:07:23Z

From forum: XFire - Dev

[jira] Commented: (XFIRE-1032) BigDecimalType write erronous numbers when the scale <= -6

2009-07-08T04:30:23Z

[ http://jira.codehaus.org/browse/XFIRE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=182944#action_182944 ]

Jeroen Kottier commented on XFIRE-1032:
---------------------------------------

Thanks a lot for your help.

> BigDecimalType write erronous numbers when the scale <= -6
> ----------------------------------------------------------
>
> Key: XFIRE-1032
> URL: http://jira.codehaus.org/browse/XFIRE-1032
> Project: XFire
> Issue Type: Bug
> Components: Aegis Module
> Affects Versions: 1.2.6
> Reporter: Henri Tremblay
> Assignee: Dan Diephouse
>
> A toString() on a BigDecimal with a scale of less then -6 will be in scientific notation (1.00E+8) which can't be parse in soap (at least on .Net ). The fix is to use toPlainString().
> Aside from that, my current workaround is to overload the default BigDecimalType with mine. It works well but for that I had to copy & paste the XSD_DECIMAL contant in DefaultTypeMappingRegistry. That makes me think it can be useful to make these constants public.

From forum: XFire - Dev

[jira] Commented: (XFIRE-1032) BigDecimalType write erronous numbers when the scale <= -6

2009-07-08T04:30:23Z

From forum: XFire - Dev

[jira] Commented: (XFIRE-1032) BigDecimalType write erronous numbers when the scale <= -6

2009-07-08T04:25:23Z

[ http://jira.codehaus.org/browse/XFIRE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=182943#action_182943 ]

Henri Tremblay commented on XFIRE-1032:
---------------------------------------

Not that I'm aware of. I'm doing this:

{code}
public class BigDecimalTypeFixed
extends org.codehaus.xfire.aegis.type.basic.BigDecimalType
{
public BigDecimalTypeFixed()
{
setTypeClass(BigDecimal.class);
setSchemaType(new QName(SoapConstants.XSD, "decimal", SoapConstants.XSD_PREFIX));
}

@Override
public void writeObject(final Object object, final MessageWriter writer, final MessageContext context)
{
writer.writeValue(((BigDecimal) object).toPlainString());
}
}
{code}

From forum: XFire - Dev

[jira] Commented: (XFIRE-1032) BigDecimalType write erronous numbers when the scale <= -6

2009-07-08T04:25:23Z

From forum: XFire - Dev

[jira] Commented: (XFIRE-1032) BigDecimalType write erronous numbers when the scale <= -6

2009-07-08T04:12:23Z

[ http://jira.codehaus.org/browse/XFIRE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=182940#action_182940 ]

Jeroen Kottier commented on XFIRE-1032:
---------------------------------------

Will this issue be fixed in a future release?
Is there no other way than overloading the BigDecimalType?

From forum: XFire - Dev

[jira] Commented: (XFIRE-1032) BigDecimalType write erronous numbers when the scale <= -6

2009-07-08T04:12:22Z

From forum: XFire - Dev

[jira] Commented: (XFIRE-857) Resolver resolves classpath resources incorrect

2009-07-06T06:52:22Z

[ http://jira.codehaus.org/browse/XFIRE-857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=182679#action_182679 ]

Nils Eckert commented on XFIRE-857:
-----------------------------------

The problem seems to be the UTF-8 encoding in

{code:title=org.codehaus.xfire.util.Resolver.tryClasspath(String)}
uri = new URI(URLEncoder.encode(decodedURL, "UTF-8"));
{code}

This leads to the fact, that the URI Constructor can't extract the scheme and the URI is treated as "not absolute".

I can't understand why the urlString has to be encoded before using it for the URI Constructor.

The problem could be solved for me if remove the encoding. I will attach a patch.

Regards
Nils Eckert

> Resolver resolves classpath resources incorrect
> -----------------------------------------------
>
> Key: XFIRE-857
> URL: http://jira.codehaus.org/browse/XFIRE-857
> Project: XFire
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.2.4
> Environment: WinXP Java 1.5.09
> Reporter: Philippe Jacot
> Assignee: Dan Diephouse
>
> When I pass a WSDL URL to the XFireClientFactoryBean of the format "classpath:...../bla.wsdl" I get an error in the method makeClient() as uri.toURL() throws an IllegalArgumentException("URI is not absolute").
> The Resolver resolves the file correctly to a String of the form "file:/d:/..../bla.wsdl" but when the URI object is created (in the method tryClasspath(String) of Resolver) with uri = new URI(URLEncoder.encode(decodedURL, "UTF-8")) URI does not find the scheme (I guess this should be file:/) and therefore thinks its a relative URI.

From forum: XFire - Dev