Все новости от 3 сентября 2002 г.

Java на мобильниках: написал однажды, работает... в одном месте?

Язык программирования Java создавался с таким расчетом, что написанная на нем программа сможет работать на любой платформе, для которой есть виртуальная машина Java. Для ПК и серверов это в какой-то степени выполняется. Но по мере того, как на рынок попадает все больше и больше телефонов со встроенной виртуальной машиной Java, становится очевидно, что в данном случае хваленая универсальность Java просто неприменима. Под вопросом оказывается обещание экономии массового рынка для Java-ПО на мобильных телефонах и PDA. В отсутствие стандартов, которые могли бы гарантировать, что Java-программа, написанная для одного телефона, будет работать на другом, обещание экономических преимуществ может так никогда и не материализоваться.

По словам Джона Ньюта (Jon Newth), основателя компании Kuju Entertainment, которая вошла в состав игрового гиганта Eidos, разработчики игр единодушны в том, что для мобильных телефонов Java — это Next Big Thing. «Однако ясно, что до „написал однажды — работает везде” еще далеко», — говорит он. Отчасти проблема заключается в том, что Sun, которая создала язык Java и контролирует его через Java Community Process, не занимается насаждением стандартов среди производителей трубок.

С этим согласен Брайан Роудвей (Brian Rodway), директор компании Affinity Studios, в числе клиентов которой Nokia и Crawfish Interactive. «На веб-сайте Sun перечислены 56 устройств, совместимых с J2ME, — говорит он, имея в виду версию Java Micro Edition, предназначенную для мобильных телефонов и других малопотребляющих устройств. — Разработчику, желающему написать игру для каждого из этих устройств, пришлось бы создавать 24 версии только под разные размеры экрана. Но, кроме того, есть разные звуковые возможности, разная глубина цвета и т.д. Без стандартов нам никогда не добиться экономии массового рынка».

Глубину проблемы осознают и производители карманных ПК. По мнению Пола Гуда (Paul Goode) из Motorola, председательствовавшего на Mobile Gaming Interoperability Forum, беда многих разработчиков в том, что они привыкли к однородной платформе с общим набором инструментов: «В мобильной индустрии мы рассыпали эту однородность по серверам, трубкам, сетям и биллинговым системам. А теперь хотим, чтобы разработчики писали игры». По словам Гуда, 7 ноября основные производители трубок встретятся, чтобы поделиться своими планами. Они надеются на участие в этой встрече и представителей Sun, которая тоже изложит свои намерения в отношении J2ME. А в конце этого года несколько союзов производителей, включая SynML Initiative, WAP Forum и MMS Consortium, намерены объединиться в Альянс открытых мобильных систем (Open Mobile Alliance). «Чтобы сдержать обещание, мы должны обеспечить короткое время разработки и внедрения», — сказал Гуд.

Неудовлетворенность чувствуется во всей отрасли. В результате далеко не все трубки выживут, так как лучшие игры, скорее всего, будут написаны лишь для самых популярных из них. По оценкам разработчиков, перенос игры на второй аппарат увеличит расходы на 20%, поэтому менее популярные трубки, пусть даже с большими экранами и лучшим звуком, могут остаться без модных игр и приложений.

Соучредитель и директор компании-разработчика мобильных игр Morpheme Мэтт Сполл (Matt Spall) говорит, что его компании приходится очень тщательно выбирать платформу. «Мы намерены сосредоточиться на мелких экранах, так как на рынке их больше, — сказал он, добавив, что, если хотя бы пять-шесть стандартов охватят такое же число платформ, ситуация заметно улучшится. — Если 80% кода будет работать на пяти-шести трубках, охватываемых полудюжиной стандартов, это уже хорошо. Но разрабатывать Java-игры для 24 разных размеров экрана просто невозможно».

Крис Райт (Chris Wright) из Digital Bridges согласен с ним: «Как издатели (мобильных игр) мы видим перед собой разрозненный рынок. Нам приходится очень тщательно отбирать целевое устройство. С увеличением числа платформ стоимость разработки стремительно возрастает. Мы не хотим писать для 24 устройств — в этом случае пришлось бы выпускать только самые дешевые игры».

