Re: BCEL release strategies

Torsten Curdt <[email protected]>
Newsgroups gmane.comp.jakarta.bcel.devel
Message-ID <[email protected]>
>>> Yes, I'd like to start committing new Annotation parsing code.
>>> Problem is,
>>> of course, is if clients out there were using the Unknown attribute
>>> to gain
>>> access to annotations, adding in true Annotation support will cause
>>> their
>>> code to fail, as Annotations will no longer be Unknown. Things will
>>> still
>>> compile as is, just not run as expected.
>>>
>>
>> Have you considered adding a new method for accessing annotations?
>>
>> Code calling the old method would get "Unknown" nodes returned, and new
>> code would get the real Annotations. And the old method could be marked
>> as deprecated.
>>
>> Regards,
>>
>> Simon
>
>
> Yes, we could create Visitor15 interfaces, et. al. But then

*puke* ;)

> we live with that mess forever.
> I'm game for whatever folks agree on, though.

Well ...I'd say let's keep a maintenance branch for
a while (which is backwards compatible) but let's not
restrict ourselves on trunk.

WDYT?

cheers
--
Torsten
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFCETMeBGM6V3wgCUERAovOAJ4tMr+P9dTVMHAuRMSblP3FoiJhnACfdX8p
XNreBqNr1AqgPVfJUQ1uPy8=
=ZJfK
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.