Hi Dennis, Super. I hadn't realized the history - definitely better have an extra correct namespace.
Overall I've been very impressed with JiBX and am looking forward to using it within our SOA efforts. Joanna Dennis Sosnoski wrote: > Hi Joanna, > > The namespace handling for abstract mappings was a fairly recent > addition to the JiBX code, as part of 1.1.3. Prior to that change the > code had just assumed that any namespaces used by the abstract mapping > had already been declared - now the code generation checks to make sure > the namespaces are known to be declared, and if not declares them again. > > I think I see how to avoid the redundant namespace declarations in this > case, but I'm reluctant to include a change in such an important area > (if a namespace declaration is missed the result is invalid XML) in the > working code. I will include the change for the upcoming 1.2 beta, though. > > - Dennis > > Dennis M. Sosnoski > SOA and Web Services in Java > Training and Consulting > http://www.sosnoski.com - http://www.sosnoski.co.nz > Seattle, WA +1-425-939-0576 - Wellington, NZ +64-4-298-6117 > > > > Joanna Muench wrote: >> Hi Dennis, >> >> I don't think there is a functional problem with the duplication, although I >> haven't done much with client development yet. The readability, however, is >> an >> annoyance. We're trying to sell web services to a broader community, so >> extra >> namespace declarations in our output XML don't help our campaign to convince >> scientists that XML really isn't scary. >> >> I haven't quite figured out the pattern of extra declarations; since I added >> an >> additional level of hierarchy to the schema, they are only appearing at the >> second child level: >> >> <eventFinderResponse xmlns="http://.../xsd";> >> <Event> >> <Author xmlns="http://.../xsd"; > >> <Name></Name> >> <Link></Link> >> <Origin xmlns="http://.../xsd";> >> <Location> >> <Latitude../> >> <Longitude../> >> </Location> >> </Origin> >> </Event> >> </eventFinderResponse> >> >> Shall I make this a feature request? >> >> Thanks, Joanna >> >> Dennis Sosnoski wrote: >> >>> Hi Joanna, >>> >>> I gather the only issue here is the unnecessary duplication of the >>> namespace declaration, right? That'd be nice to eliminate just from the >>> standpoint of minimizing the XML size and complexity, but if I'm >>> understanding things correctly the duplicate declaration shouldn't >>> actually create any problems. >>> >>> - Dennis >>> >>> Dennis M. Sosnoski >>> SOA and Web Services in Java >>> Training and Consulting >>> http://www.sosnoski.com - http://www.sosnoski.co.nz >>> Seattle, WA +1-425-939-0576 - Wellington, NZ +64-4-298-6117 >>> >>> >>> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> jibx-users mailing list >> jibx-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jibx-users >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > jibx-users mailing list > jibx-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jibx-users ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ jibx-users mailing list jibx-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jibx-users
