Details
-
Type:
Improvement
-
Status:
Closed
-
Priority:
Minor
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: None
-
Component/s: None
-
Labels:None
-
Number of attachments :
Description
Woodstox 3.2 includes a somewhat complete implementation of XMLStreamReader which reads from a DOM tree or fragment. Similarly, there is class DOMWrappingWriter, which should do the reverse (ie. build DOM tree/fragment based on calls via XMLStreamWriter). However, currently it's just a placeholder, and most of the functionality is not really implemented. It would be good to finish it for Woodstox 4.0.
Activity
Yes, this is not optimal. For what it's worth, WstxOutputFactory does NOT use it, and I was assuming users would always try to use that route instead of directly instantiating it. I was underestimating resourcfulness of the user base. 
The reason class is there is/was mostly to retain skeleton – I was hoping to finish it up for 3.2 release. But since that didn't happen, it probably should have been moved to some other part of the source repository.
I think I will try to actually finish it up; either way, it needs to get resolved for 4.0 release, whenever that will happen.
Perhaps I could even create 3.2.2 if this did get completed.
The reason class is there is/was mostly to retain skeleton – I was hoping to finish it up for 3.2 release. But since that didn't happen, it probably should have been moved to some other part of the source repository.
I think I will try to actually finish it up; either way, it needs to get resolved for 4.0 release, whenever that will happen.
Perhaps I could even create 3.2.2 if this did get completed.
I spent the entire afternoon figuring out why I didn't get any data at all, only to find out afterwards that none of it is actually implemented. I suggest to either drop the class or complete it.