Re: JavaUploader buggiest code ever with IQWF Web FTP Server v11.3.0C2

Hello Theo,

Thanks for the extensive report. Well after you add multi-files/folders with "Add", all you should be needing to do was to click "upload". Since you say everything was slow, I assume you were testing remotely and since you are saying the digest auth was not working, I assume you are using a proxy server in between. Java has had Digest problems during development which some of them Sun admits, yet we thought we found workarounds for them. Despite your negative tone, all the problems you mention end up to authentication, right? Also, the queue file is for loading from the applet, to resume uploads. It is not intended for human reading.

The concept is really simple yet it took 2 months of development. The 1MB size of the applet Jars was inevitable due to the Apache/Commons/HttpClient open source component Archimedes, the development team has used. In my PC, it is 10 secs of download remotely. If you are willing to use the JavaUploader with many files/folders, it should be worth the wait--otherwise you still have the option of uploading by HTML.

Best Regards,

Gorkem Ates

----- Original Message -----
From: theodocious
To: IQWFServer%40yahoogroups.com">IQWFServeryahoogroups.com
Sent: Friday, March 09, 2007 1:36 AM
Subject: [IQWFServer] JavaUploader buggiest code ever with IQWF Web FTP Server v11.3.0C2

Hello Gorkem,

I hope you are doing well.

Here's what I did and what I found out:
1. Installing the latest IQWF release v11.3.0C2 puts a new folder
called JavaUploader with the jar files in the NFRoot folder.

2. If I have upload permissions set for an HTTP folder and I have no
web page set to load, then I log in to the HTTP server, IQWF will
display it's own web page (xml?) with the normal buttons: Browse,
Upload, Create Folder(if I have that set) and the new JavaUploader
button.

3. Clicking the JavaUploader button opens up a browser window and the
Java files begin to download and eventually the application loads
(very slow).

4a.If require authentication is not set in IQWF, see 6, 7, 8 and 9
below.

4b. If require authentication is set in IQWF, most of the time the
Java window never finishes loading and IQWF hangs, but sometimes I
get a

"Password Needed - Networking" window with:
Server: myserver.com/xxx.xxx.xxx.xxx(IP)
Realm: myserver.com
Scheme: digest
User name:
Password:
and a Yes and No button (This makes no sense because what does No do?)

5. I enter username and password and click Yes.

6. Then the application loads in the browser window (slow). The left
pane is the folder structure of all of my folders, the right pane
shows the folder contents. Pretty standard stuff.

7. I select a folder on the left then a file on the right. There is
an Add and Remove button on the bottom so I click Add and the
selected file moves into the lower left pane. The lower right pane
called "Upload Progress" has buttons called Upload, Cancel, Load,
Save and under that it has progress bars and says "Ready" and
then "Done" after you do something.

8. Save and Load function saves or loads a .iqw queue file in
C:Documents and SettingsUsername. The content of this file is:
<object-stream> <vector/> <hashtable/> <int>;0</int&gt; </object-
stream> and I have no idea what this is used for. Maybe you could
enlighten us.

9. I click Upload, and if require authentication is set a Java Login
window pops up with Username, Password, OK, Cancel and Abort. I enter
the info and click OK. The main window shows uploading 1 of 1,
progress bars move, then it says done. If require authentication is
not set the file is uploaded. If require authentication is set the
file is not uploaded anywhere.

My comments:

1. The regular HTTP upload functionality of IQWF works fine, is fast
and is very easy for users to understand. I'm talking about the users
who have problems using FTP clients like Filezilla. I just don't see
the need for the JavaUploader.

2. The JavaUploader is slow to load because of all of the jar files.
The GUI is way more than it needs to be with the left pane folder
list and the right pane folder contents. These two panes could be
replaced by just a browse button and standard pop up navigation
windows to select the files to upload and just an upload button.

3. You know, it would be really nice if you would tell us how to set
up the Java Uploader to make it work. But now you have just included
it in IQWF Web FTP Server v11.3.0C2 release without any instructions,
except that you would like us to test it. Is is supposed to work with
both the IQWF HTTP and FTP servers? I can't get it to work with the
IQWF FTP server.

4. Important Note: If I have a web page set to load in NFRoot, then
JavaUploader does not function. Would you like to give us the code to
make it load in a web page and the parameters, format and examples to
make it perform? Maybe something like:

<applet name=";iqwfupploader"
code=";com.iqwfuploader.jar.class";
archive=&quot;iqwfuploader.jar&quot; width=&quot;400" height=&quot;250";>
</applet>

This does not work by the way. And yes I am using Java Version 1.5.0
(build 1.5.0_10-b03).

5. Please don't ask for the IQWF logs, because I think you should
have tested more extensively and looked at your own logs before you
released it.

6. I also hope you get this fixed before you release a RC like you
usually do on the next Sunday or Monday.

PS-I cleared the cache each time before I retested with different
settings.

PPSS-I can't wait for someone to say, "I got it to work perfectly
everytime and I had no problems.&quot;

Your Old Friend and Tester for Many Years Now,

