[jdom-interest] XSL-FO reverse engineer

[Jason Hunter]

Yes, the list is active.  It's just low traffic since we managed to make 
JDOM pretty easy to understand and close to bug free, see.  :)

I think I'd use XSL to manage the back conversion.

Of course, depending on what your original stylesheet did the data may 
be lost.  For example if your stylesheet converted two source tags to 
one output tag, you're not going to be able to automatically 
disambiguate to reverse that action.  :)

Usually tasks like this are dreamed up by management which doesn't 
understand that data conversion is often lossy.

-jh-

Alan Boldock wrote:
> Hi Group, 
> 
> I do hope this group is still active?  
> 
> I have an issue that I've been asked to resolve (no sorry my boss as said
> fix it or else!) 
> 
> We have a proprietary system that generates XSL-FO output. This output is
> then formatted into PDF files and sent out by various methods (email, fax,
> hardcopy).
> 
> The data is medical pathology results (however that’s not important) 
> 
> What I need to do is take these XSL-FO files and somehow get them back into
> raw XML format for further processing by another system. I do have access to
> the XSL file that generates these XSL-FO files. 
> 
> Now it's been a long time since I've tinkered with Java so pointers to if
> JDom is the correct technology for this and/or alternatives that I might
> need to look at. 
> 
> I'm happy to do a bunch of research on this project as it's fairly mission
> critical. 
> 
> Thanks for your help
> Alan
> 
>