Java Desktop & Browser Application with Installer

We require an application built in Java that categorizes files based on their file extension and presents the user with a report after scan. The application will scan the entire hard drive looking for extensions that we specify. The purpose of the application is to estimate the storage requirements for the user to back up types of media. As an example, we may specify 4 categories; 1. Office Documents: .docx, .xlsx, .doc, .xls, .pdf, .rtf 2. Videos: .mpg, .mp4, .wmv, .avi, 3. Images: .gif, .jpg, .jpeg, .png, .bmp 4. Compressed Archives: .zip, .tgz, .rar DETAILED requirements are listed below. ## Deliverables We require an application built in Java that categorizes files based on their file extension and presents the user with a report after scan. The application will scan the entire hard drive looking for extensions that we specify. The purpose of the application is to estimate the storage requirements for the user to back up types of media. As an example, we may specify 4 categories; 1. Office Documents: .docx, .xlsx, .doc, .xls, .pdf, .rtf 2. Videos: .mpg, .mp4, .wmv, .avi, 3. Images: .gif, .jpg, .jpeg, .png, .bmp 4. Compressed Archives: .zip, .tgz, .rar It should be trivial to add categories and file extensions to each category, and only require an absolute minimum of code changes. Whilst the process may change slightly, the user should essentially start the application by either running it from his browser, or installing the application on the desktop. The first screen will be a static graphic explaining the process to the user, with a Next or Cancel button. The second screen will be the actual scan that starts, with a progress meter. Also with a Next and Cancel button - where Next is greyed out until the scan is complete. The scan can be cancelled at any time. This screen will contain the list of 'types', i.e. from the example above; Office Documents, Videos, Images, and Compressed Archives. As the scan continues, the count of such items, and total size will automatically increase. The total sizing should automatically size to a sensible unit, from MB (0.1 to 999.9) to GB (from 1.0 and up with 1 decimal place precision throughout). This screen will also show the current directory being scanned. On completion, the Next button will become active. On the third screen, the user will see a summary containing the same final results from the second screen, as well as a box of HTML that will be grabbed from our server. On hitting the third screen, the application will upload the results to our server via HTTP POST. We do not need any personally identifiable information at that part. An XML document of types, size and size in bytes would be just fine; i.e.: <xml> <backup-data id=$some_unique_id> <result id=1 type="docx" size="132.4MB" realsize="138831462" /> <result id=2 type="xlsx" size="14.1MB" realsize="14784921" /> ?. </backup-data> </xml> $some_unique_id could probably be the current timestamp concatenated with 6 sets of rand(0,9) The server will respond over HTTP with ONE OR MORE of the following 3 options - 1. An HTML document that will be displayed within the application. At minimum the HTML area must fully support CSS styles, and tags; h, a, b, u, p, img that will be displayed in the application 2. A URL to auto-update the desktop application (after the user accepts) 3. A URL to open within the web browser (new tab) which will be in the form of <[login to view URL]$some_unique_id> Additional notes: 1. The application must run from both within a web browser and on the desktop with an installer. 2. The deliverables are a working application, and a working compile environment to recreate the application and installer. A sample .html file that can be run to view the application working within the browser and an installer that unpacks, installs and runs the application from the desktop. 3. The application must be compatible with Windows XP, Windows Vista, Windows 7 and latest versions of Mac OS. The web version must be compatible with IE 6, IE7, IE8, Chrome, Firefox and Safari with the standard Java platform installed. 4. The application will need to be skinned according to provided design work. 5. The application must run correctly and scan as much as the system allows regardless of whether it is run by an Administrator, or run on a domain controlled PC, a PC with profiles set up, etc. We understand that if you run the application as an unprivileged user, it may not be able to access certain files owned by other users or the Administrator, or other inaccessible system files. The application however must work fully and not fail in such circumstances. 6. We will request an email address from the user, and we may also wish to extend the features and create an application that stays resident on the machine and starts at boot time to provide additional functionality. (This will be for future. Your bid should NOT include this feature) * * *This broadcast message was sent to all bidders on Thursday Sep 1, 2011 8:12:27 AM: Hi Bidders, This project is still open and I will be selecting a coder within the next 72 hours. Please note that there requirements have now changed - 1. There is NO NEED to build the web version of this application. We now ONLY require the desktop version and installer. 2. To clarify you are NOT required to perform any server side work. This will be minimal and I will handle this personally. You are ONLY required to build the desktop application detailed in the requirements. Could I please kindly request you to adjust your bids and ask any further questions based on the information above. Regards, Adam