Thread: [Codenarc-developer] tons of exceptions in build
Brought to you by:
chrismair
Menu
▾
▴
codenarc-developer
|
From: Hamlet D. <ham...@ca...> - 2011-05-31 09:32:11
|
Hi Chris, When running the maven build, I get a ton of exceptions. I never know if it works correctly or is a new error. I see this exception quite often when I run "mvn test": java.util.regex.PatternSyntaxException: Dangling meta character '*' near index 0 *Test,*Tests,*TestCase ^ at java.util.regex.Pattern.error(Pattern.java:1713) at java.util.regex.Pattern.sequence(Pattern.java:1878) at java.util.regex.Pattern.expr(Pattern.java:1752) Is it normal that these exceptions are thrown? -- Hamlet D'Arcy ham...@ca... |
|
From: Chris M. <chr...@ea...> - 2011-06-01 02:21:16
|
Hamlet, I do see those exceptions in the test output as well, when I run mvn test, though all the tests pass. It is because the JavaIoPackageAccessRule has doNotApplyToFilesMatching = DEFAULT_TEST_CLASS_NAMES (wildcard string) instead of DEFAULT_TEST_FILES (regex). I checked in the fix for that, and don't see those errors anymore. Chris -----Original Message----- From: Hamlet DArcy [mailto:ham...@ca...] Sent: Tuesday, May 31, 2011 5:32 AM To: cod...@li... Subject: [Codenarc-developer] tons of exceptions in build Hi Chris, When running the maven build, I get a ton of exceptions. I never know if it works correctly or is a new error. I see this exception quite often when I run "mvn test": java.util.regex.PatternSyntaxException: Dangling meta character '*' near index 0 *Test,*Tests,*TestCase ^ at java.util.regex.Pattern.error(Pattern.java:1713) at java.util.regex.Pattern.sequence(Pattern.java:1878) at java.util.regex.Pattern.expr(Pattern.java:1752) Is it normal that these exceptions are thrown? -- Hamlet D'Arcy ham...@ca... ---------------------------------------------------------------------------- -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev _______________________________________________ Codenarc-developer mailing list Cod...@li... https://lists.sourceforge.net/lists/listinfo/codenarc-developer |
|
From: Hamlet D'A. <ham...@gm...> - 2011-06-01 04:23:45
|
Can we write a unit test in the abstract test case to make sure these are valid for all rules? I can validate a regex... can you validate a wildcard expression? On Wed, Jun 1, 2011 at 4:21 AM, Chris Mair <chr...@ea...> wrote: > Hamlet, > > I do see those exceptions in the test output as well, when I run mvn test, > though all the tests pass. > > It is because the JavaIoPackageAccessRule has doNotApplyToFilesMatching = > DEFAULT_TEST_CLASS_NAMES (wildcard string) instead of DEFAULT_TEST_FILES > (regex). I checked in the fix for that, and don't see those errors anymore. > > Chris > -----Original Message----- > From: Hamlet DArcy [mailto:ham...@ca...] > Sent: Tuesday, May 31, 2011 5:32 AM > To: cod...@li... > Subject: [Codenarc-developer] tons of exceptions in build > > Hi Chris, > > When running the maven build, I get a ton of exceptions. I never know if it > works correctly or is a new error. > > I see this exception quite often when I run "mvn test": > > java.util.regex.PatternSyntaxException: Dangling meta character '*' near > index 0 *Test,*Tests,*TestCase ^ > at java.util.regex.Pattern.error(Pattern.java:1713) > at java.util.regex.Pattern.sequence(Pattern.java:1878) > at java.util.regex.Pattern.expr(Pattern.java:1752) > > > Is it normal that these exceptions are thrown? > > -- > Hamlet D'Arcy > ham...@ca... > > > ---------------------------------------------------------------------------- > -- > Simplify data backup and recovery for your virtual environment with vRanger. > > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > Codenarc-developer mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codenarc-developer > > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > Codenarc-developer mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codenarc-developer > -- Hamlet D'Arcy ham...@gm... |
|
From: <chr...@we...> - 2011-06-01 11:50:44
|
Yes, that sounds like a good idea. I guess it would instantiate the rule and check all of the non-null applyTo* and doNotApplyTo* values. I think I'll be able to come up with a validation for the wildcard expressions. -----Original Message----- From: Hamlet D'Arcy [mailto:ham...@gm...] Sent: Wednesday, June 01, 2011 12:24 AM To: Cod...@li... Subject: Re: [Codenarc-developer] tons of exceptions in build Can we write a unit test in the abstract test case to make sure these are valid for all rules? I can validate a regex... can you validate a wildcard expression? On Wed, Jun 1, 2011 at 4:21 AM, Chris Mair <chr...@ea...> wrote: > Hamlet, > > I do see those exceptions in the test output as well, when I run mvn test, > though all the tests pass. > > It is because the JavaIoPackageAccessRule has doNotApplyToFilesMatching = > DEFAULT_TEST_CLASS_NAMES (wildcard string) instead of DEFAULT_TEST_FILES > (regex). I checked in the fix for that, and don't see those errors anymore. > > Chris > -----Original Message----- > From: Hamlet DArcy [mailto:ham...@ca...] > Sent: Tuesday, May 31, 2011 5:32 AM > To: cod...@li... > Subject: [Codenarc-developer] tons of exceptions in build > > Hi Chris, > > When running the maven build, I get a ton of exceptions. I never know if it > works correctly or is a new error. > > I see this exception quite often when I run "mvn test": > > java.util.regex.PatternSyntaxException: Dangling meta character '*' near > index 0 *Test,*Tests,*TestCase ^ > at java.util.regex.Pattern.error(Pattern.java:1713) > at java.util.regex.Pattern.sequence(Pattern.java:1878) > at java.util.regex.Pattern.expr(Pattern.java:1752) > > > Is it normal that these exceptions are thrown? > > -- > Hamlet D'Arcy > ham...@ca... > > > ---------------------------------------------------------------------------- > -- > Simplify data backup and recovery for your virtual environment with vRanger. > > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > Codenarc-developer mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codenarc-developer > > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > Codenarc-developer mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codenarc-developer > -- Hamlet D'Arcy ham...@gm... ------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev _______________________________________________ Codenarc-developer mailing list Cod...@li... https://lists.sourceforge.net/lists/listinfo/codenarc-developer |
|
From: Hamlet D'A. <ham...@gm...> - 2011-06-01 12:45:18
|
That sounds good to me. I'll assume it's on your todo list and not on mine... just let me know if you need me to do it instead. -- Hamlet D'Arcy ham...@gm... On Wed, Jun 1, 2011 at 1:50 PM, <chr...@we...> wrote: > Yes, that sounds like a good idea. I guess it would instantiate the rule and check all of the non-null applyTo* and doNotApplyTo* values. I think I'll be able to come up with a validation for the wildcard expressions. > > -----Original Message----- > From: Hamlet D'Arcy [mailto:ham...@gm...] > Sent: Wednesday, June 01, 2011 12:24 AM > To: Cod...@li... > Subject: Re: [Codenarc-developer] tons of exceptions in build > > Can we write a unit test in the abstract test case to make sure these > are valid for all rules? > > I can validate a regex... can you validate a wildcard expression? > > > > On Wed, Jun 1, 2011 at 4:21 AM, Chris Mair <chr...@ea...> wrote: >> Hamlet, >> >> I do see those exceptions in the test output as well, when I run mvn test, >> though all the tests pass. >> >> It is because the JavaIoPackageAccessRule has doNotApplyToFilesMatching = >> DEFAULT_TEST_CLASS_NAMES (wildcard string) instead of DEFAULT_TEST_FILES >> (regex). I checked in the fix for that, and don't see those errors anymore. >> >> Chris >> -----Original Message----- >> From: Hamlet DArcy [mailto:ham...@ca...] >> Sent: Tuesday, May 31, 2011 5:32 AM >> To: cod...@li... >> Subject: [Codenarc-developer] tons of exceptions in build >> >> Hi Chris, >> >> When running the maven build, I get a ton of exceptions. I never know if it >> works correctly or is a new error. >> >> I see this exception quite often when I run "mvn test": >> >> java.util.regex.PatternSyntaxException: Dangling meta character '*' near >> index 0 *Test,*Tests,*TestCase ^ >> at java.util.regex.Pattern.error(Pattern.java:1713) >> at java.util.regex.Pattern.sequence(Pattern.java:1878) >> at java.util.regex.Pattern.expr(Pattern.java:1752) >> >> >> Is it normal that these exceptions are thrown? >> >> -- >> Hamlet D'Arcy >> ham...@ca... >> >> >> ---------------------------------------------------------------------------- >> -- >> Simplify data backup and recovery for your virtual environment with vRanger. >> >> Installation's a snap, and flexible recovery options mean your data is safe, >> secure and there when you need it. Data protection magic? >> Nope - It's vRanger. Get your free trial download today. >> http://p.sf.net/sfu/quest-sfdev2dev >> _______________________________________________ >> Codenarc-developer mailing list >> Cod...@li... >> https://lists.sourceforge.net/lists/listinfo/codenarc-developer >> >> >> ------------------------------------------------------------------------------ >> Simplify data backup and recovery for your virtual environment with vRanger. >> Installation's a snap, and flexible recovery options mean your data is safe, >> secure and there when you need it. Data protection magic? >> Nope - It's vRanger. Get your free trial download today. >> http://p.sf.net/sfu/quest-sfdev2dev >> _______________________________________________ >> Codenarc-developer mailing list >> Cod...@li... >> https://lists.sourceforge.net/lists/listinfo/codenarc-developer >> > > > > -- > Hamlet D'Arcy > ham...@gm... > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > Codenarc-developer mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codenarc-developer > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X