You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Use case: afterSync tasks are registered dynamically. For instance, there's a folder named src/test/test-cases which contains subfolders like test-cases/case1, test-cases/case2.
Gradle script lists all the subfolders under test-cases and creates for each of the folders.
The tasks are registered via afterSync.
So far so good, however, if the testcase is removed, then IDEA can no longer import the project because stale <after_sync><task name="..."/> is present in workspace.xml.
Do you think gradle-idea-ext-plugin should reset the triggers (e.g. to remove stale ones) or should IDEA itself ignore non-exising tasks?
Frankly speaking, I'm inclined that g-i-e-p should remove all the triggers before adding new ones. That, however, raises a question: what if the user has added their own after sync via IDEA UI? I guess that is a less important use case.
An alternative option is to deal with FAILURE: Build failed with an exception. * What went wrong: Task 'nonExistingAfterSyncTask' not found in project... exception in IDEA. For instance, exclude the non-existing task and re-run aftersync tasks once again.
The text was updated successfully, but these errors were encountered:
Does anyone know a non-manual way that I can put inside my build script to workaround this issue?
I don't mind any hack, just want to avoid having to tell my teammates to "please manually remove the following Tasks via Gradle window > right click > Task Activation"...
Use case:
afterSync
tasks are registered dynamically. For instance, there's a folder namedsrc/test/test-cases
which contains subfolders liketest-cases/case1
,test-cases/case2
.Gradle script lists all the subfolders under
test-cases
and creates for each of the folders.The tasks are registered via
afterSync
.So far so good, however, if the testcase is removed, then IDEA can no longer import the project because stale
<after_sync><task name="..."/>
is present inworkspace.xml
.Do you think
gradle-idea-ext-plugin
should reset the triggers (e.g. to remove stale ones) or should IDEA itself ignore non-exising tasks?Frankly speaking, I'm inclined that
g-i-e-p
should remove all the triggers before adding new ones. That, however, raises a question: what if the user has added their ownafter sync
via IDEA UI? I guess that is a less important use case.An alternative option is to deal with
FAILURE: Build failed with an exception. * What went wrong: Task 'nonExistingAfterSyncTask' not found in project...
exception in IDEA. For instance, exclude the non-existing task and re-run aftersync tasks once again.The text was updated successfully, but these errors were encountered: