Руководство по архитектуре приложений Java

Вам должно быть полезно следующее

1. Основные шаблоны J2EE
2. Эффективная корпоративная Java
3. Шаблоны архитектуры корпоративных приложений
4. Шаблоны проектирования Head First
5. J2EE Blueprints
6. Sun Certified Enterprise Architect, Учебное пособие

Хотя, бегло взглянув на документ из codeplex, могу сказать, что наверное 70-80% того, что там есть, относится и к Java.

Я извиняюсь за то, что не прочитал очень хорошую ссылку, которую вы предоставили.

Я скажу, что архитектура должна быть независимой от языка вещью. Как только вы поймете принципы, вам нужно будет сопоставить функции и детали реализации одной платформы с другой.

Я не решаюсь публиковать ссылки на какие-либо стандарты Java EE, потому что изменения, внесенные при переходе на EJB 3.0, делают многие «лучшие практики» более ранних версий устаревшими.

Объектно-реляционное отображение теперь реализовано в JPA; Spring представил такие идеи, как внедрение зависимостей и аспектно-ориентированное программирование.

Прямо сейчас я бы сказал, что изучение Spring даст вам лучшее представление о лучших практиках Java для корпоративной архитектуры.

Я все еще загружаю упомянутый документ, но, судя по описанию страницы, я думаю

а) Многое из этого должно быть независимым от языка, поэтому его следует применять и к Java.
б) Могут подойти шаблоны архитектуры корпоративных приложений. (это также не зависит от платформы/языка.) Вы можете прочитать об этой книге здесь http://martinfowler.com/books.html

Изменить:
Я только что просмотрел документ. Выглядит очень интересно. Я думаю, мне нужно провести с ним еще немного времени.

Ссылки на .NET здесь крайне скудны и в основном перечисляют подходящие части технологического стека .NET для данной области. например Windows Mobile Что-то для реализации клиента мобильного приложения. Во многих случаях это просто маркетинг.

Таким образом, эквивалентом для Java будет рекомендация соответствующего решения Sun. Как MySQL для базы данных. В то время как этот подход имеет смысл для MS, которые предпочли бы, чтобы их разработчики были привязаны к материалам MS, он не имеет смысла для Sun/Java, у которых открытость является основным аргументом в пользу продаж. Таким образом, утверждение типа «использовать для этого MS SQL Server» превратится в использование, Oracle, db2, mysql, ms sql server, hsqldb, derby, informix, postrgres или любую другую базу данных для этого ... не очень полезно. Так что я думаю, этого не произойдет.