Однако не все стремятся к стандартизации. Основатель Digital Bridges Кевин Брэдшоу (Kevin Bradshaw), который теперь возглавляет инвестиционную группу Machines That Go Ping, говорит: «Один из недостатков стандартов в том, что они обычно на два-три года отстают от инноваций. Стандарты, конечно, дело хорошее, но разработчики сообразительны и смогут обойти эту проблему». Одно из преимуществ мобильных телефонов, по его словам, в огромном количестве пользователей — их десятки миллионов. Это делает экономически выгодной разработку качественных игр для наиболее популярных устройств, что послужит ориентиром для производителей трубок.

Высказывается также мнение, что, если в ближайшее время Java не сдержит обещания, в альтернативах недостатка не будет. Недавно Qualcomm выпустила первый капитальный апгрейд своей технологии Brew; появляются и телефоны с технологией Macromedia Flash, которая отличается автоматическим масштабированием графики и текста по размеру экрана. Эта технология компактна, хорошо проработана, и для нее уже написаны тысячи игр. 

 Предыдущие публикации:

 В продолжение темы:

Обсуждение и комментарии

	dimav 3 Sep 2002 6:02 PM
Все верно за исключением одного - поддержка "24" разынх платформ сложна главным образом для игр более того для игр со рисованой спрайтовой графикой (кто бы мне обяъснил в чем сложность написания тетриса который подстраивается под размеры экрана) для всех остальных приложений важнее стандартизировать api доступа к телефону. НО насколько я знаю это не проблемы Java. Проблема с тем что этого не хотят делать разработчики телефонов. Ситуация примерно как с драйверами для linux - "api доступа к sms или адресной книге или рингтонам" (нумерация портов или точек входа ) ну прям тако но-хау что злые конкуренты прям так сразу все сопрут. (а спирать то особо и нечего, да и не бог весть какая это для конкурентов тайна). Ну еще и разработчики не умеющие отделить интерфейс от реализации и привыкшие прибивать контролы к диалогам гвоздями перекладывают свои проблемы на окружающих (sun,java, пользователей)
	Выродок 3 Sep 2002 6:12 PM
Во дела! А жаба-то дохлая! И где? В мобильных телефонах, которые считала своим будущим!
	Qrot 3 Sep 2002 8:13 PM
дались им игры в этих телефонах.. ни уму, не сердцу. через 5 лет мобильники уступят место смартфонам, и кто вспомнит про эти бодания за стандарт на жабе?
	DemonZla 4 Sep 2002 11:06 AM
А может им лучше вирусы для телефонов писать... на java то? :))
	Банч 4 Sep 2002 12:35 PM
назание понравилось :) "работает... в одном месте? " интересно про какое это место речь? ;)
	miroh 4 Sep 2002 12:51 PM
Было мало телефонов с поддержкой явы - не было проблем.Теперь почти все телефоны ее имеют - понятно появилось разнообразие. Все это в стандарты уже не впихнешь - просто софт писать аккуратней надо. А альтернативы пока все равно нет - что еще может работать и нга сервере и на десктопе и на телефоне. Смартфоны тоже вроде яву поддерживают.
	Miha Pupohkin 4 Sep 2002 1:10 PM
SUN mnogo hego naobehal s Java da tolko 100% sovmestimost bevaet tolko kogda programma ohen prostay. Y ne hohy skazat hto Java plohoy yzek, no eto ne ta ponocey dly sovmestemoste o kotoroy razrabotheke mehtale.
	Qrot 4 Sep 2002 1:47 PM
2miroh: поддерживают, но у них и всое апи нормальное есть. под смартфонами останется 2 ОСи - всяко меньше чем кол-во производиелей сотовых
	Наблюдатель 4 Sep 2002 8:58 PM
2Qrot: Смартфоны - дорогая штука. Не каждый готов выкладывать минимум 500-600 баксов за телефон с компьютером, который к тому же и в карман с трудом помещается. Рынок у них никакой, так сопли одни. Другое дело - что-нибудь типа Nokia 34xx или Samsung A500. Весит 80 г, влазит в карман рубащки, приложеньица разные позволяет загружать за 5 копеек штука. Простенькие? Да! Но я хотел бы посмотреть на тех, кто захочет играть в 3D шутер на мобильном. Для мобильника нужны простые простые игры-приложения. Поиграть минут 5-10 пока стоишь в очереди (за картошкой :) и всё. И Java здесь рулит. Готовьтесь, господа и дамы. Через год-другой самыми востребованными будут программеры под J2ME. PS Сам я уже пишу под J2ME
	Qrot 5 Sep 2002 1:06 AM
