Tim,
I don't know if you got this working yet, but I'm just trying to stick
with you on this. The reason I skipped the db encoding path was that I
assumed you were using the same system for db storage as your
previously mentioned capability, namely storing PDFs generated with
iText. If
John:
I really appreciate you following up about this. This is an awesome
community.
I actually did get this to work and luckily it is as easy as it should
be. Instead of using my existing iText component I just had to make a
new one and set up the WOResponse with the pdf data straight
Hi Tim,
We do this all the time with receiving reports, prints, etc. Since the
component I use for upload handles any file type ( Word, images, PDF)
I keep track of the file extension that the file was uploaded with in
an attribute of my File entity. I then use that information to
John:
Thanks for the response. In our case the files will always be pdf
since we are requiring that as the format of the originating user's
submission. I can definitely see the file size concern if the pdf is a
big ole glorified image. Hopefully, most of the users will produce
their
That's all I do. Are you embedding the file in the page or having the
response download the file as an attachment?
John A. Larson
President
Precision Instruments, Inc.
Ph: 847-824-4194
Fax: 866-240-7104
Sent from my iPhone
On Sep 23, 2009, at 11:24 AM, Tim Worman li...@thetimmy.com wrote:
Here's another do'oh question: are you sure the data is making it to
the db from the upload?
John A. Larson
President
Precision Instruments, Inc.
Ph: 847-824-4194
Fax: 866-240-7104
Sent from my iPhone
On Sep 23, 2009, at 11:24 AM, Tim Worman li...@thetimmy.com wrote:
John:
Thanks for the
Hi Tim,
Have you looked at ERAttachment? It has been designed to do exactly
what you are attempting and optionally ties into the AjaxFileUpload
component.
The framework provide a single unified set of components and models
that can allow the storage of attachments on your local
On Sep 23, 2009, at 10:15 AM, Chuck Hill wrote:
Hi Tim,
On Sep 23, 2009, at 9:24 AM, Tim Worman wrote:
John:
Thanks for the response. In our case the files will always be pdf
since we are requiring that as the format of the originating user's
submission. I can definitely see the file
I'm going to try and do the same as I am doing with my other component
and have these open in a new window.
Tim
On Sep 23, 2009, at 10:16 AM, John Kim Larson wrote:
That's all I do. Are you embedding the file in the page or having
the response download the file as an attachment?
John A.
On Sep 23, 2009, at 1:27 PM, Tim Worman wrote:
On Sep 23, 2009, at 10:15 AM, Chuck Hill wrote:
Hi Tim,
On Sep 23, 2009, at 9:24 AM, Tim Worman wrote:
John:
Thanks for the response. In our case the files will always be pdf
since we are requiring that as the format of the originating
Yeah, there is definitely data being stored. My only concern is that I
don't have proof yet that I can read what I've written to the
database. So, I was concerned but I expect that Chuck is right that
the database probably manipulates file it stores.
Tim
On Sep 23, 2009, at 10:26 AM, John
On Sep 23, 2009, at 1:41 PM, Chuck Hill wrote:
On Sep 23, 2009, at 1:27 PM, Tim Worman wrote:
On Sep 23, 2009, at 10:15 AM, Chuck Hill wrote:
Hi Tim,
On Sep 23, 2009, at 9:24 AM, Tim Worman wrote:
John:
Thanks for the response. In our case the files will always be pdf
since we are
On Sep 23, 2009, at 2:28 PM, Tim Worman wrote:
Thanks for the response. In our case the files will always be
pdf since we are requiring that as the format of the originating
user's submission. I can definitely see the file size concern if
the pdf is a big ole glorified image. Hopefully,
On Sep 23, 2009, at 2:43 PM, Chuck Hill wrote:
On Sep 23, 2009, at 2:28 PM, Tim Worman wrote:
Thanks for the response. In our case the files will always be
pdf since we are requiring that as the format of the
originating user's submission. I can definitely see the file
size concern if
14 matches
Mail list logo