SAP предлагает передать развитие Java независимой структуре

>Apache Software Foundation -- вот куда надо отдать Яву. Там умеют её готовить!

У них уже есть Apache Harmony.

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

(а) SAP получит (частичный) контроль над Java
(б) Java станет менее зависима от конкретного игрока данного рынка => (более) свободной.

В общем, с изрядными оговорками (выделены в тексте), но сочетаемо.

Почему же Firebird настолка? И кстати, ИМХО, эту , весьма достойную, СУБД незаслуженно обходят вниманием. Firebird еще та дробилка чисел. + механизм изоляции транзакций, +хранимые процедуры, +триггера. В 3-тройке вообще обещают гетерогенные запросы. У нас на одном серевере (кстати linux) крутятся две БД по >20ГБ с аналитикой с жменькой таблиц по 10-40млн. записей в каждой; на другом серваке 40 баз по 2-4ГБ.

PS И сотни live-коннектов. Вот такой ынтырпрайз

>Станет джава "независимым сообществом", ну и поотказываются от нее всякие Ъ ынтырпрайзы, ибо риски увеличатся, и перейдут на всякие дотнеты.

Лопнешь

Вообще, в Firebird оптимизированы локальные запросы. Много приложений уровня предприятия используют fb в качестве локального хранилища БД, никак не связанной с распределёнными вычислениями. Незаметно и прозрачно для настольных приложений. Нагрузка не ощущается.

Что касается использования fb в качестве "дробилки чисел"...Наверно, она будет не лучше PostgreSQL в распределённых вычислениях, но инстументы по управлению fb очень скудны — в частности, под FreeBSD сервер работает только через inetd, а не демоном — не так, как PostgreSQL; установка клиентской части fb вызывает некоторые проблемы.

>fb очень скудны — в частности, под FreeBSD сервер работает только через inetd, а не демоном — не так, как PostgreSQL; установка клиентской части fb вызывает некоторые проблемы.

fb не требует особого администрирования - это да, зато простой как калаш. За 10 лет использования была одна потеря данных, да и та по вине админа - плохо организованы бэкапы. Под linux со 2-ой версии идет вариант "суперсервер" - запускается как один управляющий процесс. Каждый коннект - поток. Зависший запрос можно "отстрелить" SQL-запросом. Про intetd: в 1.5 было через inetd, а в 2.х, к своему стыду, уже не знаю. А чем плох inetd? Извините за оффтоп, просто тема fb крайне редко встречается.

>установка клиентской части fb вызывает некоторые проблемы.

Не разу не сталкивался с этой праблой

Им не хватить всех индусов чтобы переписать все с абапа на яву %) а в сапе встречается код писанные ещё 15-20 лет назад!

При работе 24/7 Firebird периодически зависает.

>При работе 24/7 Firebird периодически зависает.

Сборка мусора? - sweep interval в помощь. У нас база ночью более-менее отдыхает - запускаем сборку мусора. За день, из-за некачественно написанного ПО, (неаккуратная работа с транзакциями), возникает большое количество устаревших транзакций и соответственно большое количество версий записей, что приводит к деградации сервера.

Если правильно писать ПО - будет все ОК.

Почитал про PostgreSQL. Могучая вещь!

> Вот просто интересно сталктивался ли кто с *никс версией?

SAP он как бы сам по себе платформа. Есть клиент и сервер, сервер и под винду, и под юниксы. Клиент тоже под кучу всего, ибо типа написан на жабе, но... Со страшной привязкой на native-код :-)

Если правильно... у нас тоже не аккуратно написаны транзакции, древний код на дельфи. Переписывать особо времени нету. Сборка мусора не помогает т.к. работа полностью круглосуточная. Выход из положения нашли в выключении базы на некоторое время и принудительной сборке мусора.

> Apache Software Foundation -- вот куда надо отдать Яву. Там умеют её готовить!

Именно!

> У них уже есть Apache Harmony.

К сожалению, из-за жадности Sun, Apache Harmony не может называться Java-ой. Ожидать, что Oracle будет менее жадной, тоже не приходится. В конце концов GPL и ограничения связанные с JCK могут загубить эту платформу. Если корпоративный рынок начнёт двигаться в сторону другой, более открытой плафромы, то Java обречена. Возможно именно поэтому Google объявил о разработке Noop.

IBM бросит свою JVM и будет двигаться в сторону мутной поделки гугл. Бугага

>древний код на дельфи

