1 2 3 Previous Next 35 Replies Latest reply on Feb 28, 2008 12:14 PM by ronanker

    Toward rich:fileUpload . Why? and What?

      So far, fileUpload is the leader of our hit parade: http://labs.jboss.com/auth/wiki/RichFacesFuture

      It is a head and shoulder ahead of others.

      Therefore, I would like to ask a couple of questions to guys who ask for it:

      1. Why non of already existing fileUpload components (or fileUpload solution) satisfy your needs?

      2. What the features you want to see in the new component?

        • 1. Re: Toward rich:fileUpload . Why? and What?

          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?

            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?

               

              "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?

                Is multiple file upload functionality possible with JSF without using flash?

                • 5. Re: Toward rich:fileUpload . Why? and What?

                   

                  "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?

                    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

                      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

                         

                        "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

                          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 :

                          1. Uploading Multiple files at once.
                          2. Allowing the user to add a comment
                          3. A drop down box for displaying a list of file types for filtering
                            Ciao,
                            Carsten


                          • 10. Re: Toward rich:fileUpload . Why? and What?
                            ratondeau

                            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

                              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

                                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

                                  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

                                    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 ;)

                                    1 2 3 Previous Next