You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Christian Aust <ch...@wilde-welt.de> on 2005/02/16 10:42:51 UTC
[betwixt] Patch for ID storing strategy
Hi,
the following is a patch against current CVS
jakarta-commons/betwixt/src/java that implements a pluggable strategy
for storing already processed bean ID values. The default implementation
provided works exactly like it did before, but it allows me to override
this behaviour.
The idea is that (while serializing certain object trees that have a lot
of dependencies) not every instance that is referenced needs to show up
in the resulting XML. This depends on the use you make of it: XML
fragments designed to transfer individual pieces of information can be
significantly smaller than those needed to fully recreate a complex
object tree.
I'd be happy to commit this to the standard code base. Kind regards,
- Christian
--
Christian Aust
mailto:christian@wilde-welt.de
icq: 84500990 - Yahoo!: datenimperator - MSN: datenimperator
PGP: A94E 0181 664D 27E3 F05A A751 6A7E 90D1 A0A3 DEC7
Re: [betwixt] Patch for ID storing strategy
Posted by robert burrell donkin <rd...@apache.org>.
hi christian
i've taken a look at the patch and it seems ok as far as it goes. some
more is needed since logically something similar is needed for the read
phase. i'll probably find time to add read code tomorrow unless someone
one lists beats me to it...
in future, please consider adding some units and preferable some
documentation for the user guide. they are very much appreciated :)
- robert
On Wed, 2005-02-16 at 09:42, Christian Aust wrote:
> Hi,
>
> the following is a patch against current CVS
> jakarta-commons/betwixt/src/java that implements a pluggable strategy
> for storing already processed bean ID values. The default implementation
> provided works exactly like it did before, but it allows me to override
> this behaviour.
>
> The idea is that (while serializing certain object trees that have a lot
> of dependencies) not every instance that is referenced needs to show up
> in the resulting XML. This depends on the use you make of it: XML
> fragments designed to transfer individual pieces of information can be
> significantly smaller than those needed to fully recreate a complex
> object tree.
>
> I'd be happy to commit this to the standard code base. Kind regards,
>
> - Christian
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org