The 1029 issue isn't scheduled for the 1.2.7 release, any idea of an existing patch for this problem ?
2007/7/27, rodo <[EMAIL PROTECTED]>: > > Tried that without success. I've updated our dependencies to 1.2.6 and > still getting the same behavior. Also, I saw an issue (*XFIRE-1029 > <http://jira.codehaus.org/browse/XFIRE-1029>) *currently opened about this > ... any other move? :? > > tks > > 2007/7/27, Tomek Sztelak <[EMAIL PROTECTED]>: > > > > You can use 1.2.6 version where this issue is fixed ( with some > > exceptions ;) > > > > On 7/27/07, rodo <[EMAIL PROTECTED]> wrote: > > > Hi, > > > i'm using xfire 1.2.4 with aegis binding (not using mapping files). > > > Everything works well except for one point, the soapBody is filled > > with > > > namespace declarations. > > > I want to know if there's a way to reduce these declarations or wich > > way > > > > > > should I walk to simplify these messages (we have about 200 > > webservices > > > developed). Here's an example of one service request/response, the > > response > > > has a list of options, each having some properties (wich also has a > > > > > > namespace): > > > > > > /* request */ > > > <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:Header> > > > <token xmlns=" > > > http://auth.company.com";>value</token> > > > <sign xmlns=" http://auth.company.com";>value</sign> > > > <AuthenticationToken xmlns=" > > > http://company.com";> > > > <Username>value</Username> > > > <IP>value</IP> > > > <Oficina>value</Oficina> > > > <Application>value</Application> > > > > > > <UseCase>value</UseCase> > > > <Entity>value</Entity> > > > </AuthenticationToken> > > > </soap:Header> > > > <soap:Body> > > > <obtenerMenues > > > > > > xmlns="http://service.seguridad.soporte.company.com "> > > > <in0> > > > <id > > > xmlns=" > > > > > > http://seguridadConsulta.business.dto.seguridad.soporte.company.com "> > > > value > > > </id> > > > > > > </in0> > > > </obtenerMenues> > > > </soap:Body> > > > </soap:Envelope> > > > > > > /* response */ > > > <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> > > > <obtenerMenuesResponse > > > xmlns=" http://service.seguridad.soporte.company.com > > > "> > > > <out> > > > <ns1:OpcionMenu > > > xmlns:ns1=" http://menu.web.soporte.company.com";> > > > <descripcion > > > > > > xmlns="http://menu.web.soporte.company.com";> > > > value > > > </descripcion> > > > <habilitado > > > > > > xmlns="http://menu.web.soporte.company.com";> > > > value > > > </habilitado> > > > <href xmlns=" > > > http://menu.web.soporte.company.com";> > > > </href> > > > <id xmlns=" > > > http://menu.web.soporte.company.com "> > > > value > > > </id> > > > <items > > > xmlns=" > > > http://menu.web.soporte.company.com";> > > > <OpcionMenu> > > > <descripcion>value</descripcion> > > > <habilitado>value</habilitado> > > > > > > <href>value</href> > > > <id>value</id> > > > <items></items> > > > <orden>value</orden> > > > > > > <style xsi:nil="true"></style> > > > <styleSubMenu xsi:nil="true"></styleSubMenu> > > > </OpcionMenu> > > > > > > </items> > > > <orden > > > xmlns="http://menu.web.soporte.company.com";> > > > value > > > > > > </orden> > > > <style xsi:nil="true" > > > xmlns="http://menu.web.soporte.company.com > > > "> > > > </style> > > > <styleSubMenu xsi:nil="true" > > > xmlns=" http://menu.web.soporte.company.com > > > "> > > > </styleSubMenu> > > > </ns1:OpcionMenu> > > > </out> > > > </obtenerMenuesResponse> > > > </soap:Body> > > > </soap:Envelope> > > > > > > > > > I'm not sure if what i'm asking is correct or if i'm breaking some > > "law" :), > > > so any explanation would be welcome. > > > thanks in advance. > > > rmg.- > > > > > > > > > -- > > ----- > > When one of our products stops working, we'll blame another vendor > > within 24 hours. > > > > --------------------------------------------------------------------- > > To unsubscribe from this list please visit: > > > > http://xircles.codehaus.org/manage_email > > > > >
