AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |
Back to Blog
Bordertool 2 could not be opened3/27/2023 ![]() ![]() ![]() Basically, hitting the Enter key seemed to be inserting a \r\n in the String used to hold the text. But it has cured this problem for me and got me working again. Ok, I wouldn't call this a full fix, since i've only had a chance to try this in my environment. Looking at the file that gets written, it looks to me like there could be some form of "line ending" confusion, since when I hit save I get a "CRLF" aka \r\n combination inserted in the string, causing the above, whereas my colleague just gets an "LF" aka \n combination. Interestingly one of my colleagues is on same setup, except he uses the 1.4.0 JRE plugin, and he doesn't experience this. ![]() just today, I migrated to the Java 1.4.2 plugin (this I think is where the conflict may come from).some time back I went to IE6 (possibly red herring).as part of this we've moved our Web server to Apache 2.0 (not sure, but think this is also red herring).we've just moved our server to RedHat 9.0 (red herring I think).Interestingly, it coincides with one of a number of recent upgrades: You'll see the error at the bottom of the applet, here's the line that is the problem:ĬH. "attributes" "attributes" 1 "FillColor" "Color" 255 199 158 137 55 "Line 1 I mean if I'm typing in a text box and press enter to make a new line, then I get the above error later on. It appears that my multi-line text saves but won't get loaded back into the applet. I have found that line 37, in this case, contains a new line character like this: If you get an error when opening your drawing, something like:Įrror reading /twiki/pub/Main/NewDatabase/newdatabasediagram.draw: java.io.IOException: String expected in line: 37 Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) : Index: 0, Size: 0Īt (Unknown Source)Īt (Unknown Source)Īt .(Unknown Source)Īt .(Unknown Source)Īt CH.post(Unknown Source)Īt CH.doSaveDrawing(Unknown Source)Īt CH.$SaveDrawingCommand.execute(Unknown Source)Īt CH.actionPerformed(Unknown Source)Īt (Unknown Source)Īt (Unknown Source)Īt (Unknown Source)Īt (Unknown Source)Īt (Unknown Source)Īt (Unknown Source)Īt (Unknown Source)Īt (Unknown Source)Īt (Unknown Source) It appears that if you try to reuse the applet to often there is problems in the memory (my guess) because even creating/saving very small diagrams the applet does not respond to save and exit. If I spend more than a couple of minutes on an enlarged diagram the drawing applet will not respond to save and exit requests. ![]()
0 Comments
Read More
Leave a Reply. |