Various Java 6 vs 7 related issues.

Most of this is general notes to the developers. There isn't a single issue here that I'd call "life-changing", and the workarounds are only annoying enough to mention or confirm. If anyone thinks this is a criticism of anyone (other than Oracle), then you're WAY off. FRD is the only download manager that seems to work in all cases---no addon for Firefox or other download manager has ever come close to what FRD is compatible with. (I've been very impressed for a very long time).

Just a few notes of issues that started when I upgraded from Java6 to Java 7. First, the stats.

Running XP MCE SP3...all up to date.
Currently running Java 7u5, though any 7ux has the same symptoms. 6ux never had this problem.
FRD 0.86u1

1. Optionsreferences

I've created a Proxy list.txt file with 5 proxies in it for various squid servers on separate IP's. I occasionally need to enable or disable this list. FRD doesn't exactly "catch up" with the changes the first time I set it, though.

Exact pattern: Choose Options, preferences, check the box for proxy list, hit ok.

Then: Options, Use Connections---will not show the proxy list. Neither will right clicking a download, choosing Force Download--only default option will appear.

If I then Choose Options, preferences, uncheck proxy list, re-check proxy list, hit ok.

Then Use connections shows all proxies, and Force Download does now as well.

Also, Vice versa is true as well---if trying to turn proxy list OFF, I must go into options:preferences and uncheck, hit ok, then go back into options:preferences, check and uncheck, then hit ok, for the program to recognize the changes.

Anyone else having this annoyance? (Note, I'm not complaining, just mentioning that the workaround seems to be to do changes "twice" to get them to stick).

2. Scrolling/selecting items in the list by mouse is no-longer smooth, and only seems to scroll up/down the window 4 or 5 items at a time, with severe lag (2 to 3 seconds, as if scrolling is jumping and waiting, jumping and waiting). (This may possibly take more or better explanation to understand). I've reverted to CTRL and SHIFT 'range' selections since scrolling is nearly useless (the workaround).

Please note: This issue never existed in Java6---it's definitely a change in 7. I'm noticing that various other java based programs are having similar issues related to list display of XML information. IMHO, Oracle really horked the XML routine, and expects everyone to re-write everything in their 'new and improved' way.

3. When deleting completed downloads from the list, is nearly always accompanied by a critical Java error. Please continue PAST the error for further comments....

(Fatal error.
This is an unexpected error, which can lead to application instability.
An application restart may help.
Please report this error to the authors.)

Error


Message:
java.lang.IndexOutOfBoundsException: Index: 6943, Size: 6275
Level:
SEVERE
Stack Trace:
Index: 6943, Size: 6275
java.util.ArrayList.rangeCheck(Unknown Source)
java.util.ArrayList.get(Unknown Source)
cz.vity.freerapid.gui.content.CustomTableModel.getValueAt(CustomTableModel.java:44)
javax.swing.JTable.getValueAt(Unknown Source)
javax.swing.JTable.prepareRenderer(Unknown Source)
org.jdesktop.swingx.JXTable.prepareRenderer(JXTable.java:3545)
javax.swing.plaf.basic.BasicTableUI.paintCell(Unknown Source)
javax.swing.plaf.basic.BasicTableUI.paintCells(Unknown Source)
javax.swing.plaf.basic.BasicTableUI.paint(Unknown Source)
javax.swing.plaf.ComponentUI.update(Unknown Source)
javax.swing.JComponent.paintComponent(Unknown Source)
javax.swing.JComponent.paint(Unknown Source)
javax.swing.JComponent.paintToOffscreen(Unknown Source)
javax.swing.BufferStrategyPaintManager.paint(Unknown Source)
javax.swing.RepaintManager.paint(Unknown Source)
javax.swing.JComponent._paintImmediately(Unknown Source)
javax.swing.JComponent.paintImmediately(Unknown Source)
javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
javax.swing.RepaintManager.prePaintDirtyRegions(Unknown Source)
javax.swing.RepaintManager.access$700(Unknown Source)
javax.swing.RepaintManager$ProcessingRunnable.run(Unknown Source)
java.awt.event.InvocationEvent.dispatch(Unknown Source)
java.awt.EventQueue.dispatchEventImpl(Unknown Source)
java.awt.EventQueue.access$000(Unknown Source)
java.awt.EventQueue$3.run(Unknown Source)
java.awt.EventQueue$3.run(Unknown Source)
java.security.AccessController.doPrivileged(Native Method)
java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
java.awt.EventQueue.dispatchEvent(Unknown Source)
java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
java.awt.EventDispatchThread.pumpEvents(Unknown Source)
java.awt.EventDispatchThread.pumpEvents(Unknown Source)
java.awt.EventDispatchThread.run(Unknown Source)
End of error.

This error, by the way, is ever present...seems also related to hung TCP/IP connections that freeze and hang at "GETTING" or "TESTING", and frankly NEVER cause me to close FRD, or panic in any way. Seems 'par for the course' using Java7.

Again, I either retry the file in a few minutes (after the mental expectation of a TCP/IP timeout on that crashed thread), or simply ignore the error and go on. Just an annoyance, and wanted you guys to know (since the "Report Error" goes to Oracle, not you guys, and fat chance you'll ever hear from them....)

4. The last annoyance--probably way outside the operating parameters of the program, from what I've gathered in the forum.

horking = means FRD suddenly stops responding, shows full load in taskman, and never recovers---has to be ended manually from taskman.

Under Java 6, FRD would start horking if you exceeded 10,000 items in the list. You could add 8k to a 1.5k list, and it wouldn't skip a beat. Adding 800 to a list of 9300 would hork it.
Under Java 7, FRD will hork if you attempt to add more than 5000 items to the list. It horks as soon as you hit the "add paused" button. Funny though, I've hit 23k items in the list, with no problems---it's just when you attempt to add more than ~5k items via the clipboard.

The workaround is simple---only add a few pages of links at a time, and hit "add paused" more often...it's not a big deal...but it does provide a little data of how Oracle significantly expanded and constrained various parts of the Java core, and these "extremes" that I'm dealing with seem to amplify delays in the program that simply weren't present when running on Java6.

I hope some of the workarounds help others, I wonder if anyone else is having these problems (or whether it's just MY machine, OS, etc...), and if it provides any perspective to the various programmers that work on this software. Anyone with questions, or need more information, I'm more than happy to provide whatever info I can.

Thanks

Serker

Thanks for the detailed report.

These Java 7 issues are really strange, because we cannot reproduce them. FRD works just fine for us on Java 7.

For a start, however, could you open start.bat in Notepad, and change the last line to:
@start javaw -Xmx192m -Dsun.java2d.noddraw=true -jar frd.jar

Then save the file, and double click it to launch FRD. This might have something to do with #2 and #4.

ntoskrnl,

I know you're going to laugh at me for this...but I've never done a 'start.bat'. I just run a shortcut to frd.exe. I've found the start.bat in the folder that you're talking about, so let me take a whack at that and see what happens. I fear somehow with this new information that I've missed some important step all along.

:)

Serker

You should never use FRD with more links than 100. It was not (and won't be) designed for using it with such amount of links.

-------------------------------------





Edited 2 time(s). Last edit at 08/30/2012 06:24AM by Vity.

serker Wrote:
-------------------------------------------------------
> ntoskrnl,
>
> I know you're going to laugh at me for this...but
> I've never done a 'start.bat'. I just run a
> shortcut to frd.exe. I've found the start.bat in
> the folder that you're talking about, so let me
> take a whack at that and see what happens. I fear
> somehow with this new information that I've missed
> some important step all along.
>
> :)
>
> Serker


That's correct. Please report back how it works.