Select
UserID,
Value,
Date
From
Table,
(
Select
UserID,
Max(Date) as MDate
From
Table
Group by
UserID
) as subQuery
Where
Table.UserID = subQuery.UserID and
Table.Date = subQuery.mDate
В рабочем пространстве Eclipse определенно есть ограничения, но оно довольно гибкое (со связанной папкой и поддержкой включения / исключения) . Есть несколько подробных примеров в руководстве по настройке проекта .
Если я правильно понимаю макет, я думаю, вам не нужно изменять эту структуру (по крайней мере, для источников). Вы можете создать кучу java-проектов и / или динамических веб-проектов (последний для веб-«модулей»), по одному на модуль (вы должны рассматривать проект Idea как рабочее пространство Eclipse, а модуль как проект Eclipse). Вы можете установить webcontent как каталог содержимого, main / java и main / resources как исходные папки java, и вы можете добавить jar-файлы из библиотек в путь сборки (или просто поместить их в каталог webcontent / WEB-INF / lib).
Самая сложная вещь - это профили и библиотеки compile / test / normal. Я бы поместил обычные и скомпилированные библиотеки в путь сборки проекта и явно добавил тестовые библиотеки в путь к классам конфигурации тестового запуска. Для профиля я не знаю простого метода - может быть, четвертая связанная папка, которая всегда сопоставляет фактически использованную ...
Часто задаваемые вопросы о миграции идеи также могут помочь суммировать некоторые ключевые различия между ними иде.
Если вы правильно поняли, вы можете «импортировать» проект, создав новый.
Обычно Eclipse отлично справляется с определением макета вашего проекта, так что он должен делать это. Кроме того, как сказал Csaba_H, вам, возможно, придется адаптировать проект для тестирования.
Другим решением может быть перенос этого проекта в систему сборки, такую как Apache Maven 2 (я знаю, что это проект инструмент управления;)). Все современные IDE ' s (Eclipse только со сторонними надстройками M2Eclipse или Q для Eclipse ) поддерживает импорт проектов Maven напрямую, поэтому вам не нужно ничего адаптировать. Дополнительный Maven имеет управление зависимостями, которое заботится о зависимостях загрузки, добавляя их в правильный путь к классам, в зависимости от области действия (компиляция, тест, время выполнения). Maven обычно следует правилам «Соглашение о конфигурации» и поэтому определяет стандартный путь для ваших java / тестовых классов / ресурсов, но вы можете настроить их в соответствии с вашим макетом, если хотите. Если вы решили попробовать, вам следует почитать бесплатную книгу Maven: The Definitive Guide