-
Bug
-
Resolution: Done
-
Critical
-
3.2.0.CR1
We have a large project that uses Perforce as SCM. Perforce leaves files read/only until they have been modified at which point they are checked out and made writable.
Eclipse refactoring modifies files and automatically engages the SCM Eclipse plugins on changes to optionally check the files out. In the case of Perforce, this makes the files writable on modification which allows changes to be saved. This works fine under Eclipse 3.5 with Jboss Tools.
This is broken under Eclipse 3.6, Jboss tools 3.2 when the RichFaces editor is installed and a developer attempts to rename a method using "refactor Method name". You get a set of error messages where it looks like the refactoring is trying to change read-only files. Many of the files listed are not changed by the refactoring. It's almost like the Rich Faces editor/refactor hooks is stat'ing or touching the files maybe without changing. Removing the RichFaces editor stops the problem for occurring.
No work around exists.
- blocks
-
JBIDE-8491 2 CDI tests fail after changes made for JBIDE-8476
-
- Closed
-
- is blocked by
-
JBIDE-8521 Compile failed in org/jboss/tools/cdi/internal/core/refactoring/CDIRenameProcessor.java
-
- Closed
-