Тимур

Обратите внимание на данный фреймворк resteasy.jboss.org
Работа с ним довольна проста и решит большинство ваших потребностей. Вот простейший пример www.mkyong.com/webservices/jax-rs/resteasy-hello-w... Мы делаем так - есть расшаренный проект , содержащий DTO классы. И клиент и сервер знают эти классы. Клиент шлет запрос на сервер . DTO заворачиваются в JSON RestyGWT(мы на GWT пишем). Сервер парсит с помощью RestEasy. Также вот неплохая библиотека для работы с JSON https://code.google.com/p/google-gson/ , может пригодится.

Если я правильно понял предлагаемый lumierecyril вариант, то он не вполне рабочий . Представьте что крестик стоит на клетках с индексами 0, 5, 8. По идее если поставить крестик на индекс 4 , игрок выиграл. Но в данном случае это не так. При конкатенации индексов с крестиками мы получим 0, 4, 5 так как согласно предложенной логике мы пробегаем по клеткам последовательно и собираем варианты из трехзначных цифр. Мой вариант - каждый раз собирать строку из индексов , содержащих крестик(или нолик в зависмости от игрока) . Затем имея массив выигрышных комбинаций , проверять имеется ли каждая цифра комбинации в конкатенированной строке индексов с крестиками(работать со String) . Если есть все три совпадения, то игрок выиграл. Есть еще вариант - пробежаться два раза циклом с вложенным циклом по игровому полю, накапливая результаты каждый раз в два списка по условиям - совпадение по горизонтали, по диагонали слева, затем по вертикали и по диагонали справа. Если хоть один список имеет длину равную количеству клеток стороны игрового поля, то игрок выиграл.

Поддерживаю насчет GWT . Возможности огромные . Задизайнить тоже не проблема. Также можно использовать что - то типа gwt - bootstrap с кастомными темами.

docs.oracle.com/javaee/7/tutorial/doc/home.htm с этого можно

Мне сейчас 34 . В 31 пошел учиться в колледж, даже не понимая что такое программирование и чем программисты занимаются. Несколько дней назад защитился на отлично . Работаю Java программистом второй год и уже не джуниор :). Tак что все возможно. Мне бы ваши 20 лет :) А насчет того что материал в таком возрасте хуже усваивается , это да - правда как ни прискорбно.

Я бы посоветовал использовать phonegap, раз уж на js пишете.

На работе использую Razer BlackWidow . Там enter не г-образный, но все равно большой - не промахнешся. Я фигарю двумя пальцами по нему :) Коллега использует такую же дома- тоже очень доволен. В общем рекомендую.

Jsf при всех своих недостатках входит оффициально в стек Java EE. C большими нагрузками порядок. Из серверов приложений работал с tomcat glassfish и websphere. Websphere - дорогущая штука для enterprise. Tomcat - это просто контейнер сервлетов, а glassfish полноценный application server со всякими плюшками типа jaas (что может вам пригодится для реализации авторизаци) и кучей библиотек типа своего JPA провайдера и пр. Nginx нужен для проксирования . Кстати тоже пишу проектик в свое удовольствие, но на gwt . Jsf не вставил совсем :)

Это декомпозиция а не "абстракция" :)
На сокетах что-то делал один раз , но не помню ни черта :) . Но вот что сразу бросается в глаза :
Во первых раз уж делите на классы, то Client должен быть отдельным классом. Во вторых DataInputStream и DataOutputStream не инстанцированы - естественно что на out.writeUTF() вываливается exception . В третьих мне кажется вместо throws лучше использовать try catch блоки .
В четветых - зачем readFname() вызывать три раза? . Запишите результат первого вызова в пременную .
Ну и для того чтобы получить часть строки не обязательно делать split() , можно использовать substring() например.

koken.me Не уверен что подойдет, но вроде кастомизация есть.

Запускайте приложение на веб-сервере. Изображения храните там же. Корс тут не причем.

Хм трудно сказать - если проект не собо секретный я мог бы поковыряться и найти ошибку. Но пока могу посоветовать только проверить что кодировка файлов .properies utf-8. Это важно.

Мне идея нравится - но ачивки должны быть исключительно поощерительными. Никаких там "говнокодер". Зачем "чмырить" своих работников?

Не забывайте что на ipad 2 и ipad с retina дисплеем огромная разница в разрешении экрана и вполне вероятно сайты будут по разному отображаться.

Зачем для авторизации еще какое-то приложение? Лучше тогда усложните алгоритм авторизации на сервере. Но зачем огород городить. У вас получается странная схема: клиент> клиент> сервер. Притом непонятно как вы из веб клиента собираетесь проверять наличие апликашки на компьютере - апплет прикрутите? Существует проверенная схема : клиент - сервер. Пусть клиентом будет что-то одно либо десктоп приложение, либо веб- клиент. Имхо конечно.

Мы в колледже начинали с JCreator LE . Это такой продвинутый блокнот. Только к концу первого года я пересел на Eclipse.
www.jcreator.org/download.htm попробуйте на нем пописать простенькие вещи.
LE версия бесплатна.

Google maps, open layers(бесплатно для коммерческого использования кстати). Но от себя скажу что такие вещи разрабатываются большой командой разработчиков в течении длительного времени. (Знаю не по наслышке).

Они и в эклипсе не работают , все в порядке.