Сразу прошу прощение, а очепятки - нету русской раскладки

да бизнес-логика она и в африке бизнес-логика ей без разницы на чем ее пишут, ее сначала надо построить на "бумаге"

в яве больше возможностей Я например сейчас пишу свою библотеку
тэгов, могу через JNI запускать native методы , могу решить проблему
мulti languages не делая login заново ,

пример подключения к базе Statement stmt = connection.createStatement();

String sql = "SELECT * FROM my_table WHERE col_string LIKE '%pat%'";

причем это один из способов , разница в том что САп это делает за вас и лишает вас гибкости ,


Я это утверждал ее в 99году правда тогда был VB

Мне кажется, Константин здесь имел в виду не бизнес-логику с точки зрения управленческого консалтинга (типа что здесь грузим, там отпускаем, здесь накладную создаем), а бизнес-логику, реализованную в системе программно. Ну т.е. типа ФМ-ов, классов, которым только говоришь "Создай документ с таким заголовком и такими-то строками", "временно его сохрани или проведи", "создай событие какое-нибудь", которое еще там чего-то может сделать.
И вот как я понял, преимущество абапа в том, что на нем как раз и написано в сапе куча всяких таких внутренних "бизнес-заготовок", реализовать которые на другом языке с прямым доступом к таблицам, конечно, возможно, но гораздо более трудозатратно и потенциально менее надежно...

Вот как-то так.

Точно, спасибо, именно это я и имел ввиду. Я совершенно не хотел сказать, что ABAP лучше чем Java. Просто в области SAP Java не так эффективна как ABAP, поэтому и используется гораздо реже (в основном для разработки WEB-оболочек для ABAP логики, либо связь с внешними системами).

так это все прекрасно запускается из вне
причем скомпилировано как раз в Java virtual machine

А зачем? Ещё один тетрис? Ещё один анимированный прогресс-бар?

А зачем? Ещё один тетрис? Ещё один анимированный прогресс-бар?

вопроса не понял
или я между букв не вижу

Вопрос в том, что зачем делать обертку для методов, если их можно запускать из ABAP?

лично я без слез на приложения в сапе смотреть не могу, а с в sap portal все красиво. и думаю заказчик думает также

а вообще кто как хочет так и строчит

Вот по поводу заказчика - пожалуй, не соглашусь. Красота и дружественность интерфейса волнуют заказчика очень не в первую очередь, главное, чтоб денюшки правильно (и гибко) считались, и отчетитки готовились, а рядовой юзер точно перебьется без бантиков и красивостей.

В SAP-Portal действительно все красиво - но portal это всего лишь обертка для запуска приложений, и поверьте мне ABAP может не хуже (см. ITS, BSP, Webdynpro для ABAP)
А вот насчет заказчика вы думаете (как мне кажется) неправильно. Portal для него красив, только если помогает экономить деньги. Я видел проект SAP на котором делали Usability - очень дорогое, надо сказать, удовольствие. И консультантам и программистам ABAP платят не за красивые окошки (вид окошек по большей части диктует SAP, вернее диктовал до появления ITS), а за то, чтобы разработанные приложения правильно и эффективно работали в контексте сложнейшей бизнес-логики.

Тут тоже не совсем так. У нас работает очень хороший программист на Java, но пишет на ABAP. Матюкается, но пишет.
Ибо то что он делает, на ABAP реализовать раз в десять быстрей и проще, чем на Java.

бу-га-га! слушайте, хорош ахинею нести, а то мне, как жабисту, за коллег стыдно.