Sebastian Mueller

Your example is probably the worst example one could give for the composite pattern. Please take the time and read more on the subject before posting. Did you actually read the wikipedia link you were posting?

Don't give recommendations about using or not using the pattern unless you understand that pattern - and obviously you do not, since you seem to never have (knowingly) implemented that pattern yourself.

Sorry for sounding harsh, but this "article" does way more harm than good. For those who don't know about the pattern you provide misleading advice and for those who know the pattern it's just garbage...

Sorry, but this is just wrong as far as I understand - Definitely *not* the way the animation framework should be used. The animation steps are performed for each repetition, using a constant increase - the interpolator has no effect at all. Don't do it that way.

Repetition is for redoing the *same* animation - not for calculating single frames - in your example the animation should be 50 milliseconds long repeated for 30 times, if implemented correctly. The above solution does not differ from a solution that uses a timer that changes the color at every tick, except that it misuses the animation api.

I agree that the CVS integration is excellent (although for reasons unknown to me they managed to break many aspects of it during the last few releases again and again, and CVS by no means is a moving target), also GIT seems to be ok, but the state of the Mercurial integration is horrible. It would have been so easy to integrate TortoiseHG, at least for those dialogs that IDEA really really sucks: No revision graph (!), mediocre push/pull facility, no support at all for hg extensions. Please someone (Jetbrains) - create an IDEA plugin that integrates tortoisehg and you can easily beat Eclipse's mercurial support.

That said, I am using IDEA since version 4 and will continue to do so - the only time I'm leaving is for Visual Studio to do C# (of course only with Jetbrains' Resharper plugin ;-) )

I agree that the CVS integration is excellent (although for reasons unknown to me they managed to break many aspects of it during the last few releases again and again, and CVS by no means is a moving target), also GIT seems to be ok, but the state of the Mercurial integration is horrible. It would have been so easy to integrate TortoiseHG, at least for those dialogs that IDEA really really sucks: No revision graph (!), mediocre push/pull facility, no support at all for hg extensions. Please someone (Jetbrains) - create an IDEA plugin that integrates tortoisehg and you can easily beat Eclipse's mercurial support.

That said, I am using IDEA since version 4 and will continue to do so - the only time I'm leaving is for Visual Studio to do C# (of course only with Jetbrains' Resharper plugin ;-) )

I agree that the CVS integration is excellent (although for reasons unknown to me they managed to break many aspects of it during the last few releases again and again, and CVS by no means is a moving target), also GIT seems to be ok, but the state of the Mercurial integration is horrible. It would have been so easy to integrate TortoiseHG, at least for those dialogs that IDEA really really sucks: No revision graph (!), mediocre push/pull facility, no support at all for hg extensions. Please someone (Jetbrains) - create an IDEA plugin that integrates tortoisehg and you can easily beat Eclipse's mercurial support.

That said, I am using IDEA since version 4 and will continue to do so - the only time I'm leaving is for Visual Studio to do C# (of course only with Jetbrains' Resharper plugin ;-) )

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Hey Nikita,

no need to get personal here... I was not implying anything - you said this is a "piss contest".

I won't comment on the marketing paragraphs - they don't add anything to the discussion.

However because you wanted it: here is a shorter, simpler and faster approach that uses Map Reduce (it doesn't use Java and it doesn't use GridGrain and it doesn't use the cloud - but I was complaining about "The world shortest MapReduce example" - if the title would have been "The worlds shortest MapReduce example in the cloud using GridGrain" my example of course would be invalid, however it's not:

In .net 4.0 using C# you can do the following without any additional library:

Console.WriteLine("The worlds shortest map reduce program".Split(' ').AsParallel().Sum(s => s.Length));

Put that above method in class D static method o() and you have my initial example ;-)

Dmitriy,

