Building the SDK will use cached protobuf definitions (if present) even in a clean checkout / build

## Expected Behavior

`git clone git@github.com:dapr/java-sdk.git && cd java-sdk && mvn package` should work out of the box, but it doesn't if you
have previously build the Java SDK with a different set of protobuf definitions. They instead get cached in `$HOME/.m2/repository/.cache/...` and the failure is non-obvious until you hunt around for docs on Maven's `wget` plugin.

## Actual Behavior

Build fails (iff the new code depends on protobuf definitions different than those you have in your cache).

## Steps to Reproduce the Problem

Have a set of protobuf files cached from a previous Java SDK build that differ from the ones required, then try building a clean clone -- it will fail.

## Release Note

RELEASE NOTE:

**FIX** Skip caching protobuf definition files to make `mvn clean` behave more as one would expect.

Inizia dalla configurazione di build Maven utilizzata da `mvn package` e `mvn clean`, quindi traccia il modo in cui i file di definizione protobuf vengono scaricati in `$HOME/.m2/repository/.cache/...`. Il lavoro è completato quando un clone pulito viene compilato senza usare definizioni protobuf memorizzate precedentemente nella cache e il comportamento viene verificato dopo una nuova compilazione con definizioni diverse.

Scritto dal modello di indicizzazione a partire dal testo della issue.