Serialization
Mike Swingler
swingler at apple.com
Wed Dec 16 00:21:18 PST 2009
Is there a definition for how annotations are added to lambdas?
Perhaps a unique name and/or serial id could be added that way.
~Mike
On Dec 16, 2009, at 12:05 AM, Joshua Bloch wrote:
> Mike,
>
> I'm skeptical about this approach; using hashes for serial version
> UIDs was a disaster, for any number of reasons. Hashes are so
> fragile. Change anything and things blow up at runtime. I wish I
> believed this approach would work, but I'm afraid it probably won't.
>
> Sorry,
>
> Josh
>
> On Tue, Dec 15, 2009 at 11:13 PM, Mike Swingler <swingler at apple.com>
> wrote:
> Perhaps the class and defining method name could be concatenated
> with a hash of the contents of the function.
>
> Cheers,
> Mike Swingler
>
>
> On Dec 15, 2009, at 10:58 PM, Joshua Bloch wrote:
>
> Mark,
>
> I'm sorry to say, I don't know. It's a hard problem. One
> possibility is to
> provide a concise syntax for named singleton subclasses of
> functional types.
> That would finesse the problem rather than solving it.
>
> Josh
>
> On Tue, Dec 15, 2009 at 10:38 PM, Mark Reinhold <mr at sun.com> wrote:
>
> Date: Tue, 15 Dec 2009 22:17:41 -0800
> From: Joshua Bloch <jjb at google.com>
>
> This is a moderately important decision. In Google's Java MapReduce
> API,
> we use
> SAM interfaces to represent Mapper and Reducer. Instances must be
> serializable,
> as they're serialized to pass them from the node that starts the
> MapReduce to
> the worker nodes (which do the actual mapping and reduction). That
> means
> we
> won't be able to use closure syntax for MapReduce, which seems like a
> shame.
>
> This is no worse than what we do with SAM types today, but it's no
> better,
> either. Can we do better?
>
> Maybe. How would you suggest we address the concerns which Peter
> raised?
>
> - Mark
>
>
>
>
More information about the lambda-dev
mailing list