The reason that some temp files are removed when calling Artifactory's
manual garbage collection is that it invokes an explicit call to the JVM GC.
These temp files are originally created by Wicket and are tied to phantom
references of objects, so when these objects are collected by the JVM GC,
the tied files will be removed too.
Some residual files may remain if Artifactory was shut down abruptly
(severing the ties).
We wouldn't recommend you raise the interval of the Artifactory's GC (not to
be confused with the JVM GC) as a solution to this problem; instead, you
should either increase the size of the partition of your temporary folder's
location, or change the temporary folder's location by setting the
"java.io.tmpdir" property.
On Sun, Dec 26, 2010 at 8:53 PM, Khai Do <[email protected]> wrote:
> I have noticed that artifactory will clean up "upload_XXX_XXX_XXX.tmp"
> files in /tmp when I execute the artifactory garbage collector from the UI.
> I would seem like a nice work around if I can get the GC to run more often,
> however I can't seem to get the artifactory GC to run at regular intervals.
> I think I will post this issue as a separate topic. Thanks for entering
> the bug.
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
