Ok, it's not tomcat-related problem - it's eclipse related problem. I used
to run project just from eclipse and it was not working. Deploying war on
the external server works like a charm.
best regards
Aleksander

2011/5/20 [email protected] <[email protected]>

> Ok, I checked it - thats true, on jetty it's working properly.
> So lets me change the question: do You have any idea, why it's not working
> on tomcat 6.0.29?
> best regards
> Aleksander
>
>
> 2011/5/20 Daniel Kulp <[email protected]>
>
>> On Friday, May 20, 2011 2:57:21 AM [email protected] wrote:
>> > In the second wsdl there is only very little part of schema:
>> >
>> > <xsd:schema attributeFormDefault="unqualified"
>> > elementFormDefault="qualified" targetNamespace="http://a/xml";>
>> > <xsd:element name="ARequest" nillable="true"/>
>> > <xsd:element name="getTopologyResponse" nillable="true"/>
>> > </xsd:schema>
>> >
>> > But I need whole schema to be included in service description (that was
>> > XFire behaviour). Am I doing something wrong?
>> > Best regards
>> > Aleksander
>>
>> In your project, if I run "mvn jetty:run" and then use a browser to view
>>
>> http://localhost:8080/a/AWs?wsdl=A.wsdl
>>
>> I get the entire schema:
>>
>> ............................
>>    <xsd:element name="request" type="ARequest"/>
>>    <xsd:element name="response" type="AResponse"/>
>>
>>    <xsd:complexType name="ARequest">
>>        <xsd:sequence>
>>            <xsd:element maxOccurs="1" minOccurs="0" name="partitionName"
>> type="xsd:string"/>
>>            <xsd:element maxOccurs="1" minOccurs="0"
>> name="pruningConditions"
>> type="PruningConditions"/>
>>        </xsd:sequence>
>>    </xsd:complexType>
>>
>>    <xsd:complexType name="AResponse">
>>        <xsd:sequence>
>>            <xsd:element minOccurs="0" name="topology1"
>> type="t1:Topology"/>
>>            <xsd:element minOccurs="0" name="topology2"
>> type="t2:Topology"/>
>>            <xsd:element minOccurs="0" name="topology3"
>> type="t3:Topology"/>
>>            <xsd:element name="status" type="Status"/>
>>        </xsd:sequence>
>>    </xsd:complexType>
>>
>> ..................
>>
>>
>> Dan
>>
>>
>>
>> > 2011/5/20 Daniel Kulp <[email protected]>
>> >
>> > > On Friday, May 13, 2011 6:23:07 AM [email protected] wrote:
>> > > > Hi,
>> > > > Sorry for long gap between mails, but I was on holiday.
>> > > > In the attachment you have sample created by me.
>> > > > Obviously the real schema is much more complicated, but faces the
>> same
>> > > > problem: there is neither schema, nor link to schema in wsdl. I
>> XFire
>> > > > implementation, all schema files were published on the server.
>> > > > I know, that this sample may contain some errors and
>> misunderstandings
>> > > > of CXF philosophy, because its my very beginning in apache CXF.
>> > > > Thanks for your help
>> > >
>> > > The schemas are actually in the wsdl, just in the secondary wsdl that
>> the
>> > > first wsdl imports.   This is due to you not having the
>> targetnamespace
>> > > attribute on all the @WebService annotations.   You need to put it on
>> > > both the
>> > > interface and the impl and make sure they match.  This is per JAX-WS
>> > > spec.
>> > >
>> > > Dan
>> > >
>> > > > Regards
>> > > > Aleksander
>> > > >
>> > > > 2011/4/29 Daniel Kulp <[email protected]>
>> > > >
>> > > > > On Friday, April 29, 2011 9:20:14 AM [email protected]:
>> > > > > > Hi there,
>> > > > > > I'm porting application from XFire to CXF (xmlbeans databinding)
>> > > > > > and
>> > >
>> > > I
>> > >
>> > > > > see,
>> > > > >
>> > > > > > that cxf, opposite to xfire, does not includes schemas in wsdl.
>> Is
>> > > > > > there any way to achieve xsd schema via webservice? Currently i
>> get
>> > > > > > only namespace. XFire gives me wsdl with port description and
>> also
>> > > > > > full schma of arguments and response.
>> > > > > > Thanks in advance
>> > > > >
>> > > > > It should provide the full schema and we have a testcase that
>> shows
>> > > > > it working.   Is there anyway you could create a small testcase?
>> > > > >
>> > > > >
>> > > > > --
>> > > > > Daniel Kulp
>> > > > > [email protected]
>> > > > > http://dankulp.com/blog
>> > > > > Talend - http://www.talend.com
>> > >
>> > > --
>> > > Daniel Kulp
>> > > [email protected]
>> > > http://dankulp.com/blog
>> > > Talend - http://www.talend.com
>>
>> --
>> Daniel Kulp
>> [email protected]
>> http://dankulp.com/blog
>> Talend - http://www.talend.com
>>
>
>

Reply via email to