2Наблюдатель: это сейчас, я же говорил про то, что будет через 5 лет. смартфоны вытеснят сотовые так же, как те вытеснили пейджеры. так что джава здесь факир на час - она нужна, пока не достигнут предел насыщенности мобильника фичами, в конце концов телефоны обрастут памятью, мощными процами, другими дисплеями.. и станут смартфонами :)
	Наблюдатель 5 Sep 2002 3:23 AM
2Qrot: Кто знает, что будет из себя представлять J2ME через 5 лет? IMHO, она может стать вполне полноценной ПЛАТФОРМОЙ (то бишь OS) для мобильных устройств. И 3D будет и SMS-MMS - далее везде, и захват-воспроизведение аудио-видео и mobile positioning etc. И апаратное выполнение байт-кода (ARM предлагает уже сегодня) Ну и чем это будет отличаться от Smartphone OS? Будь-то Symbian или Pocket Palm. Я уж не говорю о том, что к тому времени будут тысячи приложений, сотни миллионов compatible устройств и рынок, стоимостью сравнимый с сегодняшним рынком ПК (как софта, так и hardware) Все будут иметь свой кусок хлеба: и native OS программеры и Java.
	Наблюдатель 5 Sep 2002 9:33 AM
Господа, отвественно заявляю, что я и Наблюдатель писавший ниже два разных челвека. 2Наблюдатель Уважаемый, смените пожалуйста ваш ник.
	me - userinternet.com 5 Sep 2002 10:23 AM
>> И апаратное выполнение байт-кода (ARM предлагает уже сегодня) Ну и чем это будет отличаться от Smartphone OS? Попробуй выполнить жава-программу, написанную в JDK 1.4, в жава-машине 1.1 и сразу поймешь основную проблему аппаратного выполнения байт-кода.
	miroh 5 Sep 2002 11:18 AM
Тут есть путаница j2me - настоящая платформа, а приложения для телефонов работают с midp api. Это api разные производители еще и расширяют по разному. Сама j2me работает даже в смарткартах - с другим api. Интересно - а кому нужно аппаратное выполнение байткода?
	eXOR - billgmicrosoft.com 5 Sep 2002 11:19 AM
2 me: Нее... все гораздо хитрее :-). Так же приложенние, заточенное под P-4 на 386 жить не будет... а ты попробуй на JVM 1.4 запустить приложенние, написаное в JDK 1.1 - вот это главная траблядь жабы. А язык Java - гораздо вкуснее чем долбаный С#, который, как мы выяснили придумал пи$ор.
	miroh 5 Sep 2002 11:27 AM
2eXOR никогда не встречал подобных проблем ни с апплетами ни с приложениями...
	eXOR - billgmicrosoft.com 5 Sep 2002 12:24 PM
2 miroh: Гы. Веселый ты парень ;-). Или никогда depricated методов не видел, использованых в апплетах?
	miroh 5 Sep 2002 12:34 PM
2eXOR дык компилится же. че еще надо?
	me - userinternet.com 5 Sep 2002 5:40 PM
>> попробуй на JVM 1.4 запустить приложенние, написаное в JDK 1.1 - вот это главная траблядь жабы Это тоже:)) >> язык Java - гораздо вкуснее чем долбаный С# Пашел-ка ты нафиг:))) Пока сан упираецца, МС делает клевые вещи:)) >> долбаный С#, который, как мы выяснили придумал пи$ор. Да ну? Где это он засветился?:)))
	me - userinternet.com 5 Sep 2002 5:41 PM
>> дык компилится же. че еще надо? "Поубивав бы" (с)
	me - userinternet.com 5 Sep 2002 5:50 PM
Кстати, про жаву и МС:)) Вчера узнал, что в русифицированном апплет-вьювере от Майкрософт термин "апплет" переводится как "приложеньице". Ржу до сих пор:)))
	Observer 5 Sep 2002 9:03 PM
2Наблюдатель: ОК. Буду теперь Observer 2me: "Попробуй выполнить жава-программу, написанную в JDK 1.4, в жава-машине 1.1 и сразу поймешь основную проблему аппаратного выполнения байт-кода" А вы пробовали приложение написанное под Win 9x запускать на Win 3.11? Уважаемый, если не разбираетесь в предмете дискуссии, не демонстрируйте всем свое ... 2miroh: "Интересно - а кому нужно аппаратное выполнение байткода?" Мне :) А если серьезно, то в сотовом телефоне мало места для полноценного JIT компилятора, поэтому вариант с аппаратным ускорением байт-кода выглядит вполне разумно. Подобная технология реализована уже в последних cpu ARM (80% embedded market) - Jazelle называется. Интересующиеся могут поискать на www.arm.com
	eXOR - billgmicrosoft.com 6 Sep 2002 9:44 AM
