В eclipse нет специальной конфигурации запуска jBPM.
У вас есть два варианта: 1) Запуск от имени тестового примера JUnit или
2) Запуск от имени приложения Java
Существенные различия:
В проекте веб-приложения все предварительно компилируется, все codebehind страницы будут скомпилированы в .dll----На веб-сайте Предполагают, что ничто в проекте не предварительно компилируется, компилятор скомпилирует все, чтобы гарантировать, что это допустимо, но ни одна из скомпилированных страниц не загружается. Когда пользователь сначала пытается получить доступ к сайту, каждая страница компилируется в ее собственный dll. Это означает в Проекте веб-сайта, Вы можете загрузить единственный codebehind файл.
Пространства имен - В проекте веб-приложения, пространства имен создаются по умолчанию в Проекте веб-сайта, который они не.
Файлы проекта - Проект Веб-сайта не имеет "cproj" файла, который делает проект веб-приложения.
Преобразование в проект веб-приложения может быть более трудным затем, Вы думаете особенно, если Вы полагаетесь в большой степени appcode папка.
Я лично предпочитаю веб-приложение проекты, которые я нахожу их легче использовать и менее раздражающий для развертывания. Я лично только использовал бы проект веб-сайта на чем-то очень маленьком и простом.
Дополнительное чтение из MSDN
В дополнение к информации, обеспеченной Chris, необходимо также отметить, что для веб-приложения Проекты, Профили не доступны из поля:
http://www.codersbarn.com/post/2008/06/01/ASPNET-Web-Site-versus-Web-Application-Project.aspx
Существует обходное решение, доступное здесь: http://code.msdn.microsoft.com/WebProfileBuilder
В основном веб-приложение Проект не имеет объекта Профиля автоматически добавленным к каждой странице как с проектом веб-сайта, таким образом, мы не можем получить программный доступ со строгим контролем типов к свойствам профиля, определенным в нашем web.config файле.
Anthony :-)
Я предпочитаю использовать проект веб-сайта вместо веб-приложения. Я в основном полагаюсь на «Просмотр в браузере» для выполнения страницы во время разработки, а не на f5. Я могу оставить окно браузера открытым и изменить код, не закрывая браузер во время выполнения. Обычно, если мне нужно отладить, я подключаю IDE к соответствующему процессу. По моему опыту, гораздо эффективнее делать это таким образом, а не компилировать и перезапускать приложение каждый раз, когда мне нужно компилировать или вносить изменения. Это еще больше увеличивается, если в приложении есть страница входа. Необходимость входа в систему устраняется каждый раз, когда нажимается F5 - при условии, что есть способы настроить это. Но предпочтение не стоит.