Навеяно http://forum.vingrad.ru/index.php?showtopic=48735

Цитата(Domestic @ 20.6.2005, 04:40)

Но и jsp встречаются, вот например сайт крупного интернет/телефон/мобилити провайдера http://www.telus.ca/cgi-ebs/jsp/homepage.jsp Да и не один он такой.

Давайте соберём ссылки на сайты, написанные на Java (только без ресурсов, посвящённых непосредаственно Java и связанным с ней технологиям), что бы переломить такое к ней отношение, что J2EE не нужна для сайтов и хороша только для крупных корпоративных решений.

Я начну:

http://headhunter.ru/ - крупный портал по поиску работы
http://job.ru/ - тоже

http://www.ieee.org
http://browser.netscape.com/ns8/
http://www.zonelabs.com/store/content/home.jsp
http://www.consumerreports.org/main/home.jsp
http://www.diabetes.org/home.jsp
http://mlb.mlb.com/NASApp/mlb/index.jsp
http://www.freefoto.com/index.jsp
http://www.delta.com/home/index.jsp
http://www.ca.gov/state/portal/myca_homepage.jsp
http://europa.eu.int/eurodicautom/Controller
http://www.furl.net/index.jsp

http://www.siemens.com/index.jsp
http://www.tsa.gov/public/
http://www.mass.gov/portal/index.jsp?pageI...me&sid=massgov2
http://www.students.gov/STUGOVWebApp/index.jsp
http://www.bt.com/index.jsp
http://www.adweek.com/aw/index.jsp
http://kidshealth.org/kid/
http://www.belgium.be/eportal/index.jsp
http://www.nymex.com/jsp/index.jsp
http://www.questia.com/
http://europa.eu.int/eures/index.jsp
http://www.caregiver.org/caregiver/jsp/home.jsp
http://www.idnnow.com/index.jsp
http://www.jewishencyclopedia.com/index.jsp
http://www.fly.faa.gov/flyfaa/usmap.jsp
http://buros.unl.edu/buros/jsp/search.jsp
http://www.oceansatlas.org/index.jsp
http://www.transunion.com/
http://www.walmart.com/
http://www.walmartstores.com/

http://www.eagames.com EAGames
http://www.ribk.net/ Российский Информационно-Библиотечный Консорциум

Пройдёмся по официальным сайтам:

Novel: http://www.novell.com/
IBM: http://www.ibm.com/us/
LG: http://lgservice.com/index_b2c.jsp
Netscape: http://netscape.com/main3.adp
Siemens: http://www.siemens.com/index.jsp
1С: http://www.1c.ru/
НТВ: http://www.ntv.ru/
Corel: http://www.corel.com/servlet/Satellite?pagename=Corel3/Home

http://abonent.ryazan.ru/webservice/index.jsp

Вот неплохая статья прошла недавно на тему - "почему J2EE не используется массово для написания сайтов".

И комментарии к ней интересные. Особенно порадовал эмоциональный всплеск одного анонимного чувака:

http://e.gov.kz/
на weblogic portal 8

http://www.linux.org.ru

Написаны с использованием GWT:
http://mail.google.com
http://maps.google.ru

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

Для простых сайтов мелких и средних сайтов лучше не использовать J2EE. 
Конечно, можно использовать, но java специалисты дорого стоят и времени больше уходит.

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

да и тот-же mail.google.com при работе выглядит совсем не так, как будто сделан на GWT

Извиняюсь, я неправильно понял:
http://code.google.com/webtoolkit/
Google Web Toolkit (GWT) is an open source Java software development framework that makes writing AJAX applications like Google Maps and Gmail easy for developers who don't speak browser quirks as a second language.

Это сообщение отредактировал(а) Alexis - 5.10.2007, 21:30

Есть мнение    что если сайт написан качественно, то определить технологию -- нельзя или очень сложно...

Maksym, да ну?

Я бы сказал менее категорично: что технология не бросается в глаза 

Скажем, при использовании ЧПУ уже не видно всяких index.php. При прописанных error-pages не выскакивает дефолтная томкатная 404 страница. Ну и так далее. Но вот JSESSIONID в куках, насколько я знаю, никуда не спрячешь.

И я уж не говорю о том, что можно и пораскачивать сайт: задавать неправильные УРЛы, подставлять неправильные параметры запроса - глядишь, что-нибудь интересное и вылезет  Было бы зачем...

А по сабжу - правильно там один чувак в комментах высказался: жабный пипл сидит в банках и офисах и им некогда заниматься всякой ерундой: у них час работы котлету денег стоит. А слашдоты и фейсбуки начинаются как маленькие онлайновые тусняки, и делают их (в первоначальном варианте) за пару выходных, буквально на коленке, немытые волосатые хакеры, которые в офисе отродясь не работали и которые признают только ПХП с мускулем на линухе - потому как (а) задаром и (б) типа вызов Билгейцу и вообще всей пафосной корпорятине.

А Sun смотрит на такое положение дел и тайком потирает руки: ведь это имено то, чего они и хотели добиться - создать Java репутацию "платфориы для серьезных парней" путем воздвигания искусственных барьеров перед волосатыми хакерами.

Я приведу очень простой пример: скажите, в чем такая великая сермяжная правда, что в стандарной поставке Java (и даже JEE) нет такой простой и нужной буквально на каждом шагу штуки как кодировщик Base64 (недокументрованный и негарантированный sun.misc.Base64 не в счет). Более того, даже штатного HEX кодировщика нету! Не знаете почему? А я скажу: дак это и есть тот самый искусственный барьер.

Придет волосатый хакер, ковыряя в ухе соломинкой от пепси, спросит: а каким оператором у вас можно прочитать файл? А каким оператором получить свертку? И когда вы ему начнете рассказывать об идеологии работы с потоками и расширяемых программных интерфейсах, он на вас посмотрит, как на чумного, и уйдет обратно в свой мир, где все просто и понятно: file_open("data.txt").md5().send("localhost"), ну или что-то в этом роде. Но долго еще будут мучать его кошмарные сны, в которых являются SecretKeyFactory и KeySpec в образе монстров и пытаются вырвать у него из рук привычный и удобный md5.