DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=36526>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36526 ------- Additional Comments From [EMAIL PROTECTED] 2005-09-13 14:21 ------- (In reply to comment #3) > If you don't put any transformation to a reference, the inclusive C14N is > implicit, so the file need to be readed in memory. > The only transformation that is not going to convert is base64 decoding. > So if you want to sign rawdata base64 encoding it before, and handle like this: > { > //create the transforms object for the Document/Reference > Transforms transforms = new Transforms(doc); > transforms.addTransform(Transforms.TRANSFORM_BASE64_DECODE); > // add a bigger file (size: 62 163 072 > 45 635 523) > // comming from base64 /usr/portage/distfiles/xorg-x11- 6.8.99.15.tar.bz2 > File bigfile = new File("/tmp/tmp.b64"); > sig.addDocument(bigfile.toURI().toString(),transforms, > Constants.ALGO_ID_DIGEST_SHA1); > } > In this way as the test pass without any out of memory error (I have test with > just plain java). > I will mark this bug as invalid. Thank you for your answer. But base64 encoding is not solution for my case. We have a Protection Profile and Security Target which dispose of "What You See Is What You Sign". We have to sign the original file selected and seen by the user not the base64 encoding of the file. The developed application will be CC evaluated and certified so I must satisfy the WYSWYS security objective. I realized that here a resettable FileInputStream could be the solution. Could you give me instruction how and where to put it ? Thanks, Agnes -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
