Oracle-Sun: кто жертва?

    В топике о слиянии Oracle и Sun промелькнула мысль о возможном сотрудничестве SAP AG в развитии технологии JavaEE.

    Напомню, что SAP является лидером рынка решений для крупного бизнеса (ERP, CRM, BI, консолидация и. д.), а Oracle долгое время пытается приблизиться к «нумеро уно». Так были выкуплены PeopleSoft, J. D. Edwards и Siebel. В отличие от SMB-сегмента, на рынке «серьезных» программных решений ошеломляющих результатов эти покупки не дали. Но битва продолжается, притом довольно агрессивная.

    SAP в свою очередь держат Sun за стратегического партнера. И неспроста, продукт SAP NetWeaver поддерживает Java (EE), за счет этого является главным звеном в концепции SOA. Комментарий Джона Рида к статье на cio.com якобы опровергает зависимость SAP от Java, мол все ключевые решения построены на ABAPе, и переносить их никто не будет (я бы даже сказал «не сможет»). Так-то оно так, но стратегия развития новых продуктов была очень тесно связана с Java. Например, после покупки Visiprise, SAP пророчили лидерство на рынке MES-систем в долгосрочной перспективе. А продукты «formerly Visiprise» реализованы на Java, о чем известно не понаслышке, так как после слияния, крупный киевский офис перешел под руководство SAP-Украина.

    Последующее развитие JavaEE «под крышей» Oracle ну никак не на руку SAP AG: если и возможно партнерство, то оно сулит серьезными издержками для последней. Делать какой-либо прогноз о судьбе игроков рынка ERP после сделки сложно. Но перспективы явно не в пользу SAP.
    Поделиться публикацией

    Похожие публикации

    Комментарии 12

      0
      сейчас SAP начнет активно развивать ABAP и подальше уходить от Java — это радует :)
      ps Ждем очередную смену названий решений SAP.
        0
        Как минимум, продолжит активно развивать.
          +1
          ключевое слово — продолжит — до поглощения солнца все шло к списанию абапа лет через цать
            0
            Именно так, намечалась тенденция. Новая функциональность на ABAP становится все более затратна.
          +2
          Развивать ABAP/4 весьма проблематично. Говорю это как человек, имеющий некоторый опыт программинга на нём, правда под довольно старенький сап.

          По сути, ABAP — это некий SQL на стероидах. Интерфейсы в сапе делаются некими костылями-формами, отчёты (графические, которые se7*) — тоже «костылём» и т.д.
          Как можно в таком виде его развивать — не очень ясно. Хотя в принципе, для большинства задач реализации бизнес-логики — его хватает.
            0
            Java немногим лучше.
              +1
              Java — универсальный язык программирования. Который изначально не затачивался под создание ERP, BI систем или каких то еще. С ABAP ситуация противоположная как я понимаю.
                +1
                > Java — универсальный язык программирования.

                Одна хрень, ибо оба эквивалентны машине Тьюринга.

                > Который изначально не затачивался под создание ERP, BI систем или каких то еще.

                Вот именно. Там никогда не будет такого удобного встроенного SQL, например. (Нынче модно ORM'ить, но эта штука проблему-то не решает, а наоборот, усложняет.)

                > С ABAP ситуация противоположная как я понимаю.

                Это ни в коем разе не опровергает мои слова. :)

                ABAP тоже, конечно, не конфетка, а даже наоборот. Не знаю, какой из этой языков более многословен.

                ЗЫ пейсал когда-то на ABAP
          +1
          Я несколько раз прочитал пост, но так и не понял, какая идея в нем заложена?
          Вы думаете, что Oracle ради поддержки своих корпоративных решений будет тормозить развитие JAVA EE? Тогда почему акцент именно на том, что жертвой станет именно SAP? На этой технологии построено множество корпоративных решений и других вендоров. Так что многим должно непоздоровиться.

          SAP NetWeaver — это интеграционная платформа, к SAP ERP она имеет опосредованное отношение. Поэтому предпосылок для написания фразы:
          Делать какой-либо прогноз о судьбе игроков рынка ERP после сделки сложно.
          я тоже не нахожу. Да, производитель один, продукты — разные. От того, быть или не быть Java EE, продукт SAP ERP покупать меньше не будут.
          Может быть, внесете пояснения?
            0
            Это мой первый пост на хабре, возможно немного комом.

            Сотрудничество SAP и Sun было легким и прозрачным, даже судя по вебкастам сотрудников Sun с TechEd. Дальнейшее развитие Java не будет столь дружелюбным для SAP.

            Возможно, вы имели ввиду SAP NetWeaver PI (Process Integration).
            По поводу ERP, SAP NetWeaver имела посредственную роль во времена R/3, но они позади, через неделю заканчивается поддержка версии 4.7. Самый распространенный продукт (корневой компонент ECC 6.0, с которым мне посчастливилось работать) работает именно на SAP NetWeaver, который является контейнером для ABAP Application Server и Java Application Server.

            Из личного опыта о важности Java для SAP: привлекательные в управлении персоналом компоненты самообслуживания (персонала и менеджеров) имеют отличную реализацию в составе SAP EP, а в составе ERP поддержка прекращается. То есть первичные данные ERP можно удобно просматривать и вести через портал (Java).
            0
            SAP NetWeaver, который является контейнером для ABAP Application Server и Java Application Server
            — надеюсь вы имели ввиду не в техническом смысле, так как в таком случае это некорректно.

            Последний абзац о компонентах управления пресоналом — речь идет о модуле HR?
              0
              Да, HR, или правильней он HCM называется.

            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.