Стратегия перехода с php на java в контексте SAP

В настоящее время я занимаюсь разработкой веб-приложений на PHP. Менеджмент сказал нам, что мы стандартизируем J2EE (и да, я продолжаю напоминать им, что теперь он называется Java EE). Я думаю, что за этим мандатом стоит что-то вроде «мы ведем наш бизнес на SAP. У SAP есть netweaver. Мы должны использовать Java, чтобы все было интегрировано».

Большая часть того, что я делаю сейчас и что руководство хочет, чтобы мы продолжали делать, — это быстрая веб-разработка. Мой опыт работы с sap до сих пор (bobj, BW, службы данных) не был положительным. Инсайдерские знания трудно получить. Обновления стоят дорого и требуют вечности. Каждое небольшое изменение требует участия 15 различных отделов. Моя интуиция подсказывает мне, что Netweaver будет излишним для большинства наших проектов.

Может ли netweaver замедлить нашу работу?

Я бы хотел, чтобы наша пользовательская веб-разработка оставалась независимой от нашей среды SAP. Из того, что я читал, существует множество фреймворков Java MVC с открытым исходным кодом. Я представляю наши собственные тестовые/рабочие серверы, на которых работают серверы приложений с открытым исходным кодом, с нашим выбором базы данных (у нас есть DB2, MYSQL и SQL Server, работающие в доме). Каждый разработчик будет использовать локальную виртуальную машину в качестве своей песочницы\среды разработки. Взаимодействие с SAP будет осуществляться с помощью веб-сервисов или java-библиотеки SAP.

Что мы потеряем, если не развернем наши веб-приложения в Netweaver?

Прежде всего я хочу убедиться, что наша команда остается гибкой, как в плане скорости разработки, так и в соответствии с современными технологиями. До сих пор PHP удовлетворял эти потребности. Я не хочу отступать на 5 технологических лет только для того, чтобы мы могли «интегрироваться» с SAP.

Спасибо.


person Chad Brogan    schedule 19.10.2011    source источник
comment
У меня нет ответа, но я решил выразить свои соболезнования.   -  person Hamish    schedule 19.10.2011
comment
Я пытаюсь притвориться, что мне все равно, что мы выбрасываем PHP на улицу, но это немного деморализует. Кому-нибудь нужен тупой PHP-разработчик?   -  person Chad Brogan    schedule 19.10.2011


Ответы (4)


если руководство говорит "мы ведем свой бизнес на SAP. У SAP есть netweaver. Мы должны использовать JAVA, чтобы все было интегрировано" и вы собираетесь использовать java на другом сервере приложений, где именно интеграция (что и было причиной перехода на java )? если вы спросите меня, вы должны либо пойти по пути java/netweaver, либо остаться с php. оба поддерживают «интеграцию» системы sap с веб-сервисами или вызовами rfc.

У SAP есть собственные технологии пользовательского интерфейса «Web Dynpro для Java» и «Visual Composer», которые доступны вам в netweaver. существует также «Инфраструктура разработки Netweaver» (QA и транспортная система), которая интегрирует транспорт и развертывание изменений в системе SAP. это очки, которые вы потеряете, не используя netweaver.

person Community    schedule 19.10.2011
comment
Я думаю, именно поэтому я спрашиваю, имеет ли мое несогласное мнение какой-либо вес в реальном мире. Если затраты на запуск отдельной среды Java перевешивают свободу быть независимым от среды SAP, то у меня есть ответ на мой вопрос. Спасибо за информацию о технологиях пользовательского интерфейса SAP и инструментах управления изменениями. Это именно то, что я ищу. - person Chad Brogan; 21.10.2011

Вам не нужны компоненты NetWeaver Java для интеграции с SAP; вы будете в порядке, используя Java Connector для интеграции RFC, и вам не потребуется ничего особенного для интеграции веб-сервисов.

Я могу сказать вам по опыту, что NetWeaver Java будет сильно замедлять работу. Студия разработки и инфраструктура не так уж и хороши, развертывание и тестирование утомительны, веб-динамическое видео старое и уродливое, а визуальный композитор — полное дерьмо из-за ошибок (последний раз, когда я проверял).

Если бы я был на вашем месте, я бы попытался привести действительно хорошие аргументы в пользу того, чтобы придерживаться вашей текущей среды или перейти на среду Java EE, отличную от NetWeaver.

person René    schedule 19.10.2011
comment
Это мой внутренний инстинкт. Спасибо за подтверждение. Многие вещи, которые мы будем создавать, не будут иметь ничего общего с SAP (возможно, некоторые основные данные или информация о продажах будут получены от BW). Я бы хотел, чтобы мы придерживались PHP, но руководство не считает его настоящим корпоративным языком, что бы это ни значило. - person Chad Brogan; 20.10.2011

Обоснование перехода на Java кажется ошибочным. Основная часть функций SAP по-прежнему работает в стеке ABAP. RFC, BAPI, IDOC и т. д. — все они написаны на ABAP, поэтому переход на Java не приблизит вас к интегрированной среде. (Даже если вам нужно было это сделать).

Ваших менеджеров может смутить тот факт, что Netweaver теперь имеет стек Java, но он не заменяет стек ABAP. Отдельные функции Netweaver будут выполняться либо в стеке ABAP, либо в стеке JAVA, но не в обоих одновременно. Web Dynpro является одним из исключений из этого правила: вы можете разрабатывать веб-приложения в Netweaver на стеке Java или ABAP.

Однако я бы не хотел разрабатывать не-SAP-приложения в Netweaver, если только основная масса ваших систем уже не работала на Netweaver, а новое приложение было исключением из правил. Судя по вашему вопросу, это не так. Если у вас есть SAP ECC6, у вас есть доступ к инструментам разработки, если они вам нужны. Это не означает, что вы должны портировать абсолютно все на Netweaver.

person Esti    schedule 20.10.2011

Может быть, эта ссылка может вам помочь... ="nofollow">http://www.sdn.sap.com/irj/sdn/index?rid=/webcontent/uuid/5d9fb155-0b01-0010-8e8a-d8703df8bb9e

В нем рассказывается о том, как PHP может работать с SAP.

person iWantSimpleLife    schedule 19.10.2011
comment
Я использовал этот SDK в прошлом. Это сработало хорошо. Я был бы рад продолжить этот путь, если бы мне разрешили продолжить разработку на PHP. - person Chad Brogan; 19.10.2011