NetBeans 5.5.1

[manningr]

Gerd,

You might be interested in this.  So I tried to update the jars for
the syntax plugin to the latest stable netbeans ide jars (5.5.1).
Remarkably, once I found all of the correct jar files (they have split
them up a bit, since the version you originally had), I was getting no
compile errors.  However,  when I try to run it, I see a light-tan
background for the first line, and white for all other lines.  I can
only type into the first line, all other lines don't accept the
cursor.  And I cannot highlight or backspace or even select any part
of what I've typed on the first line.  Completely unusable :)  In any
case, the jars I grabbed were:

openide-loaders.jar
org-netbeans-modules-editor-util.jar
org-netbeans-modules-java-editor.jar
org-openide-util.jar
org-netbeans-modules-editor-fold.jar
org-netbeans-modules-editor.jar
org-openide-actions.jar
org-netbeans-modules-editor-lib.jar
org-netbeans-modules-java-editor-lib.jar
org-openide-explorer.jar

Total size comes to about 2mb smaller than what we currently ship -
more granular packaging I suppose.  Unless you have an idea about how
to fix the behavior, I say we make do with the 4.x stuff we have for
now.  I was just sending out this finding hoping that I might save
someone some time.  It looks like a dead end for a quick fix to our
editor performance woes.

Rob

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Squirrel-sql-develop mailing list
Squirrel-sql-develop@...
https://lists.sourceforge.net/lists/listinfo/squirrel-sql-develop

[Gerd Wagner]

Robert Manning wrote:
> Gerd,
>
> You might be interested in this.  So I tried to update the jars for
> the syntax plugin to the latest stable netbeans ide jars (5.5.1).
> Remarkably, once I found all of the correct jar files (they have split
> them up a bit, since the version you originally had), I was getting no
> compile errors.  
Almost a miracle to me. :-) These guys truly seem to be able to keep their
interfaces stable. Especially because I guess I used some quite internal things
to get it to work.

> However,  when I try to run it, I see a light-tan
> background for the first line, and white for all other lines.  I can
> only type into the first line, all other lines don't accept the
> cursor.  And I cannot highlight or backspace or even select any part
> of what I've typed on the first line.  Completely unusable :)  In any
> case, the jars I grabbed were:
>
> openide-loaders.jar
> org-netbeans-modules-editor-util.jar
> org-netbeans-modules-java-editor.jar
> org-openide-util.jar
> org-netbeans-modules-editor-fold.jar
> org-netbeans-modules-editor.jar
> org-openide-actions.jar
> org-netbeans-modules-editor-lib.jar
> org-netbeans-modules-java-editor-lib.jar
> org-openide-explorer.jar
>
> Total size comes to about 2mb smaller than what we currently ship -
> more granular packaging I suppose.  Unless you have an idea about how
> to fix the behavior, I say we make do with the 4.x stuff we have for
> now.  I was just sending out this finding hoping that I might save
> someone some time.  It looks like a dead end for a quick fix to our
> editor performance woes.

The only performance problem I know of is the long line issue (enter 41241 at
http://www.netbeans.org/issues). It is still not fixed and I don't think it is
such a big problem for SQuirreL. So I see no real need to invest to update the
Netbeans Jars now except that it might make future updates easier.

Please tell me if I missed something.

Gerd

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Squirrel-sql-develop mailing list
Squirrel-sql-develop@...
https://lists.sourceforge.net/lists/listinfo/squirrel-sql-develop

[manningr]

On 8/20/07, Gerd Wagner <birgit-und-gerd@...> wrote:
> The only performance problem I know of is the long line issue (enter 41241 at
> http://www.netbeans.org/issues). It is still not fixed and I don't think it is
> such a big problem for SQuirreL. So I see no real need to invest to update the
> Netbeans Jars now except that it might make future updates easier.
>
> Please tell me if I missed something.
>
> Gerd

You are correct; there aren't many issues raised against SQuirreL
(1752490 and 1686698) at the moment.  However, they are pretty
significant - they are extremely frustrating as they render the editor
almost useless.  So I would say that time spent trying to resolve them
at some point (maybe not at the moment) is warranted.

Rob

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Squirrel-sql-develop mailing list
Squirrel-sql-develop@...
https://lists.sourceforge.net/lists/listinfo/squirrel-sql-develop

[manningr]

On 8/22/07, Gerd Wagner <birgit-und-gerd@...> wrote:
> Anyway 1686698 is a reason to try out a new Netbeans version. Did you ever see
> if Netbeans itself can handle such big files?

Gerd,

So, attached you will see a picture of the dialog that NB 5.5 yields
when I attempt to open our 12800 line big script file
(big_insert_script_12800.sql), which lives in sql12/test/sql dir. It
claims that the filesize is 2MB and that it might be too large for the
editor to load.  However, I click the "ok" button and it loads in
about 4 seconds.  With the latest SQuirreL code, the same file takes
about 24 seconds to load.  Now, we do alot of work while loading that
script that I'm not positive that NB has to do.  However, as you can
see, we are about 600% slower than NB (and it highlights the code as
well).  It also doesn't seem to be affected by line length.  NB 5.5
seems to load the file reasonable and scrolling performance is snappy.
 And I can see that all of the lines are loaded, so it doesn't appear
to be a off-screen buffering strategy - there is absolutely no delay
in scrolling.  I'd say we have some room for improvement that NB 5.5
could likely help with.

Rob

(PS the devel list can't accept image attachments - if anyone wants to
see the image I'm referring to, just send me an email offline - robert
dot m dot manning at gmail dot com)

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Squirrel-sql-develop mailing list
Squirrel-sql-develop@...
https://lists.sourceforge.net/lists/listinfo/squirrel-sql-develop

[Gerd Wagner]

Robert Manning wrote:

> On 8/22/07, Gerd Wagner <birgit-und-gerd@...> wrote:
>> Anyway 1686698 is a reason to try out a new Netbeans version. Did you ever see
>> if Netbeans itself can handle such big files?
>
> Gerd,
>
> So, attached you will see a picture of the dialog that NB 5.5 yields
> when I attempt to open our 12800 line big script file
> (big_insert_script_12800.sql), which lives in sql12/test/sql dir. It
> claims that the filesize is 2MB and that it might be too large for the
> editor to load.  However, I click the "ok" button and it loads in
> about 4 seconds.  With the latest SQuirreL code, the same file takes
> about 24 seconds to load.  Now, we do alot of work while loading that
> script that I'm not positive that NB has to do.  However, as you can
> see, we are about 600% slower than NB (and it highlights the code as
> well).  It also doesn't seem to be affected by line length.  NB 5.5
> seems to load the file reasonable and scrolling performance is snappy.
>  And I can see that all of the lines are loaded, so it doesn't appear
> to be a off-screen buffering strategy - there is absolutely no delay
> in scrolling.  I'd say we have some room for improvement that NB 5.5
> could likely help with.
>

OK, I think this sounds good enough to give it a try. I'll see that I take a
look at it when I'm finished with what I think of should be in the first version
of Hibernate Plugin. Right now the Plugin is just missing some little things
before I consider it good enough for a first release. The biggest part that is
left should be to implement the standard ways to load Hibernate that you
suggested. I'm pretty sure by now that it should be included :-).

At least from what you found in NB we don't need to be too ashamed of our large
file problems.

Of course if you'd like to try to integrate the new editor first. Feel free to
go ahead.

Gerd


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Squirrel-sql-develop mailing list
Squirrel-sql-develop@...
https://lists.sourceforge.net/lists/listinfo/squirrel-sql-develop