O funcionamento é seguro pois o runtime verifica o tipo armazenado contra o do elemento do array. Porém isso não exige o sistema de tipos de possuir esse furo.

Converter o sistema de tipos do Java para o calculo OO do Cardelli não é uma tarefa trivial exatamente por conta disso.

Indo além do problema com arrays, Java5 é um sistema de tipos fraco da mesma forma que C++ é por possuir type erasure para generics. Característica essa que limitou em muito aquilo que pode ser feito.

Basta comparar aquilo que estão fazendo com C# 2.0. Tuplas eficiente e fortemente tipadas são um exemplo. Em Java generics é usado p/ Collections e todo o resto é perfumaria.

Acho que vc está se confundindo com o probema de falhas em runtime. Nenhum código Java “puro”, sem typecasts (e outras manhas como reflection ou JNI), que compile corretamente, terá erros de tipo em runtime. Inclusive com arrays. O que pode ocorrer por exemplo é um ArrayStoreException em métodos como arraycopy(). Mas isso é uma deficiência dessa API, não da linguagem. É uma API antiga (JDK1.0) que recorre a código nativo para copiar arrays de qq tipo, com otimizações como usar um memcpy() quando possível ex.: arrays de tipos primitivos. Modernamente esse tipo de otimização é besteira, pois o overhead de JNI é relativamente alto e os JITs podem gerar código superior com intrinsics. Por isso temos os novos métodos Arrays.copyOf(), que substituem arraycopy() com mais type-safety (e outras vantagens). Sendo que o copyOf(T[],int) é type-safe para arrays de reference types (desde que o código-cliente seja type-safe segundo os padrões de generics/Java5). Ainda há buracos, logicamente, como a má integração entre arrays e generics, que nos obriga a eventuais @SuppressWarnings para calar a boca do compilador com generics (e implica em perda de garantias type-safe), mas isso não torna a linguagem unsound, basta evitar a mistura de arrays com generics (o que na teoria é fácil, claro que na prática é mais difícil devido à necessidade de usar um mix de APIs que exigem ora arrays, ora collections genéricas).

Passagem de mensagem realmente, parece ser um efeito descontaminador. E vendo herança ser implementada, parece com a idéia de introduzir a construção de produtos não-software para produtos de software.

T+