| Why Does IFileModificationValidator Encounter "does not match outer scope rule" Error? [message #230329] |
Fri, 16 April 2004 22:22  |
Eclipse User |
|
|
|
I have an implementation of IFileModificationValidator.validateEdit() that
copies a file before it's first edited and that stores the copy in another
branch of the resource tree. A few months ago, when I upgraded to a new
integration build, the implementation stopped working. Now when it tries to
create a folder to hold the file copy, the implementation encounters this
error:
java.lang.IllegalArgumentException: Attempted to beginRule: P/Test, does not
match outer scope rule: F/Test/src/test
at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java :56)
at
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.illega lPush(ImplicitJo
bs.java:86)
at
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.push(I mplicitJobs.java
:167)
at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJo bs.java:241)
at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManag er.java:149)
at
org.eclipse.core.internal.resources.WorkManager.checkIn(Work Manager.java:88)
at
org.eclipse.core.internal.resources.Workspace.prepareOperati on(Workspace.jav
a:1521)
at org.eclipse.core.internal.resources.Folder.create(Folder.jav a:84)
at org.eclipse.core.internal.resources.Folder.create(Folder.jav a:116)
....
It appears that a rule is in place that limits the effect of validateEdit()
to the branch of the resource tree that holds the file original. Can anyone
help me understand what's actually going on and suggest a way around this
obstacle? Thanks. /Jim White
|
|
|
| Re: Why Does IFileModificationValidator Encounter "does not match outer scope rule" Error? [message #230424 is a reply to message #230329] |
Sat, 17 April 2004 07:39  |
| Eclipse User |
|
|
|
See bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=50631 for more
details. We will be fixing this for M9.
Jim White wrote:
> I have an implementation of IFileModificationValidator.validateEdit() that
> copies a file before it's first edited and that stores the copy in another
> branch of the resource tree. A few months ago, when I upgraded to a new
> integration build, the implementation stopped working. Now when it tries to
> create a folder to hold the file copy, the implementation encounters this
> error:
>
>
>
> java.lang.IllegalArgumentException: Attempted to beginRule: P/Test, does not
> match outer scope rule: F/Test/src/test
>
> at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java :56)
>
> at
> org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.illega lPush(ImplicitJo
> bs.java:86)
>
> at
> org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.push(I mplicitJobs.java
> :167)
>
> at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJo bs.java:241)
>
> at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManag er.java:149)
>
> at
> org.eclipse.core.internal.resources.WorkManager.checkIn(Work Manager.java:88)
>
> at
> org.eclipse.core.internal.resources.Workspace.prepareOperati on(Workspace.jav
> a:1521)
>
> at org.eclipse.core.internal.resources.Folder.create(Folder.jav a:84)
>
> at org.eclipse.core.internal.resources.Folder.create(Folder.jav a:116)
>
> ...
>
>
>
> It appears that a rule is in place that limits the effect of validateEdit()
> to the branch of the resource tree that holds the file original. Can anyone
> help me understand what's actually going on and suggest a way around this
> obstacle? Thanks. /Jim White
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.12989 seconds
Home