http://antonsaburov.narod.ru/students/content.html

именно по этому курсу я осваивал основы - если все сделать как там написано то все работает - но там не объяснено почему так а ни иначе - в голове получился винегрет вот и прошу может кто поможет объяснить что к чему.

Ты лучше задай конкретные вопросы, так будет проще разобраться и тебе, и более конкретный ответ получишь

Такое надо в книжках читать, мы не сможем за пару постов объяснить все.

ну вот для начала - JSP это View, сервлеты это Controller, а что модель ?????

это нужно делать на сервере,  с жсп передать запрос на сервлет


модель -  предположим Бины   
т.е.  модель - управляет всеми запросами и отдает приказы и сервлетам и жсп и работы бд и всему остальному   
Лучше почитать немножко основы самому. Про концепцию MVC написано очень много в нете

Это из статьи:
"По сути JSP при первом обращении преобразуется в сервлет и работает уже по сути как сервлет."
И там же
"Для случая Web-приложений контроллером у нас становится сервлет, пакет данных, который мы сформировали – моделью. А вот на роль представления (View) прекрасно подходит JSP"


MVC - это шаблон проектирования, который используется для удобства.

По порядку:
Controller - это часть, которая принимает запрос и решает, что хочет пользователь. По сути это сервлет, который описан в web.xml. Часто делают специальный сервлет, который принимает все запросы по какой-то маске и уже сам решает, куда перенаправить все дданые из HTTP-запроса - URL, параметры.

Model - это данные, которые получаются в момент обработки запроса. Controller вызывает какую-то логику и образуются данные, которые можно отображать.

View - это часть, которая занимается просто отолбражением данных. И болше ничем. Она конечно может иметь какую-то логику для интерактивности, но самая главная ее задача - показать данные. То бишь Model

Т.е. логика работы простая - Controller получает запрос, решает, какая логика должна быть использована для его обработки. В процессе обработки получаются какие-то данные, которые являются моделью (Model). И эта Model отображается с помощью View.

Мжно посмотреть еще здесь - 
http://ru.wikipedia.org/wiki/Model-View-Controller
http://www.chtivo.webhost.ru/articles/mvc.php

Но там по сути тоже самое.

Нет, так не выйдет. Если ещё и описывать причины, это уже потянет на научный труд!

Я так понял проблема в том, что Вам просто не хватает цели, а изучение без цели - бессмысленно.
Вывод: нужно просто придумать задание. При реализации станут вопросы. При решении практических вопросов, теоретические отпадут. Вместо "зачем?" будут "как?"!

ps to AntonSaburov:
Похоже не все понимают цикл статей "Студенческий отдел кадров". Видимо надо вносить маленькие уточнения.   

В принципе да! Нет цели, нет задачи. 
Вообще у меня есть проект - система написана мною на Delphi  и вполне себе нормально работает. Есть идея перевести на веб решение а потом и до J2EE 

Система это простая - склад, заказы, касса, приходники-расходники, дисконты и т.д. 

Вот если такое возможно ввиде веб решения то я готов!

Конечно возможно! Если честно, то я уже слабо представляю такое приложение в виде десктопного, веб глубоко пробрался в мозг 


PS. А конкретно про JSP можно почитать тут http://www.codenet.ru/webmast/java/jsp.php
Вот книга по jsp http://narod.ru/disk/5670443000/JSP%20book.rar.html

Это сообщение отредактировал(а) garbuz - 13.2.2009, 01:23

Всем спасибо! Поставил бы респектов но не хватает постов - жаль.

Буду разбираться и курить доки.

И еще вопрос надо определится в выбором СУБД, что взять MySQL/Firebird или Derby/H2. Вот мне интересно СУБД написанные на java как себя ведут? 

Всмысле - как себя ведут?  Напиши какие требования к бд.



Тут тоже, пожалуйста, список для респектов напиши - я проставлю   

все хороши по своему, определись что тебе от БД нужно и напиши сюда   

Респекты - Kangaroo, Samotnik, garbuz и Антону ! всем спасибо.

Что нужно от БД - да все просто как серверный так и встроенный режимы, нагрузка не большая 5-10 клиентов, запросы тоже не сложные. 
меня интересует как ведут себе эти Java Субд при росте базе, ну понято что если база размером 10-20 мег. то проблем быть не должно, а если 200? или 500? то тогда как?
А если возрастет кол-во клиентов и запросы стану сложенее - каково будет проседание в производительности???

Я все больше до этого работал с firebird отличное СУБД!!! При всех его возможностях не сильно уступает MSSQL Express, но он бесплатен, не боится больших баз да и нагрузку держит - ну по крайней мере тестил сначала на 5 клиентах потом на 30 - нечего не изменилось на база размером в 600 мегов  

Вот собственно и все!

Бери то, что хорошо знаешь. ;) Не парься. Пока не парься...