Random thought, but I ignore a lot of properties in various different classes this way and it has always worked for me, so I wonder if it could be just a white-space issue if you really have that empty line between <?xml...> and <mappings> in the second file. I don't even have the <?xml...> identifier in the beginning and everything works as expected.

Kalle

On 11/14/06, Martin Vojvodik <[EMAIL PROTECTED]> wrote:
Hello,

though many references were mentioned there about ignoring properties, I still can't get it working.
I have a service where one of the method takes a complex object as an input parameter:

public abstract List findSomething(SearchParameters parameters);

then I have 2 aegis mapping files:

IMyService.aegis.xml:

<?xml version="1.0" encoding="utf-8"?>
<mappings>
    <mapping>
        <method name="findSomething">
            <return-type componentType="com.company.project.business.Something"/>
        </method>
    </mapping>
</mappings>


SearchParameters.aegis.xml:

<?xml version=" 1.0" encoding="utf-8"?>

<mappings>
    <mapping>
        <property name="parseMask" ignore="true"/>
    </mapping>
</mappings>

but XFire seems to be ignoring second aegis.xml file, cause generated WSDL contains

<xsd:complexType name="SearchParameters">
  <xsd:sequence>
    <xsd:element name="maintObject" type="ns2:MaintenanceObject" minOccurs="0" nillable="true"/>
    <xsd:element name="country" type="xsd:string" minOccurs="0" nillable="true"/>
    <xsd:element name="date" type="xsd:dateTime" minOccurs="0" nillable="true"/>
    <xsd:element name="id" type="xsd:string" minOccurs="0" nillable="true"/>
    <xsd:element name="parseMask" type="xsd:string" minOccurs="0" nillable="true"/>
  </xsd:sequence>
</xsd:complexType>

what IMHO means that parseMask wasn't ignored at all. aegis.xml files are in WAR file under WEB-INF/classes
in the appropriate directories by the corresponding .class files

Thanx for any hint, where I've gone wrong.
Martin





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

     http://xircles.codehaus.org/manage_email


Reply via email to