2 Observer: Гы :-). Я думаю этот кекс разибрается в предмете побольше твоего :-). 2 me: > Пашел-ка ты нафиг:))) Пока сан упираецца, МС делает клевые вещи:)) Ну вот скажи мне мил человек, ну чем таким особым отличается C# от VB .NET (именно дот нетный VB)..
	miroh 6 Sep 2002 11:22 AM
Странные рябята тут сидят.. У меня мой деревянный рубрикатор писаный и компиленнный еще под jdk1.0.2 (в 1997 г)в java1.4 работает без проблем.Потрудитесь обьяснить поподробнее, уважаемый eXOR. 2me Вы до сих пор так и не показали никиких аргументов в пользу NET относительно j2ee, все ваши заявления - детский лепет. Есть таки хоть какието аргументы? Если нет - не засоряйте эфир!!
	glassy 6 Sep 2002 11:40 AM
2eXOR: так кто и где засветился?
	Inetique - infoinetique.ru 6 Sep 2002 12:31 PM
А что Вы делаете для J2ME? И кстати, c Siemens M50 никто не работает? Btw, http://www.inetique.ru - сайт для Java mobile разработчиков
	me - userinternet.com 6 Sep 2002 1:34 PM
>> вы пробовали приложение написанное под Win 9x запускать на Win 3.11? Да. Не работает. Разница с телефоном в том, что апгрейд с 3.11 до 95 - плевое дело, а аппаратную жава-машину можно изменить только купив новый телефон. >> чем таким особым отличается C# от VB .NET Синтаксисом - не более:)) Мне больше нравится С#: на плюсы больше похож. >> Я думаю этот кекс разибрается в предмете побольше твоего Респект:)) >> деревянный рубрикатор писаный и компиленнный еще под jdk1.0.2 (в 1997 г)в java1.4 работает без проблем Так у меня под в2к все досовские проги работают и что? Угадай, почему я ими не пользуюсь?:)) >> все ваши заявления - детский лепет Сам дурак. Двадцать раз уже все аргументы приводились, а ты все с делегатами пристал. eXOR, я на днях вычитал цели пропертей в .НЕТ. В общем, нет никаких архитектурных импрувментов. Дело в том, что в МС вспомнили о реалиях существующего процесса программирования: многие программеры (особенно начинающие) делают все внутренние поля public (резать таких, я знаю, но факт остается фактом), а переделывать их в get/set методы зачастую бывает уж слишком геморройно. Вот тогда на помощь приходят properties:)) По-моему, вполне обоснованное решение.
	miroh 6 Sep 2002 2:13 PM
2me как все уже неоднократно отмечалось - сочетание слабой логики и компетенции с глупеньким хамством. Банальность - не более. А аргументов опять нет...( я про платформу а не язык спрашивал) 2eXOR я так и не понял это где компиленый под jdk1.1 код отказывался работать под jdk1.4?
	glassy 6 Sep 2002 2:20 PM
Все на Си!
	eXOR - billgmicrosoft.com 6 Sep 2002 2:29 PM
2 me: Во! А я тебе об этом еще когда говорил? ;-) 2 miroh: Что ты мне success - story рассказываешь... я тебе тоже могу таких кучу понарассказывать... я вполне понятно (имхо) сказал о наличии depricated методов, которые приводят к тому что сейчас лазя по инету я кучу апплетов не могу посмотреть с JVM1.4. А то что можно написать так, чтобы было переносимо - знаем... так это можно и на ассемблере так написать (nasm слышал?)... 2 glassy: Ты о чем?
	eXOR - billgmicrosoft.com 6 Sep 2002 2:30 PM
2 glassy: С не удобен для представленния бизнесс - компонента. Да и вообще проектировать удобнее, оперируя объектами.
	miroh 6 Sep 2002 2:40 PM
2eXOR Хоть одну ссылочку пожалуйста! Этого не может быть потому что этого не может быть никогда. Совместимость с предыдущими версиями САН гарантирует.
	me - userinternet.com 6 Sep 2002 2:53 PM
