

![]() | Start a set with this search |
![]() | Include this search in one of my sets |
![]() | Exclude this search from one of my sets |
![]() | Permalink to these results Paste this link in email or IM: |
| Atom feed for tracking future search results Paste this URL into your reader: |
25 messages in org.ibiblio.lists.xom-interest[XOM-interest] Recursion| From | Sent On | Attachments |
|---|---|---|
| Wolfgang Hoschek | Feb 9, 2004 6:42 pm | |
| Elliotte Rusty Harold | Feb 10, 2004 9:25 am | |
| Wolfgang Hoschek | Feb 10, 2004 3:23 pm | |
| jco...@reutershealth.com | Feb 10, 2004 3:48 pm | |
| Elliotte Rusty Harold | Feb 11, 2004 1:21 pm | |
| Wolfgang Hoschek | Feb 11, 2004 1:24 pm | |
| jco...@reutershealth.com | Feb 11, 2004 2:15 pm | |
| Elliotte Rusty Harold | Feb 11, 2004 3:18 pm | |
| jco...@reutershealth.com | Feb 11, 2004 4:20 pm | |
| Francois Beausoleil | Feb 11, 2004 8:08 pm | |
| Trimmer, Todd | Feb 12, 2004 11:57 am | |
| Elliotte Rusty Harold | Feb 12, 2004 2:53 pm | |
| Trimmer, Todd | Feb 13, 2004 1:26 pm | |
| Elliotte Rusty Harold | Mar 8, 2004 3:17 pm | |
| jco...@reutershealth.com | Mar 8, 2004 4:06 pm | |
| Elliotte Rusty Harold | Mar 8, 2004 4:34 pm | |
| Elliotte Rusty Harold | Mar 9, 2004 11:55 am | |
| Bradley S. Huffman | Mar 9, 2004 12:09 pm | |
| Elliotte Rusty Harold | Mar 9, 2004 1:05 pm | |
| jco...@reutershealth.com | Mar 9, 2004 2:04 pm | |
| jco...@reutershealth.com | Mar 9, 2004 4:32 pm | |
| Elliotte Rusty Harold | Mar 9, 2004 10:43 pm | |
| John Cowan | Mar 9, 2004 10:58 pm | |
| Elliotte Rusty Harold | Mar 10, 2004 6:12 am | |
| Dirk Bergstrom | Mar 10, 2004 6:25 pm |

![]() | Permalink for this message Paste this link in email or IM: |
![]() | Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | [XOM-interest] Recursion | Actions... |
|---|---|---|
| From: | Elliotte Rusty Harold (elh...@metalab.unc.edu) | |
| Date: | Mar 9, 2004 10:43:06 pm | |
| List: | org.ibiblio.lists.xom-interest | |
At 4:32 PM -0500 3/9/04, jco...@reutershealth.com wrote:
Unfortunately, I think this is the important one, because it's not replaceable. If you foresee a problem with serializing, you can use a different serializer, but Element.copy and Element(anElement) are critical parts of the API. And if you are running a server that is meant to handle arbitrary incoming documents (and assuming you have some check for gross size), then blowing up on nesting depth is really not acceptable.
How much nesting would typically be required to expose this? Personally, I've never noticed this problem when recursively processing a document with XOM or other APIs. How far can Java programs recurse before the stack blow up? Hundreds? Thousands? Millions? I have noticed when I accidentally write an infinite recursion it takes on the order of a minute before the program comes crashing down around me. That suggests it can go pretty deep.
A way to avoid the API wart would be to check if the element to be copied is an actual Element or a subclass, and in the latter case, using sourceElement.getClass().newInstance() to call the argless constructor.
But the subclass may not have a no-args constructor. --
Elliotte Rusty Harold elh...@metalab.unc.edu Effective XML (Addison-Wesley, 2003) http://www.cafeconleche.org/books/effectivexml http://www.amazon.com/exec/obidos/ISBN%3D0321150406/ref%3Dnosim/cafeaulaitA