Theo

[Non-text portions of this message have been removed]

Messages in this topic (2) Reply (via web post) | Start a new topic

.

Hello,

We are the developers of the IQWF JavaUploader application bundled
with the product.

We have been asked by Fastream to respond to any testing queries/bugs
people might have in the JavaUploader part of the latest IQWF release.

For your bug reports, please find below our response for each line item:

> Here's what I did and what I found out:
>; 1. Installing the latest IQWF release v11.3.0C2 puts a new folder
> called JavaUploader with the jar files in the NFRoot folder.
- Does not look like a bug from our end - might be something that
Fastream need to pickup.

> 2. If I have upload permissions set for an HTTP folder and I have no
> web page set to load, then I log in to the HTTP server, IQWF will
> display it's own web page (xml?) with the normal buttons: Browse,
> Upload, Create Folder(if I have that set) and the new JavaUploader
> button.
- Does not look like a bug from our end - might be something that
Fastream need to pickup .

>; 3. Clicking the JavaUploader button opens up a browser window and the
> Java files begin to download and eventually the application loads
> (very slow).
- Does not look like a bug from our end - please ensure you allow some
time to let the application download completely to your server before
you start using it. The application functionality is bundled into a
number of dependant .jar files that are downloaded individually. Once
they are downloaded, they are cached by the browser/Java Runtime
Environment. Having a broadband connection also helps.

> 4b. If require authentication is set in IQWF, most of the time the
> Java window never finishes loading and IQWF hangs, but sometimes I
> get a
>
> "Password Needed - Networking" window with:
&gt; Server: myserver.com/xxx.xxx.xxx.xxx(IP)
> Realm: myserver.com
> Scheme: digest
&gt; User name:
&gt; Password:
> and a Yes and No button (This makes no sense because what does No do?)

Please ensure that if the server your are trying to connect to
requires digest/authentication, then you need to enter the required
credentials in the Options dialog (File->Options). I will echo what
Gorkem said - there is a problem with Java digest Authentication and
Sun is aware of the problem. We need complete steps/configuration to
reproduce the error (remote URL, the HTML where the java applet is
embedded, the browser version, OS, if you were using HTTPS, if you
were using a proxy etc - anything that can help really). We fixed the
problem during the final phases of development/testing, but it looks
like the problem is intermittent. Also, the dialog box you see is
popped up by the Browser/Java Run time environment, and as such we
have no control over the Aesthetics of this dialog box. If you were
offended by the ugliness/non-usability of the dialog UI, please feel
free to raise this as a bug report with Sun.

> 6. Then the application loads in the browser window (slow). The left
> pane is the folder structure of all of my folders, the right pane
> shows the folder contents. Pretty standard stuff.

Again, the latency might be due to the server not uploading at a high
rate, or if you don't have broadband then obviously you will have a
hard time downloading the applet.

> 8. Save and Load function saves or loads a .iqw queue file in
> C:Documents and SettingsUsername. The content of this file is:
> <object-stream> <vector/> <hashtable/> <int>;0</int&gt; </object-
> stream> and I have no idea what this is used for. Maybe you could
> enlighten us.

The file is used to store the current queue status. Files left so far,
folders left so far etc. If it was human readable, it would have been
in a .xml file extension. The file can also be used to load the status
so far at a later point in time to resume the upload progress.

> 1. The regular HTTP upload functionality of IQWF works fine, is fast
> and is very easy for users to understand. I'm talking about the users
> who have problems using FTP clients like Filezilla. I just don't see
> the need for the JavaUploader.

Grokem, I will leave this for your to answer. Also, I think this is
the first complaint of this kind that we have had so far.

> 2. The JavaUploader is slow to load because of all of the jar files.
> The GUI is way more than it needs to be with the left pane folder
> list and the right pane folder contents. These two panes could be
> replaced by just a browse button and standard pop up navigation
> windows to select the files to upload and just an upload button.

- Once again, if you are testing on a non-broadband connection, or if
the server is slow to upload, then you will notice the sluggishness.
It's nearly a 1 Meg download. It has a number of jar downloads because
of the opensource libraries that are used for http protocol handling,
xml, logging, codec handling (Unicode, Locale) etc.

> 3. You know, it would be really nice if you would tell us how to set
> up the Java Uploader to make it work. But now you have just included
> it in IQWF Web FTP Server v11.3.0C2 release without any instructions,
> except that you would like us to test it. Is is supposed to work with
> both the IQWF HTTP and FTP servers? I can't get it to work with the
> IQWF FTP server.

- The JavaUploader is only for HTTP uploading/resuming. I don't know
how the applet was distributed. If it was pre-setup to work in an
existing directory, then it should work out of the box after
installing the IQWF Server. Grokem should be able to help you on this.

> 4. Important Note: If I have a web page set to load in NFRoot, then
> JavaUploader does not function. Would you like to give us the code to
> make it load in a web page and the parameters, format and examples to
> make it perform? Maybe something like:
&gt;
> <applet name=";iqwfupploader"
> code=";com.iqwfuploader.jar.class";
> archive=&quot;iqwfuploader.jar&quot; width=&quot;400" height=&quot;250";>
&gt; </applet>
>;
> This does not work by the way. And yes I am using Java Version 1.5.0
> (build 1.5.0_10-b03).

