You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@groovy.apache.org by "Erick Nelson (JIRA)" <ji...@apache.org> on 2018/06/05 20:35:00 UTC
[jira] [Comment Edited] (GROOVY-8634) New warning messages for 2.5
and Java7
[ https://issues.apache.org/jira/browse/GROOVY-8634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16502441#comment-16502441 ]
Erick Nelson edited comment on GROOVY-8634 at 6/5/18 8:34 PM:
--------------------------------------------------------------
No , im not using it. but I think groovy is trying to load the module and complianing that it can't.
If you look at the call I made above in the description, just to get the groovy version, and not executing any code, I get the issue.
I had a similar problem awhile ago with java nio on a server still using Java 6. For that I just removed a jar from the groovy lib directory. I wonder if there is something similar I can do for this.
For the moment, on my dev servers, I'm just changing groovy/bin/groovy to have the startGroovy call redirect stderr to the bitbucket...
-bash-4.1$ tail -2 /opt/apps/tools/groovy-2.5.0/bin/groovy
#startGroovy groovy.ui.GroovyMain "$@"
startGroovy groovy.ui.GroovyMain "$@" 2> /dev/null
was (Author: brokenrolex):
No , im not using it. but I think groovy is trying to load the module and complianing that it can't.
If you look at the call I made above in the description, just to get the groovy version, and not executing any code, I get the issue.
I had a similar problem awhile ago with java nio on a server still using Java 6. For that I just removed a jar from the groovy bin directory. I wonder if there is something similar I can do for this.
For the moment, on my dev servers, I'm just changing groovy/bin/groovy to have the startGroovy call redirect stderr to the bitbucket...
-bash-4.1$ tail -2 /opt/apps/tools/groovy-2.5.0/bin/groovy
#startGroovy groovy.ui.GroovyMain "$@"
startGroovy groovy.ui.GroovyMain "$@" 2> /dev/null
> New warning messages for 2.5 and Java7
> --------------------------------------
>
> Key: GROOVY-8634
> URL: https://issues.apache.org/jira/browse/GROOVY-8634
> Project: Groovy
> Issue Type: Bug
> Environment: -bash-4.1$ uname -a
> Linux xxxxxxxxxxxxxxxxxx 2.6.32-696.20.1.el6.x86_64 #1 SMP Thu Jan 25 15:32:38 PST 2018 x86_64 x86_64 x86_64 GNU/Linux
> Reporter: Erick Nelson
> Priority: Blocker
>
> On a server we still have Java7 installed, I'm getting these warning messages. They look like JUL logging but I'm not sure. I have the jul-to-slf4j bridge installed but these messages don't seem to be rerouted so I'm not sure what the source is at the moment. I don't mind the warnings, as long as I can capture and properly log them.
>
> -bash-4.1$ /opt/apps/tools/groovy/bin/groovy -v
> Jun 04, 2018 7:03:01 AM org.codehaus.groovy.runtime.m12n.MetaInfExtensionModule newModule
> WARNING: Module [groovy-datetime] - Unable to load extension class [org.apache.groovy.datetime.extensions.DateTimeExtensions]
> Jun 04, 2018 7:03:01 AM org.codehaus.groovy.runtime.m12n.MetaInfExtensionModule newModule
> WARNING: Module [groovy-datetime] - Unable to load extension class [org.apache.groovy.datetime.extensions.DateTimeStaticExtensions]
> Groovy Version: *2.5.0* JVM*: 1.7.0_161* Vendor: Oracle Corporation OS: Linux
>
> The bridge that I am using is...
> <dependency>
> <groupId>org.slf4j</groupId>
> <artifactId>jul-to-slf4j</artifactId>
> <version>1.7.9</version>
> </dependency>
>
> And I'm invoking it in my startup with...
> static void createJulBridge (BaseScript script) {
> try {
> java.util.logging.LogManager.getLogManager().reset()
> SLF4JBridgeHandler.removeHandlersForRootLogger()
> SLF4JBridgeHandler.install()
> }
> catch (Exception e) {
> script._warn << "jul->slf4j bridge install error [${e.message}]"
> }
> }
>
> I think my problem might be that those messages are coming up before I can hookup the bridge.
>
> Any insight on this you can give me?
> It would be nice if there was a way to suppress or delay these warnings. As it is , this is keeping me from using 2.5.0.
> In the meantime I am trying to get our admins to upgrade to at least Java8... but that might take some time.
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)