This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Create new JSF managed bean add a property to the bean use the bean and it's property in XHTML file: <c:out value="#{newJSFManagedBean.propX}"/> invoke refactor/Rename on 'propX' -> 'The refactoring cannot be applied at this context' message is shown. It would be greate to refactor the property name in this case (field name, getter method, setter method and all the usages in all XHTML files)
Taking over as I'm currently working on related refactorings.
Should this feature request be marked closed? I have found my way here because this functionality now exists in my installation, but has an annoying bug that messes up my xhtml files if a replacement is done more than once and the new property name is shorter than the old one. (I haven't found a report for this bug yet. Please let me know if one exists and I am just too stupid to find it. Otherwise I will research this a little further and report it myself.) I should note that I am working in a complex environment that I did not set up by myself. It's possible that the functionality and the bug is actually in a plugin that someone else installed.
Assigning to Martin Fousek.
(In reply to hans_adler from comment #2) > Should this feature request be marked closed? > > I have found my way here because this functionality now exists in my > installation, but has an annoying bug that messes up my xhtml files if a > replacement is done more than once and the new property name is shorter than > the old one. We should keep this issue opened. We offer to users such a refactoring but only from side of the ManagedBean. The XHTML side returns still the same message 'The refactoring cannot be applied at this context'. > (I haven't found a report for this bug yet. Please let me know if one exists > and I am just too stupid to find it. Otherwise I will research this a little > further and report it myself.) > > I should note that I am working in a complex environment that I did not set > up by myself. It's possible that the functionality and the bug is actually > in a plugin that someone else installed. AFAIK there is not such bug entered in the bugzilla. Please report your issue - ideally with some steps how to reproduce that and with attached messages log. As you mentioned it can be other plugin issue, but let's evaluate your issue firstly. Please open the issue as a new report. Thanks a lot.