RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> > > >Ty by voobshe pokazal by svoyemu shefu tu stranichku, navernyaka naydetsya gotovoye chtoto...
> > > покажу, но ответ его предвижу; после показа jpython'a и netrexx'a...
> > хмм. ну что ему, PL/I чтоли хочется...
> он ещё не решил, что ему хочется но решил что ему _не_ хочется. а нехочется ему вcех тех языков которые были в списке.
> 
> > ты про deprecated чтоли?
> да.
> 
> > так это особенность не языка, а сопуствующих рантайму библиотек.
> без которых вобщем-то никуда. совсем. 
> 
> >лично я ничего в этом страшного не наблюдаю,
> я не говорю что это страшно. это скорее забавно, когда раз а метода-то и ку. а исходников-то и нет а денежка уже вбухана хорошая.
> 
> > ты просто имеешь предупреждение, что в далеком будущем эти методы может быть будут убраны. и все.
> я имею _реалии_ в убирании методов c которомыи работал: 
> System.getenv, Thread.stop за что вообще убивать надо безжалостно. мне достаточно. тем более что тенденция к увеличению такого.
> 
> > тебя в общем то никто не заставляет переходить на новые JVM...
> пример с cancel'ом показывает обратное.
> 
> > пользуйся себе древними и спи спокойно,
> > раз уж тебе так нравятся те методы, которые было 
> >рекомендовано не использовать. 
> т.е. реальной переносимости снизу-вврех нет?
> изюмительный язык... модный...
> btw, _когда_ стало рекомендовано неиспользовать Thread.stop() ? 
> 
> впрочем, это очередной круг достаточно надоевшего мне флейма, который продолжать совсем _не_ хочется.
> бо безсмысленно. жаба от этого лучше не станет.
> 
> тем более, что проблема приведшая к возникновению данного треда благополучно (надеюсь) решена.
> 
> 
>   
> > Java помимо всего прочего требует еще и пересмотра некоторых привычек... некоторые, как показывает практика, переступить через свое "я" не могут. :)
> это ты прав. адназначна. 
> правда встаёт вопрос: "а оно нужно?" может проще язык сменить? тем более, что _хуже_ не будет P)
> 
> > > для проекта xml -- как "регенерирующий реактор на субтепловых нейтронах." (С) АБС.
> > > безотносительно к реальным достоинствам/недостаткам этого реактора.
> > ну почему же?
> > что за проблема использовать его для обмена данными между разнесенными подсистемами?
> _зачем_? только без рекламы java-oriented solutions, plz
> 
> > если уж тебя так сериализация не устраивает.
> "однозначно" (С)
>   
> > > предварительно объяснив, зачем в протоколах типа ftp/pop3/etc нужно использовать SOAP и иже с ним; при чём в полном отрыве от java разной степени чистоты.
> > для структуризации данных передаваемых
> хм, ещё раз:
> S: +OK server at host starting.  <12345.12345678@host>
> U: USER pupkin
> S: +OK Password required for pupkin
> U: PASS mazafaka
> S: +ERR ....
> всё осуществляется путём захода telenet'ом на 110 порт.
> и где тут _необходимость_ xml ? 
> и где  тут выигрыш от использования xml ?
> 
> > и избавления от гимора с написанием парсеров-разбиральщиков бинарного контента на обеих сторонах. 
> а нету его. бинарного. есть простой текстовый.
> гимор в прикручивании xml будет бОльшим. я полагаю.
> 
> >A SOAP еще и заголовки формализует в общем то.
> не требуется однако.
> 
> p.s. на всякий случай: речь _не_ идёт про www, e-busines, и прочЪ. совсем.
>

_, _, _, _, _ _, _,_ (_ \| / \ \|\ \| / \ \|_/ , ) \| , \ / \| \\| \ / \| \ ~ ~~~ ~ ~ ~ ~ ~ ~