Upgrade protocol buffer version

[abeham]

Upgrade the plugin from 0.9.1 (May 2010) to 2.4.1 (October 2011).

[abeham]

r8295:

• Removed protocol buffers 0.9.1
• Added protocol buffers 2.4.1
• Updated proto processing command

[abeham]

r8296: added quotes in case path contains spaces

[mkommend]

Reviewed change sets r8295 and r8296. One thing I noticed is that the generated assembly ProtoGen is not included by the HL plugin and I am not sure if this should be the case as it is used by the ExternalEvaluation plugin.

[mkommend]

Replying to mkommend:

Reviewed change sets r8295 and r8296. One thing I noticed is that the generated assembly ProtoGen is not included by the HL plugin and I am not sure if this should be the case as it is used by the ExternalEvaluation plugin.

In a discussion with abeham it turns out that this behavior is intended.

[abeham]

Replying to mkommend:

Replying to mkommend:

Reviewed change sets r8295 and r8296. One thing I noticed is that the generated assembly ProtoGen is not included by the HL plugin and I am not sure if this should be the case as it is used by the ExternalEvaluation plugin.

In a discussion with abeham it turns out that this behavior is intended.

To state my argument in this ticket: First, ProtoGen doesn't work as a standalone, but also needs Google's protoc compiler. So that's two more executables in our bin directory. I think legally we could ship both of them, but the question is: Does it make sense? ProtoGen is used to produce C# code out of .proto files. I guess anybody that wants to use this for external evaluation does so, because his or her external application is written in a different language than C#. Since everything you need to make proto-based applications is available on the web (code.google.com) and pretty easy to find I decided against including it.