Hi All,
i had a look at the cvs and latest build sources and compared them to 1.8 Does look like if the project is dead. Is there still any develeopment going on? best regards, Florian --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
GlazedLists is a fairly stable library at this point. So no, there's not a ton of development happening, but I don't hear a lot of requests either.
(That being said, there are a couple things that have fallen in to disrepair. I'm just about to crack open some table sorting code to see whether it's SwingX or GL that's not playing nice at the moment.)
Rob On Thu, Aug 12, 2010 at 3:31 AM, Florian <[hidden email]> wrote: Hi All, |
On Thu, 12 Aug 2010 09:27:48 -0500 Rob Eden <[hidden email]> wrote:
RE> GlazedLists is a fairly stable library at this point. So no, there's not a RE> ton of development happening, but I don't hear a lot of requests either. I think GL could be better integrated with Guava. I have several data structures (MapMaker computation maps, ImmutableSets, etc.) that I have to mirror into GL EventLists. There's literally dozens of useful classes in Guava (see http://guava-libraries.googlecode.com/svn/trunk/javadoc/index.html) that could be usefully connected with GL. Guava OTOH has nothing like GL's ListModel and TableModel support, which is why I keep using GL. A recurring problem for me has been that EventLists and their derivatives are so paranoid about locking. I've run into filtering and access issues while updating the underlying list that require days to find and fix. I often have to resort to running on the Swing thread because I can't find the source of the problem. So one issue is that problems lie dormant until it's too late and then they break everything. Essentially I would love to see a way to make EventLists behave more like NonBlockingHashMaps, forgiving concurrent access at the cost of memory and performance. But this may be simply hard to achieve with the current libraries. Ted --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
Yeah, the biggest rework I'm aware of (Jesse, James, etc. probably know many more) is for an event bus for back-end message passing. Reworking EventList to do this would allow for more flexible (and correct) handling of threaded and chained situations.
Rob
2010/8/12 Ted Zlatanov <[hidden email]> On Thu, 12 Aug 2010 09:27:48 -0500 Rob Eden <[hidden email]> wrote: |
On Thu, 12 Aug 2010 09:50:50 -0500 Rob Eden <[hidden email]> wrote:
RE> Yeah, the biggest rework I'm aware of (Jesse, James, etc. probably know many RE> more) is for an event bus for back-end message passing. Reworking EventList RE> to do this would allow for more flexible (and correct) handling of threaded RE> and chained situations. That sounds like a good direction; if I can be of assistance testing or implementing any part of it please let me know. Thanks Ted --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
Free forum by Nabble | Edit this page |