actually I took the bait and took a look at your blog - as a frequent DZONE and java lobby reader I already feel like a GridGain customer because of the high amount of GridGain articles (that funnily are always promoted by the same set of people), so I have the feeling that I know the GridGain API without having used it. I looked at all of the articles back to 2008 and did not find an single example that was not about strings or ints - please do us the favor and post and example where there is a POJO that has a method that modifies the state of the object and that object is being distributed across the cloud into multiple different JVMs. I really would be interested in how @Gridify solves this. If you post an example like this I might actually become interested in trying out GridGain (actually at the moment I have absolutely no need for that and my guess is that way more than 90% of the Javalobby readers don't have that either, but I could be wrong), however if sample code shows how to distribute System.out.println calls using a prebuilt function, I feel rather annoyed.

Actually my complaint was mainly about the title of your post: If it had been "Using MapReduce with GridGain", it would have been perfectly alright for me, then I would have discarded it immediately. However marketing fluff like "worlds greates whatever" is just that - marketing fluff and I don't like it that way - I am sure you can accept that.

Dmitriy,

actually I took the bait and took a look at your blog - as a frequent DZONE and java lobby reader I already feel like a GridGain customer because of the high amount of GridGain articles (that funnily are always promoted by the same set of people), so I have the feeling that I know the GridGain API without having used it. I looked at all of the articles back to 2008 and did not find an single example that was not about strings or ints - please do us the favor and post and example where there is a POJO that has a method that modifies the state of the object and that object is being distributed across the cloud into multiple different JVMs. I really would be interested in how @Gridify solves this. If you post an example like this I might actually become interested in trying out GridGain (actually at the moment I have absolutely no need for that and my guess is that way more than 90% of the Javalobby readers don't have that either, but I could be wrong), however if sample code shows how to distribute System.out.println calls using a prebuilt function, I feel rather annoyed.

Actually my complaint was mainly about the title of your post: If it had been "Using MapReduce with GridGain", it would have been perfectly alright for me, then I would have discarded it immediately. However marketing fluff like "worlds greates whatever" is just that - marketing fluff and I don't like it that way - I am sure you can accept that.

Dmitriy,

actually I took the bait and took a look at your blog - as a frequent DZONE and java lobby reader I already feel like a GridGain customer because of the high amount of GridGain articles (that funnily are always promoted by the same set of people), so I have the feeling that I know the GridGain API without having used it. I looked at all of the articles back to 2008 and did not find an single example that was not about strings or ints - please do us the favor and post and example where there is a POJO that has a method that modifies the state of the object and that object is being distributed across the cloud into multiple different JVMs. I really would be interested in how @Gridify solves this. If you post an example like this I might actually become interested in trying out GridGain (actually at the moment I have absolutely no need for that and my guess is that way more than 90% of the Javalobby readers don't have that either, but I could be wrong), however if sample code shows how to distribute System.out.println calls using a prebuilt function, I feel rather annoyed.

Actually my complaint was mainly about the title of your post: If it had been "Using MapReduce with GridGain", it would have been perfectly alright for me, then I would have discarded it immediately. However marketing fluff like "worlds greates whatever" is just that - marketing fluff and I don't like it that way - I am sure you can accept that.

Dmitriy,

actually I took the bait and took a look at your blog - as a frequent DZONE and java lobby reader I already feel like a GridGain customer because of the high amount of GridGain articles (that funnily are always promoted by the same set of people), so I have the feeling that I know the GridGain API without having used it. I looked at all of the articles back to 2008 and did not find an single example that was not about strings or ints - please do us the favor and post and example where there is a POJO that has a method that modifies the state of the object and that object is being distributed across the cloud into multiple different JVMs. I really would be interested in how @Gridify solves this. If you post an example like this I might actually become interested in trying out GridGain (actually at the moment I have absolutely no need for that and my guess is that way more than 90% of the Javalobby readers don't have that either, but I could be wrong), however if sample code shows how to distribute System.out.println calls using a prebuilt function, I feel rather annoyed.

Actually my complaint was mainly about the title of your post: If it had been "Using MapReduce with GridGain", it would have been perfectly alright for me, then I would have discarded it immediately. However marketing fluff like "worlds greates whatever" is just that - marketing fluff and I don't like it that way - I am sure you can accept that.

Dmitriy,

actually I took the bait and took a look at your blog - as a frequent DZONE and java lobby reader I already feel like a GridGain customer because of the high amount of GridGain articles (that funnily are always promoted by the same set of people), so I have the feeling that I know the GridGain API without having used it. I looked at all of the articles back to 2008 and did not find an single example that was not about strings or ints - please do us the favor and post and example where there is a POJO that has a method that modifies the state of the object and that object is being distributed across the cloud into multiple different JVMs. I really would be interested in how @Gridify solves this. If you post an example like this I might actually become interested in trying out GridGain (actually at the moment I have absolutely no need for that and my guess is that way more than 90% of the Javalobby readers don't have that either, but I could be wrong), however if sample code shows how to distribute System.out.println calls using a prebuilt function, I feel rather annoyed.

Actually my complaint was mainly about the title of your post: If it had been "Using MapReduce with GridGain", it would have been perfectly alright for me, then I would have discarded it immediately. However marketing fluff like "worlds greates whatever" is just that - marketing fluff and I don't like it that way - I am sure you can accept that.

Dmitriy,

actually I took the bait and took a look at your blog - as a frequent DZONE and java lobby reader I already feel like a GridGain customer because of the high amount of GridGain articles (that funnily are always promoted by the same set of people), so I have the feeling that I know the GridGain API without having used it. I looked at all of the articles back to 2008 and did not find an single example that was not about strings or ints - please do us the favor and post and example where there is a POJO that has a method that modifies the state of the object and that object is being distributed across the cloud into multiple different JVMs. I really would be interested in how @Gridify solves this. If you post an example like this I might actually become interested in trying out GridGain (actually at the moment I have absolutely no need for that and my guess is that way more than 90% of the Javalobby readers don't have that either, but I could be wrong), however if sample code shows how to distribute System.out.println calls using a prebuilt function, I feel rather annoyed.

Actually my complaint was mainly about the title of your post: If it had been "Using MapReduce with GridGain", it would have been perfectly alright for me, then I would have discarded it immediately. However marketing fluff like "worlds greates whatever" is just that - marketing fluff and I don't like it that way - I am sure you can accept that.

Dmitriy,

actually I took the bait and took a look at your blog - as a frequent DZONE and java lobby reader I already feel like a GridGain customer because of the high amount of GridGain articles (that funnily are always promoted by the same set of people), so I have the feeling that I know the GridGain API without having used it. I looked at all of the articles back to 2008 and did not find an single example that was not about strings or ints - please do us the favor and post and example where there is a POJO that has a method that modifies the state of the object and that object is being distributed across the cloud into multiple different JVMs. I really would be interested in how @Gridify solves this. If you post an example like this I might actually become interested in trying out GridGain (actually at the moment I have absolutely no need for that and my guess is that way more than 90% of the Javalobby readers don't have that either, but I could be wrong), however if sample code shows how to distribute System.out.println calls using a prebuilt function, I feel rather annoyed.

Actually my complaint was mainly about the title of your post: If it had been "Using MapReduce with GridGain", it would have been perfectly alright for me, then I would have discarded it immediately. However marketing fluff like "worlds greates whatever" is just that - marketing fluff and I don't like it that way - I am sure you can accept that.

Dmitriy,

actually I took the bait and took a look at your blog - as a frequent DZONE and java lobby reader I already feel like a GridGain customer because of the high amount of GridGain articles (that funnily are always promoted by the same set of people), so I have the feeling that I know the GridGain API without having used it. I looked at all of the articles back to 2008 and did not find an single example that was not about strings or ints - please do us the favor and post and example where there is a POJO that has a method that modifies the state of the object and that object is being distributed across the cloud into multiple different JVMs. I really would be interested in how @Gridify solves this. If you post an example like this I might actually become interested in trying out GridGain (actually at the moment I have absolutely no need for that and my guess is that way more than 90% of the Javalobby readers don't have that either, but I could be wrong), however if sample code shows how to distribute System.out.println calls using a prebuilt function, I feel rather annoyed.

Actually my complaint was mainly about the title of your post: If it had been "Using MapReduce with GridGain", it would have been perfectly alright for me, then I would have discarded it immediately. However marketing fluff like "worlds greates whatever" is just that - marketing fluff and I don't like it that way - I am sure you can accept that.

Dmitriy,

actually I took the bait and took a look at your blog - as a frequent DZONE and java lobby reader I already feel like a GridGain customer because of the high amount of GridGain articles (that funnily are always promoted by the same set of people), so I have the feeling that I know the GridGain API without having used it. I looked at all of the articles back to 2008 and did not find an single example that was not about strings or ints - please do us the favor and post and example where there is a POJO that has a method that modifies the state of the object and that object is being distributed across the cloud into multiple different JVMs. I really would be interested in how @Gridify solves this. If you post an example like this I might actually become interested in trying out GridGain (actually at the moment I have absolutely no need for that and my guess is that way more than 90% of the Javalobby readers don't have that either, but I could be wrong), however if sample code shows how to distribute System.out.println calls using a prebuilt function, I feel rather annoyed.

Actually my complaint was mainly about the title of your post: If it had been "Using MapReduce with GridGain", it would have been perfectly alright for me, then I would have discarded it immediately. However marketing fluff like "worlds greates whatever" is just that - marketing fluff and I don't like it that way - I am sure you can accept that.

Hey, mine is even shorter:

D.o();

Seriously, instead of this marketing stuff you should post an example that doesn't count characters. The split method takes way longer than a trivial implementation of a method that counts the non whitespace characters in a string. These examples are ridiculous. In the myriads of blog posts you post about grid grain, why is there never an example that uses objects that are more complex than strings and integers? Probably because as soon as real objects come into play the world's shortest example would become fairly complex, I guess. Please, if you post to the front page of Javalobby - add some substance to it and leave out that marketing fluff.

Hi, interesting statements here, however I tend to disagree.

In your last example you say that iterators are gone. However they aren't (and I know that you know that they aren't :-) ). How would you *implement* the iteration (the Iterable interface) in List<integer> if you didn't have Iterators? In fact Iterators (except for the remove() method) are the smallest possible interface to make such a loop possible. If you want to remove iterators but keep the foreach loop, I would like to see your proposal on how the interface for the class that can be iterated should look like.

Any IDE that is supported by Resharper will do - any other will not. And an IDE that is supported by Resharper but doesn't have it installed is not worth looking a ;-)

This sure looks like a hammer to me. This code is pretty much over designed to look like a fluent interface but does not do its job very well, IMHO.

If your "Snippet" throws an exception the properties will never be restored. If "Snippet" was a runnable that was only executed at "run()-time" the "when" method could have invoked the runnable and do so within a try finally block, first setting the properites and then restoring them in the finally after the execution of the "snippet". This would have made a little sense at least to me. Because then it would have been possible to actually reuse the "Temporarily" instance and not depend on less obvious-side effects that depend on the execution order.Also the state of the system properties woud have only been modified if the during the execution of "when". Now if you omit the when() the properties will be set some value and will never be reset, either.

Just my 2 cents.

So just because there are OSGI implementations that can run on a netbook-sized device you say that OSGI is not huge? Linux and even Windows is running on these kind of devices, so they are not huge either, eh?!

I don't think by 'huge' James meant the size of the processor OSGI can be run on.

1.1MB of Equinox code is HUGE, compared to what it actually *does*. Compare that to the size of the Java runtime and its components (the initial swingall.jar (javax.swing.* and all look and feel implementations) was less than 2MB!)

If Jigsaw will increase the size of the JDK download by one MB I would say it failed. Because AFAIK that was one of the goals of project Jigsaw.

But apart from the actual byte size, maybe James also meant the conceptual size; the concepts, the spec and the API.

Re: From another universe. You are writing that OSGI was invented in 1999 and five years ago it came to the desktop. If my maths are correct this results in 5 years living in the non-desktop area. So I think one *can* agree that OSGI comes from another (the non-desktop) universe.

You could have written something useful by actually comparing the two technologies, instead.