Sun, 01 Feb 2009 16:27:41 +0100Rearranged to support test as well as interactive modes
Jaroslav Tulach <jtulach@netbeans.org> [Sun, 01 Feb 2009 16:27:41 +0100] rev 311
Rearranged to support test as well as interactive modes

Sun, 01 Feb 2009 16:03:37 +0100QueryException interactive example
Jaroslav Tulach <jtulach@netbeans.org> [Sun, 01 Feb 2009 16:03:37 +0100] rev 310
QueryException interactive example

Sun, 01 Feb 2009 13:38:08 +0100Test passes with query
Jaroslav Tulach <jtulach@netbeans.org> [Sun, 01 Feb 2009 13:38:08 +0100] rev 309
Test passes with query

Sun, 01 Feb 2009 13:27:04 +0100Simple write test is OK
Jaroslav Tulach <jtulach@netbeans.org> [Sun, 01 Feb 2009 13:27:04 +0100] rev 308
Simple write test is OK

Wed, 28 Jan 2009 08:06:41 +0100Initial attempt to provide sample for trycatchredo
Jaroslav Tulach <jtulach@netbeans.org> [Wed, 28 Jan 2009 08:06:41 +0100] rev 307
Initial attempt to provide sample for trycatchredo

Tue, 20 Jan 2009 22:55:18 +0100platform and ide cluster increased cluster numbers and we need to change the download locations
Jaroslav Tulach <jtulach@netbeans.org> [Tue, 20 Jan 2009 22:55:18 +0100] rev 306
platform and ide cluster increased cluster numbers and we need to change the download locations

Sat, 10 Jan 2009 22:34:11 +0100Taking code snippets from tests
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 10 Jan 2009 22:34:11 +0100] rev 305
Taking code snippets from tests

Sat, 10 Jan 2009 21:50:30 +0100Shortening long line
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 10 Jan 2009 21:50:30 +0100] rev 304
Shortening long line

Sat, 10 Jan 2009 21:29:22 +0100Initial version of sample to explain 'code injection'
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 10 Jan 2009 21:29:22 +0100] rev 303
Initial version of sample to explain 'code injection'

Thu, 25 Dec 2008 19:40:48 +0100Shortening long lines
Jaroslav Tulach <jtulach@netbeans.org> [Thu, 25 Dec 2008 19:40:48 +0100] rev 302
Shortening long lines

Thu, 25 Dec 2008 19:25:59 +0100Adding day.end.bridges.DigestImpl code snippet
Jaroslav Tulach <jtulach@netbeans.org> [Thu, 25 Dec 2008 19:25:59 +0100] rev 301
Adding day.end.bridges.DigestImpl code snippet

Sat, 15 Nov 2008 13:12:46 +0100Typo and bigger code snippet
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 15 Nov 2008 13:12:46 +0100] rev 300
Typo and bigger code snippet

Sat, 15 Nov 2008 08:39:01 +0100Files shall be referenced to their actual version. Only that makes the links always valid
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 15 Nov 2008 08:39:01 +0100] rev 299
Files shall be referenced to their actual version. Only that makes the links always valid

Sat, 15 Nov 2008 08:30:06 +0100two code snippets were named the same
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 15 Nov 2008 08:30:06 +0100] rev 298
two code snippets were named the same

Sat, 15 Nov 2008 08:29:32 +0100Showing use of "plain" factories
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 15 Nov 2008 08:29:32 +0100] rev 297
Showing use of "plain" factories

Sat, 15 Nov 2008 08:26:27 +0100it is builder.creation
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 15 Nov 2008 08:26:27 +0100] rev 296
it is builder.creation

Sat, 15 Nov 2008 08:25:52 +0100Tests for magical bag - e.g. overuse of lookup
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 15 Nov 2008 08:25:52 +0100] rev 295
Tests for magical bag - e.g. overuse of lookup

Sat, 15 Nov 2008 08:19:20 +0100Adding builder pattern
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 15 Nov 2008 08:19:20 +0100] rev 294
Adding builder pattern

