I predict funny bugs from time to time if you use a true hash function :) On 27 mai 2011, at 15:37, Lincoln Baxter, III wrote:
> Why can't we just append a short hash to the FQCN? > > On Fri, May 27, 2011 at 3:51 AM, David Allen <[email protected]> wrote: > Stuart, > > We can probably easily identify cases through an initial pattern in the name > on deserialization, and then just stick to simply the class name as the rest > when that works and use the bean ID only in special cases where needed. > Sounds easy enough, but identifying the correct cases on serialization might > be more involved. I'll think about it some and might have some time in June > to do it, if you don't. > > - David > > > On Fri, May 27, 2011 at 12:53 AM, Stuart Douglas <[email protected]> > wrote: > It is something I have been planing to do something about for a while now, > but never quite got around to it. The original reason is that we needed a > deterministic way of determining proxy names that will be the same accross > JVM's, and using the class name will not always work, so we used bean ID's. > It should be possible to simplify this for most cases. > > Stuart > > On Fri, May 27, 2011 at 5:21 AM, Dan Allen <[email protected]> wrote: > On Thu, May 26, 2011 at 02:31, Jaikiran Pai <[email protected]> wrote: > I am seeing many forum posts where, within the exception stacktrace, I > see really long classnames for proxies generated by Weld.Here's one > example http://community.jboss.org/message/604723#604723. Out of > curiosity, is there any reason why those names are so lengthy instead of > just generating the classnames like java.lang.reflect.Proxy does? > > On top of the length annoyance, I think this is one of the reasons Weld > doesn't work on the IBM JDK (or I'm mistaken an it's a Solder issue). But > from my brief testing, it had something to do with generated class names. > Just a heads up. > > -Dan > > -- > Dan Allen > Principal Software Engineer, Red Hat | Author of Seam in Action > Registered Linux User #231597 > > http://www.google.com/profiles/dan.j.allen#about > http://mojavelinux.com > http://mojavelinux.com/seaminaction > > > _______________________________________________ > weld-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/weld-dev > > > _______________________________________________ > weld-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/weld-dev > > > _______________________________________________ > weld-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > -- > Lincoln Baxter, III > http://ocpsoft.com > http://scrumshark.com > "Keep it Simple" > _______________________________________________ > weld-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/weld-dev
_______________________________________________ weld-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/weld-dev
