[jdom-interest] hex v. dec
ken at 9ci.com
Wed Oct 20 05:14:07 PDT 2004
Why not extend the class and write escapeElementEntitiesHex or similar?
Or accept a parameter that specifies data type. That way it might be
useful to somebody else.
On Wed, 2004-10-20 at 03:43, Bradley S. Huffman wrote:
> JDOM always escapes with the hex notation and doesn't provide a way to
> change that. However escapeElementEntities and escapeAttributeEntities
> are the only methods that use EscapeStrategy and are public in XMLOutputter
> so you could extend it, cut and paste those two methods, and change the
> 2 lines with Integer.toHexString to Integer.toString. Maybe not the most
> elegant solution, but it should work.
> "Mark C. Stafford" writes:
> > Hello,
> > I'm working with MySQL and Microsoft's Great Plains (Pains). GP is not
> > happy with unicode characters unless they're escaped *using decimal
> > notation*. Neither have I succeeded in defining an ENTITY that it
> > accepts.
> > I've implemented an EscapeStrategy which is working well, but have not
> > found a property or method that will allow me to choose to "degrade"
> > the encoding.
> > ñ crashes, but ñ (tested by hand) works.
> > I'm holding up a data conversion. Can you help me? Is this the right
> > place to ask? I thought I'd check before resorting to some sort of
> > String-based re-parsing with regexp...
> > Thanks,
> > Mark
> > <?xml version="1.0" encoding="UTF-8"?>
> > <eConnect xmlns:dt="urn:schemas-microsoft-com:datatypes">
> > <SMCustomerMasterType>
> > <taUpdateCreateCustomerRcd>
> > <!-- <snip/> -->
> > <ADDRESS1>Villa España Zaragoza</ADDRESS1>
> > <!-- <snip/> -->
> > </taUpdateCreateCustomerRcd>
> > </SMCustomerMasterType>
> > </eConnect>
> > _______________________________________________
> > To control your jdom-interest membership:
> > http://email@example.com
> To control your jdom-interest membership:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the jdom-interest