Chris,

I've added a set-size filter and configured the fcsu.bat file and it seems to 
work pretty well.

Here's my BAT file in case you want to add it to your next build

Fcsu.bat
@echo off
call setEnv.cmd
java -cp  %JARS% com.github.cwilper.fcrepo.store.util.StoreUtil %*


It calls a setEnv.cmd that looks like this:
@echo off
set LIB_HOME=..\lib
set JARS=..\conf
FOR /F  %%a IN ('dir /b /aa /on %LIB_HOME%\*.jar') DO call :cpappend %%a
goto :eof
:cpappend
set JARS=%JARS%;%LIB_HOME%\%1
goto :eof
:eof


Thanks again!!

Vincent Vu Nguyen

-----Original Message-----
From: Chris Wilper [mailto:[email protected]] 
Sent: Thursday, July 19, 2012 11:24 AM
To: [email protected]
Subject: Re: [fcrepo-dev] https://jira.duraspace.org/browse/FCREPO-724 - 
Rebuild Utility

Hi Vincent,

I've written a storage utility that may be of help here:

https://wiki.duraspace.org/display/~cwilper/A+New+Fedora+Storage+Utility

One of the filters that's included allows you to re-compute the SIZE
*and* checksum info for managed datastreams. I was actually talking with Ben 
Armintor recently about this recently and have copy-pasted my message below:

One of out-of-box the filters I wrote for it, 'SetFixity' is very similar to 
the need expressed by FCREPO-724. After pointing it to your storage via spring 
(see config/config.properties), the following example will iterate through all 
objects in your akubra-fs-based store and set the SIZE and DIGEST info for all 
datastreams where they're not already set:

./fcsu modify akubra --filter=set-fixity

It can also be used with "legacy" (pre-akubra-based) low level storage.

I never defined a filter that ONLY does size, though. That would require 
creating a new class similar to this:

https://github.com/cwilper/fcrepo-store/blob/master/fcrepo-store-util/src/main/java/com/github/cwilper/fcrepo/store/util/filters/ds/SetFixity.java

..then adding a new 'filter' bean file similar to this:

https://github.com/cwilper/fcrepo-store/blob/master/fcrepo-store-util/src/main/conf/filters/set-fixity.xml

...but naming it something different, like 'set-size' and omitting the 
digest-oriented bits, of course.

If you're interested in going down this road and have any questions or problems 
(or code to contribute!), let me know.

Thanks,
Chris

On Tue, Jul 10, 2012 at 9:16 AM, Nguyen, Vincent (CDC/OD/OADS) (CTR) 
<[email protected]> wrote:
> HI,
>
>
>
> We’re considering upgrading from Fedora 3.2 to 3.4.2 to take advantage 
> of the SIZE attribute fix in 3.4.2.  However, we’ll need a utility to 
> rebuild existing Datastreams (M) to take advantage of this.  Any idea 
> when this work will be completed?
>
>
>
> We may have to start working on this tool for our current project.  In 
> which case we can contribute any work done back to the community if needed.
>
>
>
> Any advice on how to go about this?  Is this the best way?
>
>
>
> -          Iterate through every object
>
> -          Download the datastream temporarily
>
> -          Purge the datastream
>
> -          Add the datastream back
>
>
>
> https://jira.duraspace.org/browse/FCREPO-724
>
>
>
> Vincent Vu Nguyen

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fedora-commons-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fedora-commons-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

Reply via email to