BiTel

Ув. разработчики.
Может что-то напишете про новую версию?

Ну версия как версия. Хорошая версия.
Просто в процессе подготовки пока.

_________________
I'm clever. I've got a computer.

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

Все будет. Пока идут регламентные работы

Спасибо. Тогда ждем новостей.

уже информацию выложили:) понимаю тупой вопрос но все же принципиальная разница между 5.2 и 6.0? Поработать на 5.2 до осени и потом обновиться?

Я пока понял, что нового в 5.2 уже ничего не будет.
И нам нужно доплатить 10% от заказа для перехода на 6.0

Значительное изменение как по мне.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Может java 1.7 в 6.х ?

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

база аб увеличена в 6/0 до 1 000 000 )))) в 5.2 половина 500 000)

в 6.0 java6
в 6.1 java7

_________________
I'm clever. I've got a computer.

а для перехода на 6.1 необходимо оплатить 20% )

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

нет, для перехода на 6.0

_________________
I'm clever. I've got a computer.

jee7 jsr 356 в 6.1? plz,plz,plz...

хм, зачем?

_________________
I'm clever. I've got a computer.

потому что при работе с внешней системой (вебсервисы, rest и soap и тд) оно (websocket) плодит гораздо (чуть ли не в 10 раз) меньший оверхед чем soap. То есть если вы на него клиент билинга запилите это будет вобще офигительно, но достаточно будет если вы оставите в tomcat endpoint.

В чём конкретно оверхед? Конкретно в длине содержимого http/websocket - пакетов? Это как это?
И как можно этим заменить вебсервисы, не понимаю. Плодить поверх вебсокетных фреймов свой костыль, как было раньше у нас?

_________________
I'm clever. I've got a computer.

Это как-то так что в случае http у нас всегда в сообщении идет http заголовок, в случае websocket у нас http заголовок идет только в первом сообщении на установление коннекта, а дальше уже идет только websocket заголовок, который гораздо меньше, что-то в районе пары байтов всего.

Отдавать всё в json и радость.
Но если серьёзно, то оставить эндпоинты в которые можно рисовать свою логику, суть дать (оставить) возможность делать @ServerEndpoint("/чототут") в tomcat.
Или уж для backward совместимости просто вместе с SOAP-сервисом на тот же эндпоинт вешать websocket и собвтсвенно в зависимости от payload это дело будет ужо роутится либо на soap интерфейс либо на websocket, по крайней мере в glassfish 4 это сейчас так реализовано. Реализация этого дела в tomcat обещалась быть к осени и я не уверен в тонкостях реализации двойного механизма там.

Заголовки занимают от среднего http-сообщения мизерную часть. Потому оверхеда в 10 раз вообще никак не наблюдается.
А тело, очевидно, останется таким же по размеру примерно, только придётся вместо готовых ынтерплайз-технологий вроде вебсервисов городить свой велосипед на json итд.

А для сторонних систем вообще непонятно совершенно. И так и так придётся писать свой самописный сервлет наружу. Так что для любителей экономить байты за счёт гемора можно там хоть в бинарном виде формировать и возвращать. Во всей этой штуке есть возможность прозрачно реализовать что-то похожее на вебсервисы? Разумеется, не переписывая сейчас ничего, а только прозрачно продублировав.

_________________
I'm clever. I've got a computer.

Главный вопрос - когда?

планируется после праздников, в реальности - неизвестно

_________________
I'm clever. I've got a computer.

Т.е. после гос. праздников у нас будет свой праздник в виде оф. поддержки Java7?

Подозреваю почему переходят на 7ю версию:) Пытался скачать яву для Windows и меня забрили т/к/ архивом могут пользоваться только те у кого есть аккаунт. А в свободном доступе только 7я

Это где это? О.о Это на oracle.com то? Позавчера для винды качал же

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

нет не с оракла, http://java.com/ru/
щас через оракл попробую

Все тут: http://oracle.com/technetwork/java/javase/downloads/

Вопрос: а модуль Inet будет развиваться в рамках 5.2 ?
Вообще, какой статус сейчас у версий 5.2 и 6.0?
Мы потихоньку запускаем Inet на 5.2. Хочу понять, когда лучше переходить на 6.0.
Какие принципиальные фичи появляются?
Можно ли при переходе отказаться от ненужных купленных ранее плагинов и модулей, и как будут тогда считаться деньги?

Ещё с модулями dialup и ipn выходит не очень гладко: с одной стороны, у нас на них активные клиенты, с другой - мы хотим от них полностью переходить на Inet, но это займёт много времени (нужно перетащить PPPoE, Dialup, IPoE, ISG, MPLS VPN, костыли к SCE - кучу разных работающих схем). Если придётся по каким-то причинам (не будет хватать в Inet какой-то важной фичи в 5.2) переходить на 6.0, придётся тащить за собой dialup и ipn +20%?

ну сказано же, в этом плане в 6.0 по сравнению с 5.2 ничего нового нету. если собираетесь расширяться итд, то лучше переходить на 6.0, т.к. на момент создания версии она была равна 5.2, в дальнейшем не все фичи будут попадать в 5.2, очевидно

_________________
I'm clever. I've got a computer.

Нет..Считать будем по модулю inet . Вначале внутри 5.2 конвертировать ipn, dialup в inet по стоимости (если еще не сконвертировали), потом уже считать разницу в inet-ах. А dialup и ipn будем давать для 6.0

Отказаться можно . Просто его не будут учитывать при переходе и его не будет в 6.0.