У нас тоже древний код на дельфи с использованием БДЕ. Теперь используем IBX с явным управлением транзакциями. Очень помогают обертки. Все данные через ClientDataSet;

> Выход из положения нашли в выключении базы ... и принудительной сборке мусора

Выключи сборку мусора вообще (не помню какой ключ gfix). А ночью принудительно собирай. И во избежания потери данных переключить с async на sync. Можно добавить зеркалирование. Возможно все это знаешь, но на всякий случай из личного опыта. И еще: под linux FB лучше работает. Использует многопроцессорность и.т.д.

Могу поделиться bash-скриптами по обслуживанию FB. Автоматом shutdown gfix gbak. По ходу если в логе есть ошибки в БД - делается копия и попытка восстановления - все автоматом.

> Т.е. ему конкретно не нравится, что Java открыта под GPL, это мешает использовать ее в закрытых поделках SAP.

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

JVM от Sun вначале тоже был мутной поделкой. И что?

Да и остался.

а потом они танцуют полчаса, да?

http://lurkmore.ru/SAP

По ссылке была цитата из высказывания. Даже тут она в комментах проскакивала.

Он сам-то понял, что сказал? «Мы хотим опенсорц-яву, чтобы можно было её обратно закрыть»?

Не закрыть а делать на ее основе продукты которые не надо открывать. Догадайся почему далвик под Apache, как и бимеры свою жабу отдали под Apache. SAP не хочет открывать системы в которую собирается запихнуть жабу - и вполне разумно.

У них уже есть Apache Harmony.

Под которой что-то газ погас. ГАзпрому задолжали?

Возможно именно поэтому Google объявил о разработке Noop.

Во первых не гугл а работники гугла в гаражное время. Во вторых нооп тоже на JVM.

Откуда эта идея предрекать смерть жабы тут же называя другой язык под jvm?

тут была бы уместна двойная лицензия:

Скорее MPL-based под независимой организацией - собственно этого они и хотят. SAPу же жаба нужна не затем чтобы блекджек добавить и положить в раздел давнлоад (собственно все проекты различных форков под одни и теже платформы захирели - даже бимер плюнул после 1.4) - они хотят запихивать ее в свои продукты - а в этом смысле они не хотят одавать свой код конкуренту - ораклу.

Поддерживаю к стати эту идею SAP. Это к стати обозначает что сап делает ставку на жабу и жвм - а это здоровенный игрок на рынке. Если его сильно прокинуть в этом вопросе (особенно когда он предлагает серьезные инвестиции в этот проект) - он может и плюнуть и перейти на сами знаете какую плаформу, одновременно сказав «нафиг этот линукс» - жабу не дают - дотнета нет.

> Кто такие SAP ?

SAP - самая крупная софтверная корпорация Европы. Их центральный офис - два SAP городка, расположенные на юго-западе Германии недалеко от города Хайдельберг (известная крепость). В центральном офисе работает около 10 тысяч человек. Среди них очень много русских и индусов.

SAP активно использует Java и .NET.

Разработали свою неплохую СУБД (SapDB, MaxDB), которую потом передали под контроль фирме MySQL.

В один период Microsoft хотела купить SAP, но не смогла проглотить кусок. В итоге подписали партнёрские отношения.

> > Возможно именно поэтому Google объявил о разработке Noop.

> Во первых не гугл а работники гугла в гаражное время.

Нет, именно Google. В исходниках так и написано: Copyright 2009 Google Inc.

> Во вторых нооп тоже на JVM.

Это ниочём не говорит. Речь пока что идёт лишь о языке программирования, а не о платформе.

> Откуда эта идея предрекать смерть жабы тут же называя другой язык под jvm?

Откуда эта идея, ставить знак равенства между языком программирования и VM?

SAP сделал ставку на Java давно и надолго. Сейчас он просто хочет сохранить свои старые инвестиции. Плюнуть и полностью перейти на .Net им не выгодно. В свете их претензий к Java такой переход просто лишён смысла и будет напоминать замену шила на мыло.

Под линуксом и вертим :). Про sync и async не слышал, расскажи подробнее. Сборка мусора выключена, ночью и собираем.

Поделись :) У нас тоже есть скрипты, но интересно взглянуть на твои. farafonoff _at_ gmail.com

>SAPу же жаба нужна не затем чтобы блекджек добавить и положить в раздел давнлоад (собственно все проекты различных форков под одни и теже платформы захирели - даже бимер плюнул после 1.4) - они хотят запихивать ее в свои продукты - а в этом смысле они не хотят одавать свой код конкуренту - ораклу