>> Совместимость с предыдущими версиями САН гарантирует Три "ха-ха". eXOR, :))
	miroh 6 Sep 2002 2:55 PM
ссылок нет как нет - треп и дребедень. Прежде чем ляпнуть - надо подумать об аргументах...
	eXOR - billgmicrosoft.com 6 Sep 2002 3:46 PM
2 miroh: Блин... оставь свой email, я при нахожденнии каждого невыполняющегося апплета - буду ссылку тебе присылать. Договорились? А то у меня по твоему должен быть каталог неработающих апплетов... короче зди.. - то зди..., но по делу.
	miroh - plasmonmail.ru 6 Sep 2002 4:16 PM
2eXOR вот именно! мэйл plasmon@mail.ru Токмо не надо мне бросать всякую дрянь, которая просто не работает нигде, кроме например ИЕ. По крайней мере я еще никогда не встречал ни одного апплета, ругающегося deprecated методами. А я одно время ими плотно занимался. Короче прежде чем зднуть - подготовь аргумент!
	eXOR - billgmicrosoft.com 6 Sep 2002 4:49 PM
2 miroh: > не работает нигде, кроме например ИЕ Во - во... а что тебе еще не надо? Вот тебе и проблема переносимости. Типа сан жа гарантирует? Ы?.. > прежде чем зднуть - подготовь аргумент! Взаимно :-).
	eXOR - billgmicrosoft.com 6 Sep 2002 4:51 PM
Или в IE не JVM есть? Или она не 1.1?
	Observer 7 Sep 2002 4:38 AM
2eXOR: "Гы :-). Я думаю этот кекс разибрается в предмете побольше твоего :-). " ??? Щас пойдем яйцами меряться - у кого больше ... Observer 18 лет программерского стажа. Java - с декабря 1995 (JDK1.0 alpha3)
	glassy 7 Sep 2002 10:40 AM
http://www.rasterman.com/pages/news.html Все на Си!!!
	Qrot 7 Sep 2002 10:14 PM
я не понял, что именно в этом отстойном урле должно сподвигнуть людей писать на си?
	glassy 7 Sep 2002 10:57 PM
У меня глупый вопрос -- а что в этом урле отстойного?
	Qrot 8 Sep 2002 3:57 PM
оформление
	glassy 8 Sep 2002 8:12 PM
Могу по сабжу пояснить. Evas -- либа абстрактного рисования. Смахивает на флэш, только на Си. При инициализации указывается тип движка, его параметры (как то угол поворота, число цветов, некоторые специфические параметры) Затем ее нужно только событиями от мыши кормить, а манипулирование объектами, загрузка изображений, отрисовка unicode текста не зависит от системы. Отлично работает и на иксах, и на ipaq-е с линуксом, и на WinCE.
	Qrot 9 Sep 2002 12:01 AM
так это еще один довод в пользу того, что ява в мобильниках не нужна :))
	miroh - plasmonmail.ru 9 Sep 2002 11:09 AM
Вот интересно смогут все эти либы включая сам флеш сравниться по мощи с java2d/java3d. Вообще может ли кто-нибуть из флешистов сделать чтото подобное тому, что сделал Фабио Гуччи в 1997г. www.anfy.com. Держу пари - нет!
	morzh - dennis.mezhevichgmx.net 9 Sep 2002 11:10 AM
>> не работает нигде, кроме например ИЕ >Во - во... а что тебе еще не надо? Вот тебе и проблема >переносимости. Типа сан жа гарантирует? Ы?.. > Или в IE не JVM есть? Или она не 1.1? JVM 1.1.4, писанная НЕ саном, а майкрософтом. Со всеми вытекающими, втекающими и перетекающими. А грамотно написанный даже под 1.0.2 код отлично работает под 1.4. Безграмотно написанный код может и не работать, но использовать в качестве аргументов о совместимости безграмотный код - это демагогия. Таким образом я тебе наделаю кучу примеров типа досовских програм, не работающих под Win95 и Win3.1 программ, не работающих в 95/98/NT и т.д.
	Qrot 9 Sep 2002 11:56 AM
2morzh: какая разница кто написал жвм для ИЕ? САН ничего не имеет против того что бы эта жвм нозывалась Java VM - значит, обязана гарантировать совместимость. МС не обещает и никогда не обещала совместимости между 9x и NT, и уж тем более 3.1
	me - userinternet.com 9 Sep 2002 11:56 AM
