|
Hi guys, I'd like to release Sonar JavaScript Plugin version 1.0.
This plugin enables analysis of JavaScript projects into Sonar.
This version is fully based on SSLR ( https://github.com/SonarSource/sslr ) for parsing and analysis, thus dependencies on ANTLR and JLint were removed.
36 issues have been solved http://jira.codehaus.org/browse/SONARPLUGINS/fixforversion/18248 There are still a couple of issues left
http://jira.codehaus.org/browse/SONARPLUGINS/component/14683 Snapshot version
Documentation Vote open to everybody for 72 hours. [ ] +1 [ ] +0 [ ] -1 Release early, release often! Best regards, Evgeny Mandrikov aka Godin <http://godin.net.ru> http://twitter.com/_godin_ |
|
Successfully tested, so +1 and congrats for this release!
Best regards,
On Thu, May 31, 2012 at 7:45 AM, Evgeny Mandrikov <[hidden email]> wrote:
|
|
+1, all rules have some pretty good description and example :)
-----
Sonar for Continuous Inspection On Fri, Jun 1, 2012 at 9:43 AM, Fabrice Bellingard <[hidden email]> wrote: Successfully tested, so +1 and congrats for this release! |
|
Hi Evgeny,
Very good job: analysis is quite fast and, as Freddy has already said, I love the detailed descriptions of the rules. You get my +1. You'll find below some minor issues I detected:
Thank you
Regards,
David RACODON | SonarSource
Senior Consultant On 1 June 2012 10:52, Freddy Mallet <[hidden email]> wrote: +1, all rules have some pretty good description and example :) |
|
+1 Tested on legacy js code successfully On Sun, Jun 3, 2012 at 4:19 PM, David Racodon <[hidden email]> wrote: Hi Evgeny, |
|
In reply to this post by David Racodon-2
Hi David,
Thanks for your feedback. See my comments below :
On Sun, Jun 3, 2012 at 8:19 PM, David Racodon <[hidden email]> wrote: Hi Evgeny, I believe that issue on Sonar side and thus will happen for other plugins. So most probably you should create Jira ticket.
Indeed this seems like a corner case. But from my point of view we should not improve detection for this case, because this is a very strange case: declaration of function is part of list of statements. And we have another rule to detect this, because "while most script engines support Function Declarations within blocks it is not part of ECMAScript".
Currently I observe same behaviour in Flex plugin. And this makes me feel that in fact Sonar correctly displays lines, whereas SSLR incorrectly counts them in case when file ends with EOL. I don't think that this is blocker for release. So I'll put this into my TODO list for future investigations.
Best regards, Evgeny Mandrikov aka Godin <http://godin.net.ru> http://twitter.com/_godin_ |
|
The line bug is in Sonar. I have a PL/SQL of 11 lines (as shown in Notepad++), the Sonar PL/SQL plugin properly displays 11 lines. However the resource viewer only shows 10 lines. -- Dinesh Bolkensteyn www.SonarSource.com twitter.com/DBolkensteyn On Tue, Jun 5, 2012 at 7:31 AM, Evgeny Mandrikov <[hidden email]> wrote: Hi David, --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
By "the Sonar PL/SQL plugin" I mean the "line" metric in the resource viewer:
![]() ![]() On Tue, Jun 5, 2012 at 8:27 AM, Dinesh Bolkensteyn <[hidden email]> wrote:
|
|
In reply to this post by Dinesh Bolkensteyn-2
Hi Dinesh,
From my point of view this file has 10 lines. I suggest to have a call to discuss this, but in short - here is a copy-paste from discussion which occured some time ago ( why Sonar doesn't show this 11 line - http://jira.codehaus.org/browse/SONAR-3003 ) : Here is possible explanation of what happens with input "Test\n\n\n" : such input contains 3 lines (as shown in Git and in GitHub ), but editors allows for us to see and go to 4 line, just in order to start populating it when it doesn't exist yet.
On Tue, Jun 5, 2012 at 12:27 PM, Dinesh Bolkensteyn <[hidden email]> wrote:
Best regards, Evgeny Mandrikov aka Godin <http://godin.net.ru> http://twitter.com/_godin_ |
|
I agree with Evgeny, this bug is most probably on SSLR side.
-----
Sonar for Continuous Inspection On Tue, Jun 5, 2012 at 8:37 AM, Evgeny Mandrikov <[hidden email]> wrote: Hi Dinesh, |
|
In reply to this post by Evgeny Mandrikov
Hi Evgeny,
Ticket created for the " issue on Sonar:
http://jira.codehaus.org/browse/SONAR-3550. Ok for point 2, user will flag the corner case as a false-positive. I'll let you investigate for the number of lines issue.
Thank you Regards,
David RACODON | SonarSource
Senior Consultant On 5 June 2012 07:31, Evgeny Mandrikov <[hidden email]> wrote: Hi David, |
|
After discussion with Dinesh and Freddy about lines I've created ticket : http://jira.sonarsource.com/browse/SSLRSQBR-10
On Tue, Jun 5, 2012 at 1:43 PM, David Racodon <[hidden email]> wrote: Hi Evgeny, Best regards, Evgeny Mandrikov aka Godin <http://godin.net.ru> http://twitter.com/_godin_ |
|
Hi, The vote has passed with the following result: +1 : Alexandre Victoor, David Racodon, Freddy Mallet, Fabrice Bellingard I will continue with the release. Thanks to the voters to help get this out! Best regards, Evgeny Mandrikov aka Godin <http://godin.net.ru> http://twitter.com/_godin_ |
|
This post has NOT been accepted by the mailing list yet.
I wanted source code of javascript plugin 1.0.. Kindly let me know from where could I get that?
|
|
In reply to this post by Evgeny Mandrikov
Hello,
I know it's a bit late, but I've tested this new 1.0 version on one of the javascript project that I monitor, and I get a lexer error which was not occuring before with 0.4. Caused by: com.sonar.sslr.impl.LexerException: Unable to lex source code at line : 242 and column : 65 in file : file:[...]/Date.js at com.sonar.sslr.impl.Lexer.lex(Lexer.java:140) at com.sonar.sslr.impl.Lexer.lex(Lexer.java:95) ... 43 more Caused by: java.lang.IllegalStateException: None of the channel has been able to handle character '\' (decimal value 92) at line 242, column 65 at org.sonar.channel.ChannelDispatcher.consume(ChannelDispatcher.java:87) at com.sonar.sslr.impl.Lexer.lex(Lexer.java:126) ... 44 moreThe faulty line seems to be : this._interpret_time_remove_unwantedCharacters = /[^\\h;m,.\-:/\d]+/gi; Vincent 2012/6/5 Evgeny Mandrikov <[hidden email]>
|
|
Hi Vincent,
In version 1.0 we completely replaced parsing/lexing technology, so it might be not very accurate in some corner-cases like this one. However indeed - it's too late for this release. So I created ticket SONARPLUGINS-1949 for next version. In the meantime to workaround this issue you can escape forward slash character "/" in your code as: this._interpret_time_remove_unwantedCharacters = /[^\\h;m,.\-:\/\d]+/gi;
Is it acceptable for you? Let us know if this helped. And anyway thanks for feedback. On Thu, Jun 7, 2012 at 2:52 PM, Vincent Latombe <[hidden email]> wrote: Hello, Best regards, Evgeny Mandrikov aka Godin <http://godin.net.ru> http://twitter.com/_godin_ |
|
This post has NOT been accepted by the mailing list yet.
Also seeing same "None of the channel has bee able to handle character" error with character '»' (decimal value 187). This is Hex value BB, the first few bytes of the offending files always have the bytes (in Hex) EF BB BF, which are not visible in the editor (Visual Studio), and can't be escaped.
|
| Powered by Nabble | Edit this page |
