|Re: Disable p2 garbage collector [message #755924 is a reply to message #755839]
||Thu, 10 November 2011 08:34
| Helmut Neubauer
Registered: July 2009
Thanks for your answer! Unfortunately setting the parameter doesn't|
solve our problem. Perhaps I didn't understand the whole process
We are getting following error during the update process:
An error occurred while uninstalling
session context was:(profile=profile,
phase=org.eclipse.equinox.internal.provisional.p2.engine.phases.Uninstall, operand=[R]de.test.platformfeature_root.win32.win32.x86 126.96.36.199 --> null, action=org.eclipse.equinox.internal.p2.touchpoint.natives.actions.CleanupzipAction).
Backup of file C:\Programme\test\jre\lib\ext\dnsns.jar failed.
File that was copied to backup could not be deleted: C:\Programme\test
The platform feature actually contains the necessary target files and
our used JRE. We are now trying to replace the feature by two features
splitting the JRE and target files (We would like to use the possibility
of target 3.7.1 to specify the used JRE). So we can easily update one of
the features in future.
Unfortunatelty we can't delete the actually used JRE because of Windows
So our idea is to avoid deleting the old JRE during update process.
Disabling the p2 garbage collector seemed to us the right solution. But
the mentioned error still appears.
Perhaps you have an idea, why p2 still tries to delete our file? Or
perhaps an alternative solution for our problem?
If your solution would have worked, we would still have the problem how
to set this preference during the update process.
Am Mittwoch, den 09.11.2011, 13:55 -0500 schrieb DJ Houghton:
> There is a preference to disable the p2 GC. Try setting this in your defaults when you start your app.
> One way to do this is via the command-line and the "-plugincustomization" parameter, pointing to a Properties file with the above contents.
|Re: Disable p2 garbage collector [message #758023 is a reply to message #757059]
||Wed, 16 November 2011 11:56
| Henrik Lindberg
Registered: July 2009
The Backup mechanism is used by touchpoints to ensure that deleted and |
modified files can be restore to the state before an update started in
case something goes bad and the transaction needs to roll back. I do not
recommend turning it off.
The touchpoint instructions that carry out actions that require backup
are responsible for making calls to the backup service. Hence, if
something is installed with zip action, it will be cleaned up with the
cleanupzip action, and they both handle back up.
In order to skip backing up, you need to modify the p2 instructions for
the thing that can't be updated to simply put it somewhere so it can be
picked up and installed in some later stage.
Someone may have done something smart to handle this scenario, but I am
afraid I don't recall having seen any example how to do this.
What I do know is that on Windows, if a file is really, really locked,
you may have to reboot to get rid of the lock and you may also have to
make special calls to bequest a replace of a file that windows honors
when it boots. (A truly horrible windows construct). This is the reason
on windows you almost always have to reboot when installing and upgrading.
What you could do is to have a separate p2 updater that requires that
the application is closed before updating it. A p2 agent does not have
to update "itself" - i.e. do what the director application does. Maybe
you can do something like this for only the jre part.
Hope that helps in some way.
On 11/16/11 10:51 AM, Helmut Neubauer wrote:
> Normally the p2 garbage collector is responsible for deleting old files,
> isn't it? Perhaps there is another mechanism? Has anyone an idea?
Powered by FUDForum
. Page generated in 0.10672 seconds