нет сервера приложений, perl-php на эту роль практически не годятся

Java - это язык программирования - который по изначальному составу и возможностям не особо выдается перед перлом и прочими.

Java Enterprise Edition - это уже ПЛАТФОРМА с наработанными СЕРВИСАМИ и БИБЛИОТЕКАМИ которые позволяют решать тот класс задач - за который Вы ратуете. Естественно, исходя из названия, основной язык реализации является JAVA. Поэтому, прежде чем спорить, разделите сущности что есть язык, а что есть платформа....
И что куда применять и прикладывать......

Целесообразность применения это уже вопрос второй. Просто если аппелируете к каким-то понятиям - то рассматривайте вопрос более широко. Потому - что если упереться в голую терминологию - по многим вещам окажется что разницы-то и нет.............

И я точно не буду строить своих аналогов R/3 на данной связке.

java это в первую очередь платформа


JEE это набор спецификаций с действительно существующими наработаными реализациями. Я изначально оговорирился к каком контексте использую java - erp-системы, читайте внимательнее. И было бы глупо в этом контексте иметь в виду, например, jme или что-то еще.

http://bicyclerepair.sourceforge.net Bicycle Repair Man, a Refactoring Browser for Python

Взято http://www.refactoring.com/tools.html

Из того что нет refactoring для ABAP (только какие-то задатки в 6.40 для глобальных классов кажется) следует что python круче по программной модели? Мне пайтон тоже больше нравится

Согласен, что платформа, учитывая как она изначально задумывалась реализовывалась. Но в данном топике слишком много попутали по понятиям и пытаемся обсуждать какую-либо сущность одного аппелируя к совершенно противоположной сущности другого.



Извиняюсь, но я где-то пропустил Вашу оговорку.....

уже и сами разобрались

( а если что - ищем в инете по словам: "3-х звенка", распределенные транзакции и т.д.)

А знаете, почему фортран живее всех живых, да и некоторые "старички", умеющие поддерживать cobol-приложения на мэйнфреймах, колесят по всему миру и получают гораздо больше, чем специалисты других супер языков....

просто попробуйте, например, сейчас сравнить количество готовых библиотек на том же perl и на java..

Но вернемся к дню SAPNetweaver. Там, говоря об интерфейсах, докладчик сказал (привожу слова по памяти): "часто спрашивают, почему мы не используем, например, java struts... Потому что web dynpro значительно мощнее и гибче"...
полностью согласен, что каждый язык и технология хороши в своих нишах, поэтому не надо говорить, что приложение уровня enterprise не может быть написано на perl; оно и на java не должно быть написано, а следует подобные приложения писать, например, на abap
а вот создание внешнего представления (web сайта) очень даже хорошо может быть выполнено на perl, причем скорость разработки выиграет по сравнению с java... (вспомнить можно неудачные попытки вроде jsf)
и еще раз повторю, что без perl, bash, awk скриптов сегодня сложно представить работу unix системы...

Tetty


приложения web DynPro писать лучше на java, хотя бы из-за развитого IDE.
почему enterprise приложения нуна вдруг писать на abap?




"Внешнее представление" - html/js - сгенеренный или написанный ручками (более тяжелый случай). На перле его писать не нуна - паттерн MVC, знаете-ли.

Может еще и доказательства приведете, что на перл быстрее будет налабать веб-страницу с таблицей, которая заполняется значениями из базы (например, BAPI- хой)?
На джава в NWDS демка делается мышкой (ну тока имя бапихи набрать и название приложения и т.п.) минут за 5 (пять минут).

(А на перле скока?
Как будете html/jsсript код лабать? В HTML редакторе?)

И что за примеры типа JSF? В чем там неудача?

Почему не AJAX, который "круче" чем Web DYnPro хотя бы из-за наличия асинхронного поведения?
--
Чего Вы прицепились к скриптам ОС? Скрипты - это все-таки не enterprise приложение.

Tetty


сравните. нам очень интересно.

Бесполезно сравнивать............... В ответ на есть/нету можете получить кучу ссылок на CPAN, sourceforge и проч. ресурсы, не говоря уже о коммерческих продуктах от именитых и экзотических разработчиков.

Если уж включать пузомерку на эту тему то по принципу: Задача - трудоемкость решения стандартной поставкой.........

Сразу оговорюсь, что в стандартную поставку я объединяю и сопутствующие продукты - например, если используется Oracle - то и его сопутсвующие библиотеки тоже.....

Движков на шаблоне MVC на Perl - навалом ala struts
и работает все быстрее и кода в 10 раз меньше и поддерживать легче
чем 10.000 классов ... с XLM, SOAP и.т.д и.т.п

и ООП есть (слегка порезаное )

или можно писать модуль к Apache и будет ваще все летать ... тока спецов таких мало... (кстати в MVC этот модуль как раз контроллером будет )

P.S Доказано занусси

Ich Will

и т.д. и т.п.

IDE - программерам, сервера - админам, землю - крестьянам. А юзерам чего?

Мышку им.. в одно место