Я все еще заинтересован в ответе, потому что у него "много" вариантов использования.
На данный момент мы использовали следующий «обходной путь»: Проверьте, был ли доступ к файлу в течение 3 минут - затем не пытайтесь удалить его. (Для режима DEBUG!)
Помните, что проблема заключается только в «отладчике», а не в производстве, где исключения могут быть легко перехвачены (и проигнорированы) для определенной строки кода. [ 113]
Мы просто хотим избежать появления «Отладочных перерывов», если исключение можно безопасно игнорировать в ЭТОЙ строке кода.
foreach (String entry in contents)
{
if (System.IO.File.Exists(entry))
{
try {
#if (DEBUG)
FileInfo fi = new FileInfo(entry);
if (fi.LastAccessTime < DateTime.Now.AddMinutes(-3))
{
#endif
System.IO.File.Delete(entry);
#if (DEBUG)
}
#endif
}
catch (Exception e)
{
//ignore
}
}
}
Это НЕ решение, это обходной путь, сокращающий количество отладочных разрывов в этой строке кода примерно на 99%, если вы просто «остановите» отладку в Visual Studio!
Вы должны взглянуть на Тихо:
the-future-of-maven-osgi-join-the -tycho-пользователи-рассылки список
заместитель следующего поколения, из-сборки-инструментов-для-Eclipse, плагинов, и-RCP-приложений
Как большинство вопросов о Знатоке, это решено ссылкой на плагин:
Другой совет:
Я боролся против интеграции maven2/Eclipse RCP в течение некоторого времени. Ключ не так разбирается в Вашей установке: можно заставить это работать - в конечном счете - путем инженерного анализа процесса сборки Eclipse в знатоке.
По моему опыту, твердая часть совершенствует все. Каждый раз Eclipse газует на их, освобождает, Вы перепишете набор файлов англичанина для того новейшего виджета RCP или lib SWT. Естественно, CI помогает с этим несколько. Проблема состоит в том, что Eclipse и знаток очень следят за способом, которым они ведут бизнес здания, и их подходы очень отличаются. Усугублять положение, PDE dev (и Eclipse dev, в более общем плане) приводится в действие большим количеством кода мастера, который иногда довольно непрозрачен относительно того, что происходит негласно.
Вопрос, который действительно необходимо задать сами, состоит в том, если это стоит усилия. В моем особом случае я полагаю, что это было. (CI слишком хорош для проживания без.), Но компромисс - то, что можно быть "парнем сборки", который может устранить бесценное время из фактической разработки, которая является, вероятно, чем Вы наслаждаетесь больше всего.
У меня недавно есть та же проблема: создайте затмевают приложение RCP через непрерывную интеграцию.
Я еще не применил их, но я нашел некоторые интересные статьи: