BLOB fields again...

Question

Hello,
I'm developing an application which has a database table with blob fields. I've had many problems recently with this type of field, the most undesired being that LOV fields doesn't work in pages with BLOB fields.
As a workaround, I've done a second page just to upload the files to the two blob fields. It worked, but now I needed to handle errors with different kind of files and their mime-types. I was happy to see that JHeadstart provided three auxiliary fields to store the filename, size and mime-type. It worked too, it saved all that information correctly, but:
1. When "downloading" the file, apparently the mime-type is not set.
2. Just after the file is uploaded, I can see in the main table that the attributes were saved correctly, but as soon as I close the browser and open a new session, I have errors. I have two blob columns; in the first, it doesn't shows the filename, but the file size, in the second blob column, it doesn't shows the file name, but the blob mime-type!
Does anybody has any similiar problem?
Thanks,
Eduardo

Answer 1

Hello Peter,
Thanks for the confirmation that the BLOB / LOV issue is a bug.
About my another problem with HTTP headers while downloading files from blob fields, you are right, I need to be more specific. In my first try, this "second page" just to upload the files was a simple UIX page, not generated by JHeadstart. I saw this could be a little difficult to handle, so I discarded it.
Now, I created a second VO with the two blob fields and all other attributes read-only, and put it as a group in JHeadstart configuration file to generate the page automatically. I __disabled all multi-row operations__ so the blob fields are rendered in the main table as hyperlinks to be downloaded with their respective filenames set, as it was saved in the database field in the upload.
But in my tests, if I save other files than images, the browser doesn't open it correctly. So I opened the UIX JHeadstart generated page, where I see something like this:
<link destination="DownloadFile.do?pageTimeStamp=ignore&amp;model=TsacContratoUIModel&amp;binding=TsacContratoDocumentoContrato&amp;rowKeyStr=${uix.current.rowKeyStr}&amp;attachment=${TsacContratoDocumentoContratoTamarq}" text="${ui:cond(uix.current.TsacContratoDocumentoContratoTamarq!=null,uix.current.TsacContratoDocumentoContratoTamarq,'DocumentoContrato')}" rendered="${uix.current.TsacContratoDocumentoContrato!=null}"/>
Clearly I can see two things:
1. attachment=${TsacContratoDocumentoContratoTamarq}. I put uix.current inside, as we are in a table, and it worked fine after that.
2. The hyperlink doesn't have the mimeType parameter set, but the respective DownloadFile.do class uses it to set the correct mimeType header. I put it by hand: &amp;mimeType=${uix.current.TsacContratoImagensViewDocumentoContratoMimetype}"
I verified that all the three attributes used to save file information are correct and exists in the VO, in the entity object and in the table, and I've also tested it in the Application Module and also, they save all the information correctly, so I don't think the problem is here, but in the page generation.
Thanks for your help. JHeadstart is a great and very interesting project despite some minor bugs that still exists.
Eduardo