Hi Joe ! > hi there!
> Anyway, i wanted to ask: i created a local patch which avoids > serializing the whole FileHolder into blob fields. Storing the > FileHolders turned out to be a bad aproach for several reasons: > - change in fileholder class definition etc. leads to awful exceptions > - DbForms is needed to retrieve BLOB data from DB +1 > The reason why i introduced Fileholders in the first place was to store > some file meta data (e.g. filename). My path solves this problem by > adding an interceptor which, on insert/update, takes the file metadata > and stores it into some field specified. > > This way, the file metadata is preserved, but the BLOB is not polluted > by some serialized java wrapper object and can be accessed by any other app. > > My question is: > - do you want me to add this patch to the CVS +1 > - if so, should i provide a switch between the old and the new way of > handling a Blob? (e.g. i n dbforms-config.xml) I never used the blob handlers, so (for me) it's not a problem to replace the old handler methods. But surely it's better to provide a switch to retain the compatibility with previous versions. > - if so, which one should be default (new or old)? +1 for new > thanks & kind regards, > Joe Regards, Luca ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ DbForms Mailing List http://www.wap-force.net/dbforms