>> JVM 1.1.4, писанная НЕ саном, а майкрософтом 1.1.5 - раз. JVM 1.1.8 от сана показывает апплеты иначе (так же, как и 1.1.5 от МС), чем JVM 1.4 от того же сана - два. Грамотно написанный код в моем понимании - это тот код, который компилируется. Кучу программ досовских - наделай. Основное требование такое: если они работают, то работают _одинаково_.
	miroh - plasmonmail.ru 9 Sep 2002 12:30 PM
>Грамотно написанный код в моем понимании - это тот код, который компилируется. Да уж!! На самом деле особенностью ИЕ является его крайняя невосприимчивость к ошибкам программирования как для JS так и для Java. Сам неоднократно убеждался. Другого такого браузера нет!!! Апплет компиленый и отлаженый под Сановскими продуктами работает везде и одинаково.
	glassy 9 Sep 2002 2:04 PM
2miroh: во-первых, либа на Си, во-вторых, движком может выступать и опенгл (я так понимаю, ты не в курсе про directfb). 3d отсутствует (преобразования вообще), но в остальном evas по производительности делает и флеш, и жава-апплеты. Но и цели у нее другие -- делать не апплеты или ролики, а приложения. Про anfy... я на либе evas CAD написал...
	miroh - plasmonmail.ru 9 Sep 2002 2:18 PM
2glassy понял - девствительно пользительно. Тут правда про мобильники.. CAD в мобильник не всунешь, главным образом изза размера экрана... Идея то у них чтоб одна программа работала на разных мобильниках одинаково. А у них разные экраны и цветность - вот и скулят.
	me - userinternet.com 9 Sep 2002 2:35 PM
>> Апплет компиленый и отлаженый под Сановскими продуктами работает везде и одинаково. Повторюсь: апплет, компиленый и отлаженный под JDK 1.1.8 от сана выглядит абсолютно иначе под JVM 1.4. Это просто факт, понимаешь, miroh?
	glassy 9 Sep 2002 2:36 PM
а я про ipaq-и. Да... если размер намного меньше 240х320, то dithering для цветов коряво будет смотреться...
	miroh - plasmonmail.ru 9 Sep 2002 2:53 PM
2me Не учите дедушку кашлять! Я этих апплетов уже кучу написал и ничего подобного не видел, если работает под NS Opera будет работать одинаково везде. Если отлаживал только под ИЕ - гарантий нет. Там есть разница в реализации AWT. 2glassy я только попробовал midp и пока не знаю как это может выглядеть на чемто с количеством цветов больше 2-х
	eXOR - billgmicrosoft.com 9 Sep 2002 8:07 PM
2 morzh: Да спасибо огромное - я типа и сам могу наделать и работающих и не работающих. Слава богу и на ASM386 под Win32 писать приходилось давно и по дури... 2 Observer: Вах. Позвольте на вас помолиться :-). Пиписьками меряться была ваша идея. :-). 2 miroh: > CAD в мобильник не всунешь, главным образом изза размера экрана... Спасибо... я так давно не смеялся :-). Потешили мое больное воображенние. Когда я пытался представить как бы я это проделывал - меня скрутило :-).
	glassy 10 Sep 2002 7:26 AM
2miroh: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/enlightenmen t/e17/libs/evas/doc/evas.pdf скачай этот 4-хметровый док, там на картинках показано, как либа работает на 24-1 битах.
	miroh - plasmonmail.ru 10 Sep 2002 12:11 PM
2eXOR да это и была шутка, только несмешная, а ежели вам вдруг захочется проверить свои смелые высказывания по совместимости - добро пожаловать в www.jars.com - там этих апплетов уйма(и мои даже гдето завалялись) - посмотрите и проверьте. У меня все работает.
	eXOR - billgmicrosoft.com 10 Sep 2002 3:27 PM
2 miroh: > только несмешная Хмм.. А чего тогда я смеялcя? > посмотрите и проверьте Я верю вам. И предлагаю просто сойтись на том, что не Java, как платформа дает хорошую переносимость, а хорошо написаный код. Аналогично Java не лишает переносимости, в отличие от плохого кода. Я утверждаю ТОЛЬКО это. А все остальное - это не мои утвержденния, а приписаные мне.
	miroh 10 Sep 2002 3:58 PM
Вот здесь согласен абсолютно.