Sat, 15 Nov 2008 06:57:15 +0100Fixing broken code section
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 15 Nov 2008 06:57:15 +0100] rev 293
Fixing broken code section

Sat, 15 Nov 2008 06:53:43 +0100Renaming the AServerInfo class to ServerConnector and spliting it into three separate classes.
Jaroslav Tulach <jtulach@netbeans.org> [Sat, 15 Nov 2008 06:53:43 +0100] rev 292
Renaming the AServerInfo class to ServerConnector and spliting it into three separate classes.

Sun, 09 Nov 2008 16:20:01 +0100Renaming arguments
Jaroslav Tulach <jtulach@netbeans.org> [Sun, 09 Nov 2008 16:20:01 +0100] rev 291
Renaming arguments

Sun, 09 Nov 2008 15:44:53 +0100Showing API for AServerInfo
Jaroslav Tulach <jtulach@netbeans.org> [Sun, 09 Nov 2008 15:44:53 +0100] rev 290
Showing API for AServerInfo

Wed, 29 Oct 2008 18:10:24 +0100Too long line
Jaroslav Tulach <jtulach@netbeans.org> [Wed, 29 Oct 2008 18:10:24 +0100] rev 289
Too long line

Wed, 29 Oct 2008 17:41:37 +0100Petr Nejedl? discovered that surrounding variable definition with { } does not guarantee it to be removed from stack
Jaroslav Tulach <jtulach@netbeans.org> [Wed, 29 Oct 2008 17:41:37 +0100] rev 288
Petr Nejedl? discovered that surrounding variable definition with { } does not guarantee it to be removed from stack

Fri, 24 Oct 2008 21:15:50 +0200Moving into real packages
Jaroslav Tulach <jtulach@netbeans.org> [Fri, 24 Oct 2008 21:15:50 +0200] rev 287
Moving into real packages

Fri, 24 Oct 2008 12:07:34 +0200Rewriting the initialization to be more meaningful for clueless reader that does not need to understand every detail
Jaroslav Tulach <jtulach@netbeans.org> [Fri, 24 Oct 2008 12:07:34 +0200] rev 286
Rewriting the initialization to be more meaningful for clueless reader that does not need to understand every detail

Fri, 24 Oct 2008 11:32:33 +0200extracting the accessor initialization outside of the API block of the Item class
Jaroslav Tulach <jtulach@netbeans.org> [Fri, 24 Oct 2008 11:32:33 +0200] rev 285
extracting the accessor initialization outside of the API block of the Item class

Fri, 17 Oct 2008 09:23:37 +0200Wrong English in method name
Jaroslav Tulach <jtulach@netbeans.org> [Fri, 17 Oct 2008 09:23:37 +0200] rev 284
Wrong English in method name

Fri, 17 Oct 2008 09:01:08 +0200ljnelson noted at 'http://weblogs.java.net/blog/jst/archive/2008/10/the_better_comp.html' that it is enough to make the variable final and the problem goes away. True, final helps, however the same code without final works as well. This very likely means that the compiler puts the variable into the topmost block where it is guaranteed to be fully initialized. That is why we need a hint warn about declaration of non-fully initialized variables.
Jaroslav Tulach <jtulach@netbeans.org> [Fri, 17 Oct 2008 09:01:08 +0200] rev 283
ljnelson noted at 'http://weblogs.java.net/blog/jst/archive/2008/10/the_better_comp.html' that it is enough to make the variable final and the problem goes away. True, final helps, however the same code without final works as well. This very likely means that the compiler puts the variable into the topmost block where it is guaranteed to be fully initialized. That is why we need a hint warn about declaration of non-fully initialized variables.

Wed, 15 Oct 2008 21:48:18 +0200Too long lines
Jaroslav Tulach <jtulach@netbeans.org> [Wed, 15 Oct 2008 21:48:18 +0200] rev 282
Too long lines