- Gorkem should be able to help you on this one.

> 5. Please don't ask for the IQWF logs, because I think you should
> have tested more extensively and looked at your own logs before you
> released it.

- If you don't submit the log files, you will not get any bugs fixed.

Best Regards,
Archimedes Services Ltd
http://www.archimedes-ltd.co.uk

--- In IQWFServer%40yahoogroups.com">IQWFServeryahoogroups.com, "theodocious&quot; <ccifla...> wrote:
&gt;
> Hello Gorkem,
>
> I hope you are doing well.
&gt;
> Here's what I did and what I found out:
>; 1. Installing the latest IQWF release v11.3.0C2 puts a new folder
> called JavaUploader with the jar files in the NFRoot folder.
>
> 2. If I have upload permissions set for an HTTP folder and I have no
> web page set to load, then I log in to the HTTP server, IQWF will
> display it's own web page (xml?) with the normal buttons: Browse,
> Upload, Create Folder(if I have that set) and the new JavaUploader
> button.
>
> 3. Clicking the JavaUploader button opens up a browser window and the
> Java files begin to download and eventually the application loads
> (very slow).
&gt;
> 4a.If require authentication is not set in IQWF, see 6, 7, 8 and 9
> below.
&gt;
> 4b. If require authentication is set in IQWF, most of the time the
> Java window never finishes loading and IQWF hangs, but sometimes I
> get a
>
> "Password Needed - Networking" window with:
&gt; Server: myserver.com/xxx.xxx.xxx.xxx(IP)
> Realm: myserver.com
> Scheme: digest
&gt; User name:
&gt; Password:
> and a Yes and No button (This makes no sense because what does No do?)
>;
> 5. I enter username and password and click Yes.
>;
> 6. Then the application loads in the browser window (slow). The left
> pane is the folder structure of all of my folders, the right pane
> shows the folder contents. Pretty standard stuff.
&gt;
> 7. I select a folder on the left then a file on the right. There is
> an Add and Remove button on the bottom so I click Add and the
> selected file moves into the lower left pane. The lower right pane
> called "Upload Progress&quot; has buttons called Upload, Cancel, Load,
> Save and under that it has progress bars and says "Ready" and
> then "Done" after you do something.
>
> 8. Save and Load function saves or loads a .iqw queue file in
> C:Documents and SettingsUsername. The content of this file is:
> <object-stream> <vector/> <hashtable/> <int>;0</int&gt; </object-
> stream> and I have no idea what this is used for. Maybe you could
> enlighten us.
>
> 9. I click Upload, and if require authentication is set a Java Login
> window pops up with Username, Password, OK, Cancel and Abort. I enter
> the info and click OK. The main window shows uploading 1 of 1,
> progress bars move, then it says done. If require authentication is
> not set the file is uploaded. If require authentication is set the
> file is not uploaded anywhere.
>
> My comments:
>
> 1. The regular HTTP upload functionality of IQWF works fine, is fast
> and is very easy for users to understand. I'm talking about the users
> who have problems using FTP clients like Filezilla. I just don't see
> the need for the JavaUploader.
>
> 2. The JavaUploader is slow to load because of all of the jar files.
> The GUI is way more than it needs to be with the left pane folder
> list and the right pane folder contents. These two panes could be
> replaced by just a browse button and standard pop up navigation
> windows to select the files to upload and just an upload button.
>
> 3. You know, it would be really nice if you would tell us how to set
> up the Java Uploader to make it work. But now you have just included
> it in IQWF Web FTP Server v11.3.0C2 release without any instructions,
> except that you would like us to test it. Is is supposed to work with
> both the IQWF HTTP and FTP servers? I can't get it to work with the
> IQWF FTP server.
>
> 4. Important Note: If I have a web page set to load in NFRoot, then
> JavaUploader does not function. Would you like to give us the code to
> make it load in a web page and the parameters, format and examples to
> make it perform? Maybe something like:
&gt;
> <applet name=";iqwfupploader"
> code=";com.iqwfuploader.jar.class";
> archive=&quot;iqwfuploader.jar&quot; width=&quot;400" height=&quot;250";>
&gt; </applet>
>;
> This does not work by the way. And yes I am using Java Version 1.5.0
> (build 1.5.0_10-b03).
>;
> 5. Please don't ask for the IQWF logs, because I think you should
> have tested more extensively and looked at your own logs before you
> released it.
>
> 6. I also hope you get this fixed before you release a RC like you
> usually do on the next Sunday or Monday.
>
> PS-I cleared the cache each time before I retested with different
> settings.
>
> PPSS-I can't wait for someone to say, "I got it to work perfectly
> everytime and I had no problems.&quot;
>;
> Your Old Friend and Tester for Many Years Now,
>;
> Theo
>;

Messages in this topic (5) Reply (via web post) | Start a new topic

.