hi igor
are you using the latest code (from a recently nightly or subversion)?
if not, could you retry using the latest code?
if you can supply a test case (please attach it to a bugzilla)
demonstrating the issue, i'll see if i can fix it.
- robert
On Wed, 2006-03-01 at 16:40 -0500, Igor Marakov wrote:
> I wonder if anybody had seen this:
>
> When reader registration map is created for incoming XML translation it is
> created with tag/class pairs.
>
> I ran today into the situations when IF an element of the registration
> HashMap in the reader has NOT NULL "next" element, then during the
> translation instance of the wrong class is created.
>
> Unfortunately I cannot provide a real example but, here is what happens:
>
> ** registration process **
> ...
> reader.registerBeanClass("mybean", com.rather.long.class.name.Mybean);
> reader.registerBeanClass("mybeanSimilarName",
> com.rather.long.class.name.MybeanSimilarName);
> ...
>
> What I see in debugger:
> ** resulting HashMap ** inside the reader ( registeredClasses )
> HashMap$Entry [xx] value com.rather.long.class.name.Mybean
> Field "key" com.rather.long.class.name.Mybean
> Field "next" HashMap$Entry com.rather.long.class.name.MybeanSimilarName
>
>
> ** On translation of the XML element "mybeanSimilarName"
>
> ** Bean factory ( I have my own chained in ) **
> reports two beans being instantiated:
> com.rather.long.class.name.Mybean
> com.rather.long.class.name.MybeanSimilarName
>
>
> ** resulting object is **
> com.rather.long.class.name.Mybean
>
>
> Thanks,
> Igor
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
