[
https://issues.apache.org/jira/browse/SLING-3057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13766481#comment-13766481
]
Mark Adamcin commented on SLING-3057:
-------------------------------------
...and I did attempt unsuccessfully to resolve by refreshing all packages, and
by restarting classloader support, the reinstalled bundle, and the
scripting.java bundle.
> Ghosted reference to dependent bundle after .java script compilation prevents
> complete uninstallation
> -----------------------------------------------------------------------------------------------------
>
> Key: SLING-3057
> URL: https://issues.apache.org/jira/browse/SLING-3057
> Project: Sling
> Issue Type: Bug
> Components: Scripting
> Affects Versions: Scripting Java 2.0.6
> Environment: RHEL 6, Adobe CQ 5.6.1
> Reporter: Mark Adamcin
>
> It appears that a lock is established on the cache directory of any bundle
> which is imported by a compiled .java script that prevents complete
> uninstallation of the dependent bundle, even after reinstallation of the
> bundle.
> The reinstalled bundle creates a new distinct cache folder under
> launchpad/felix, while the uninstalled cache folder remains write protected.
> Subsequent recompilation of the .java script after reinstallation of the
> bundle fails due to missing .class files, with the message: "<some class>
> resolves to a package.".
> Restarting the Dynamic ClassLoader Support bundle or the Scripting Java
> bundle fails to force a recompilation using the newly reinstalled bundle,
> however a complete application restart will force the old cache folder to be
> garbage collected, and the .java script will compile correctly.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