Микрософту она была нужно ровно для того же, сделать свою реализацию и запихнуть вместе с виндой в свои продукты. Если бы Sun тогда это разрешил, его бы уже лет 9 как не было бы, вместе с Oracle. Был бы один большой Microsoft®

ОК. Завтра с работы вышлю.

В исходниках так и написано: Copyright 2009 Google Inc.

Это не значит что гугл. AFAIK в гугле рабочее время расспределено с выделением оплачиваемого свободного времени в работе над опенсорс проектами по своему выбору. Вот народ и увлекся. Для серьезного поректа гугла там какой-то несерьезный уровень обсуждения фичь.

Речь пока что идёт лишь о языке программирования, а не о платформе.

Этот язык программирования завязан на JVM, компилятор пишется на скале (JVM), интеграция уровня языка с guice (java). А JVM без жабы не бывает - в том смысле что они сдохнут парой или выживут все на современном уровне развития.

Откуда эта идея, ставить знак равенства между языком программирования и VM?

Потому что JVM разрабатывался с java in mind (от чего и страдаем). Сейчас развязывать эти понятия - фантасмагорично.

В свете их претензий к Java такой переход просто лишён смысла и будет напоминать замену шила на мыло.

Мыло не под GPL. Для проприетарного бизнеса - офигенный фактор.

Если бы Sun тогда это разрешил, его бы уже лет 9 как не было бы, вместе с Oracle. Был бы один большой Microsoft®

Сан не запрещал. Конфликт возник изза того что микрософт напихал туда несовместимых расширений (прямой доступ к COM) и забыл напихать обязательные компоненты (RMI) и назвал его java. За что и получил по шапке. Если бы разрабатывал в рамках стандарта - никто бы его не трогал (как это произошло с тучей других разрабов под тучу платформ).

> > В исходниках так и написано: Copyright 2009 Google Inc.

> Это не значит что гугл. AFAIK в гугле рабочее время расспределено с выделением оплачиваемого свободного времени в работе над опенсорс проектами по своему выбору. Вот народ и увлекся. Для серьезного поректа гугла там какой-то несерьезный уровень обсуждения фичь.

Как именно Google ведёт разработку совершенно не важно. Важно лишь то, что Noop принадлежит корпорации Google, а не частным лицам или аморфному сообществу.

> > Речь пока что идёт лишь о языке программирования, а не о платформе.

> Этот язык программирования завязан на JVM, компилятор пишется на скале (JVM), интеграция уровня языка с guice (java). А JVM без жабы не бывает - в том смысле что они сдохнут парой или выживут все на современном уровне развития.

Опять путаница. Есть язык программирования и есть его реализации. Это совершенно разные вещи. Например есть язык программирования Python и есть две его реализации - одна на C, другая на Java.

> > Откуда эта идея, ставить знак равенства между языком программирования и VM?

> Потому что JVM разрабатывался с java in mind (от чего и страдаем). Сейчас развязывать эти понятия - фантасмагорично.

Я спрашивал не про JVM, а просто про VM. Сегодня они используют JVM, завтра начнут использовать другую VM. Какая разница?

> > В свете их претензий к Java такой переход просто лишён смысла и будет напоминать замену шила на мыло.

> Мыло не под GPL. Для проприетарного бизнеса - офигенный фактор.

Лишь для Microsoft. То, что SAP хотел бы делать с Java, делать с .Net он тоже не сможет.

Раньше Джава от ДотНета в этом плане отличалась? Но это не помешало САП-у поставить на Джава. И единственное, ИМХО, что ему мешает точно так же поставить на ДотНет является наработанная база, которую одним махом на ДотНет не перевести.

SAP ведёт разработку и на .Net и на ABAP-е. Какая разница на чём они ведут разработку сейчас?

Есть такое матерное слово - "легаси" от и тянут Джаву. А есть и потребность в кроссплатформе. И очень плохо для Линуха, если у них такой потребности не будет.

Python и есть две его реализации - одна на C, другая на Java.

И много то жаб без JVMов видел или JVMов без жаб?

То, что SAP хотел бы делать с Java, делать с .Net он тоже не сможет.

С чего это? Он может лицензировать у микрософта и запихиваьт в свои продукты какугодно.

Не занимайтесь подменой понятий. Речь шла вовсе не о Java.

> С чего это? Он может лицензировать у микрософта и запихиваьт в свои продукты какугодно.

Microsoft так уже делал, пока Sun его не засудила.