Just curious if anyone else has run into this, or might know what could
be causing it. I have an OJS instance that can use sword to deposit to our
DSpace 1.81 instance with no problems. However, when using swordv2, it is
not getting a proper name on the package that is on the dspace server, and
I get a record created called eposit.zip? I getting message in the cocoon
log:
cocoon.log.2012-04-09:2012-04-09 15:19:49,517 INFO cocoon.access -
'bitstream/handle/123456789/45/eposit.zip' Processed by Apache Cocoon in 67
milliseconds.
>From what I can tell everything looks okay on the OJS end, as both version
sword use the same php classes.
Thanks,
Bill
--
Bill G. Kelm - Systems Librarian
Willamette University Library
900 State Street - Salem, OR 97301
Phone: 503-375-5332 Fax: 503-370-6141
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
