It appears (in recent podcasts) that the Posse (Dick only?) equates
multi-threading to parallelism.
Definitely, if you're interested in calculations and batch processing
this is the way to go and Actors/MapReduce/Executors/Futures/fork-join/
etc. help greatly.
Concurrency seems to be ignored
ahead of SQLServer. And revenue-wise it hasn't lost ground;
it's still growing.
Regards,
Tasos Zervos
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups The
Java Posse group.
To post to this group, send email
no way to get the String parameter you passed in the
constructor - thats because in java, generics are implemented with
erasure instead of reified types, in which case you could fetch the
type information
On 11/11/08, Tasos Zervos [EMAIL PROTECTED] wrote:
Can you please give an example
tough you created the maps with the type information
-- Forwarded message --
From: Tasos Zervos [EMAIL PROTECTED]
Date: Mon, Nov 10, 2008 at 10:48 AM
Subject: [The Java Posse] Re: episode 215: reflection and generics
To: The Java Posse javaposse@googlegroups.com
If you aren't
Episode #166 - Guillaume Laforge on Groovy also included Guillaume
describing
how Groovy gets the Generics info from Java [class-loaded] classes!
Posse, posse...
;-)
On Nov 6, 6:53 pm, Casper Bang [EMAIL PROTECTED] wrote:
It's actually all described in chapter 7.5 of Java Generics and
.getClass() is true
map1.getClass() is class java.util.HashMap
map2.getClass() is class java.util.HashMap
map1 is of type java.util.HashMapjava.lang.String,java.lang.String,
map2 is of type java.util.HashMapjava.util.Date,java.util.Date,
:-D
Tasos
On Nov 10, 12:46 pm, Tasos Zervos [EMAIL PROTECTED
The equality test has to return true otherwise you would be breaking
compatibility with older code.
This doesn't mean that there aren't other ways to find the signature
of map1 and map2.
The Reflection API does provide access to the specific types of
generic signatures.
Have a look at this 2005