-
1. Re: Toward rich:fileUpload . Why? and What?
dxxvi Sep 20, 2007 7:51 PM (in response to sergeysmirnov)1. because I have to learn how to configure that component in richfaces
2. progress indicator, file size limit and maybe file type limit too -
2. Re: Toward rich:fileUpload . Why? and What?
supernovasoftware.com Sep 20, 2007 7:59 PM (in response to sergeysmirnov)myspace has a nice one that allows multiple files to be selected. It uses flash. I this possible with JSF?
-
3. Re: Toward rich:fileUpload . Why? and What?
sergeysmirnov Sep 20, 2007 8:06 PM (in response to sergeysmirnov)"supernovasoftware.com" wrote:
myspace has a nice one that allows multiple files to be selected. It uses flash. I this possible with JSF?
Using flash with JSF is possible. However, some people have a strong concern about using such proprietary object in the application.
So, far, we have no one component based on flash. -
4. Re: Toward rich:fileUpload . Why? and What?
supernovasoftware.com Sep 20, 2007 9:31 PM (in response to sergeysmirnov)Is multiple file upload functionality possible with JSF without using flash?
-
5. Re: Toward rich:fileUpload . Why? and What?
sergeysmirnov Sep 20, 2007 11:08 PM (in response to sergeysmirnov)"supernovasoftware.com" wrote:
Is multiple file upload functionality possible with JSF without using flash?
Example:
http://www.fyneworks.com/jquery/multiple-file-upload/
fileUpload is a bunch of tricks.
You say it is Ajaxable, but it uses an iframe
You say it is mutli-files, but it uses..... -
6. Re: Toward rich:fileUpload . Why? and What?
diegofsv Sep 20, 2007 11:26 PM (in response to sergeysmirnov)1 - the tomahawk solution is indeed a good solution but I always get a little concern using it with JSF 1.2 impl, and it really need more features.
2- progress indicator, file size limit, content type limit and easy way to integrate with the a4j:mediaOutput (I use it together with the tomahawk one and works wonders ) -
7. Re: Toward rich:fileUpload . Why? and What?
tjakopec Sep 21, 2007 1:35 AM (in response to sergeysmirnov)I must agree with SergeySmirnov. Rich faces do not need fileupload. Why reinventing hot water? We use tomahawks fileupload and its working fine. Process indicator would be nice but I will ask for that on tomahawk forum.
-
8. Re: Toward rich:fileUpload . Why? and What?
amitev Sep 21, 2007 1:53 AM (in response to sergeysmirnov)"tjakopec" wrote:
Rich faces do not need fileupload. Why reinventing hot water? We use tomahawks fileupload and its working fine. Process indicator would be nice but I will ask for that on tomahawk forum.
This is true if tomahawk have a way to report you the current status of the file upload if you ask it. If it does simple a4j:poll will be enough (with some color of course). -
9. Re: Toward rich:fileUpload . Why? and What?
baz Sep 21, 2007 2:08 AM (in response to sergeysmirnov)Hello,
we are using the fileupload from Seam and are quiet happy with it.
If you are going to implement it with richfaces here are some thougths(for extension of the functionality of the s:fileupload :- Uploading Multiple files at once.
- Allowing the user to add a comment
- A drop down box for displaying a list of file types for filtering
Ciao,
Carsten
- Uploading Multiple files at once.
-
10. Re: Toward rich:fileUpload . Why? and What?
ratondeau Sep 21, 2007 10:00 AM (in response to sergeysmirnov)1. Tomahawk has a good solution bur does not fit that good into the richfaces
framework as if I upload a file within an modal panel it will close after upload is finished. Somewhere theres is solution using iframe but its not working with MyFaces 1.2. Another impontant cause for most I think is simplicity just one
component like tomahawks that uses CommonFileupload but in ajax mode.
You do not have to deal with servlets etc.
2. ProgressBar, FileSizeLimit, configuration different filetype different
directory, (multiple files - nice to have), no flash!!! pure ajaxified jsf
this would be great. -
11. Re: Toward rich:fileUpload . Why? and What?
j-pro Sep 21, 2007 10:43 AM (in response to sergeysmirnov)1. I searched through possible file upload solutions to use with RF. The most preferable by people words was Seam, but to use it I had to set up all the stuff and considering that I'm just getting started with JSF, EJB, Hibernate, RF, etc. - learning seam now - just wouldn't have fit in my schedule.
Then people advised gravel to me. After some set up and exception hunting I've finally make it work with RF. But unfortunately found out that it doesn't work with AJAX, so I've got to forget about a4j:commandLink or a4j:commandButton goodies.
If there was fileUpload in RF - it would be great. People, who use RF wouldn't be obliged to search for different frameworks just because of file upload. RF fits a lot of requests now, it's very good thing, very useful, but it really needs file upload to have.
2. Progress bar, for sure, multiple file upload(with dynamically adding new upload forms and removing previously uploaded files). I liked file upload in gmail if anybody seen it. It looks good and fits all needs I think. Just except the progress bar.
3. I want to greatly thank all guys, who works on RichFaces. It's really really really useful thing. I'm very glad that we can use it and can even make some influence on its future. Thank you very much, guys! And individual thanks is for this forum and your feedback. Thanks for answering to our questions! -
12. Re: Toward rich:fileUpload . Why? and What?
demetrio812 Sep 23, 2007 3:46 AM (in response to sergeysmirnov)I used the seam fileUpload: it's very simple to use but btw I had to disable the tomahawk library because it make the seam fileUpload doesn't work.
but this is not the point...the point is that I can't use in ajax mode and with other fileds so to make this working in ajax mode I had to:
1. put a h:form with the fileUpload component only
2. put and ajax form with other fields and the send to button
3. on send use the javascript to check if the fileUpload field is empty
4. put in ajax mode the data in the ajax form (without the file)
5. oncomplete of ajax request call via javascript the submit of the h:form with input field that make the page reload
I don't think this is a good solution...
I think we need an integrated, ajax, multi file solution for file upload (also without progress bar for me it's good).
Did you ever use gmail? while you are composing a message you can attach files: after some seconds you chosed the file to attach it starts uploading in background (in ajax)...I think this coul be an option...
demetrio -
13. Re: Toward rich:fileUpload . Why? and What?
fabmars Sep 24, 2007 3:57 AM (in response to sergeysmirnov)1) not Tomahawk's because I'd like to upload on the same page i'm working on and not go on another page exclusively to upload.
2) - "On the same page" uploading (inputfile+uploadbutton, using some hidden iframe trick)
- size limit or be able to put some validator in the component
- temp dir setting (global ? per session ?)
- a nice way to get uploaded files (tomahawk's only gives a stream, a file would be great too)
- progress indicator -
14. Re: Toward rich:fileUpload . Why? and What?
suckerd Sep 24, 2007 10:00 AM (in response to sergeysmirnov)Ohh and it would be nice to get this <richfaces:upload .../> working in a portlet environment, as the current myfaces+portlet-filter+pal+etc... configuration is very complicated.
Oh and I had some issues using trinidad-fileupload in combination with richfaces-drag'n'drop lists (due to form enctype ...etc.)
Mhh and maybe the browse button could be more stylish ;)