Grouper Users - Open Discussion List

[Siju Jacob <>]

I got over the below issue by passing pass -Dlog4j.skipJansi=true as VM argument . Now I am getting this new error

 

2018-06-15 17:17:41,982: [Thread-16] ERROR ScriptedAttributeDefinition.doResolve(135) -  - ScriptletAttributeDefinition groupObjectclass unable to execute script

javax.script.ScriptException: ReferenceError: "importPackage" is not defined in <eval> at line number 2

        at jdk.nashorn.api.scripting.NashornScriptEngine.throwAsScriptException(NashornScriptEngine.java:470)

        at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:426)

        at jdk.nashorn.api.scripting.NashornScriptEngine.access$300(NashornScriptEngine.java:73)

        at jdk.nashorn.api.scripting.NashornScriptEngine$3.eval(NashornScriptEngine.java:514)

        at edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.attributeDefinition.ScriptedAttributeDefinition.doResolve(ScriptedAttributeDefinition.java:122)

        at edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.attributeDefinition.BaseAttributeDefinition.resolve(BaseAttributeDefinition.java:108)

        at edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.attributeDefinition.BaseAttributeDefinition.resolve(BaseAttributeDefinition.java:39)

        at edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.attributeDefinition.ContextualAttributeDefinition.resolve(ContextualAttributeDefinition.java:93)

        at edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.attributeDefinition.ContextualAttributeDefinition.resolve(ContextualAttributeDefinition.java:33)

        at edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.ShibbolethAttributeResolver.resolveAttribute(ShibbolethAttributeResolver.java:335)

        at edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.ShibbolethAttributeResolver.resolveAttributes(ShibbolethAttributeResolver.java:284)

        at edu.internet2.middleware.shibboleth.common.attribute.resolver.provider.ShibbolethAttributeResolver.resolveAttributes(ShibbolethAttributeResolver.java:131)

        at edu.internet2.middleware.psp.shibboleth.SimpleAttributeAuthority.getAttributes(SimpleAttributeAuthority.java:96)

        at edu.internet2.middleware.psp.shibboleth.SimpleAttributeAuthority.getAttributes(SimpleAttributeAuthority.java:39)

      at

 

 

From: Siju Jacob
Sent: Friday, June 15, 2018 5:17 PM
To: Mailing List <>
Cc: Omer Almatary <>; Nazeer Syed <>
Subject: grouper upgrade 2.3.0 from 2.2.0 jdk 1.8 Exception in thread "main" java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no jansi in java.library.path]

 

Hi,

    I am getting the following error when I run the PSP (gsh –loader) in jdk 8

 

Exception in thread "main" java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no jansi in java.library.path]

        at org.fusesource.hawtjni.runtime.Library.doLoad(Library.java:182)

        at org.fusesource.hawtjni.runtime.Library.load(Library.java:140)

        at org.fusesource.jansi.internal.CLibrary.<clinit>(CLibrary.java:42)

        at org.fusesource.jansi.AnsiConsole.wrapOutputStream(AnsiConsole.java:48)

        at org.fusesource.jansi.AnsiConsole.<clinit>(AnsiConsole.java:38)

        at java.lang.Class.forName0(Native Method)

        at java.lang.Class.forName(Class.java:348)

        at org.codehaus.groovy.runtime.callsite.CallSiteArray$1.run(CallSiteArray.java:68)

        at org.codehaus.groovy.runtime.callsite.CallSiteArray$1.run(CallSiteArray.java:65)

        at java.security.AccessController.doPrivileged(Native Method)

        at org.codehaus.groovy.runtime.callsite.CallSiteArray.createCallStaticSite(CallSiteArray.java:65)

        at org.codehaus.groovy.runtime.callsite.CallSiteArray.createCallSite(CallSiteArray.java:162)

        at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)

        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)

        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117)

        at org.codehaus.groovy.tools.shell.Main.installAnsi(Main.groovy:257)

        at org.codehaus.groovy.tools.shell.Main.setTerminalType(Main.groovy:243)

        at org.codehaus.groovy.tools.shell.Main.main(Main.groovy:124)

 

Thanks,

siju

 

From: Hyzer, Chris <>
Sent: Tuesday, June 12, 2018 11:33 AM
To: Siju Jacob <>; Mailing List <>
Cc: Omer Almatary <>; Nazeer Syed <>
Subject: RE: group upgrade 2.3.0 from 2.2.0 jdk 1.8 java.lang.UnsupportedClassVersionError: org/codehaus/groovy/jsr223/GroovyScriptEngineFactory

 

Bert, is this the issue where PSP scripting doesn’t work with java8?  Whats the workaround for this?  Why would the error be 51.0, don’t you get that when you run java6 but need java7?  Why would they get that when running java8?

 

Thanks

Chris

 

From: [] On Behalf Of Siju Jacob
Sent: Monday, June 11, 2018 8:18 PM
To: Mailing List <>
Cc: Omer Almatary <>; Nazeer Syed <>
Subject: [grouper-users] group upgrade 2.3.0 from 2.2.0 jdk 1.8 java.lang.UnsupportedClassVersionError: org/codehaus/groovy/jsr223/GroovyScriptEngineFactory

 

Hi,

   We are upgrading from grouper 2.3.0 to 2.2.0 and trying to run the PSP 2.3.0 version. We are using JDK 1.8

While trying the PSP 2.3.0 provisioning of groups to Active Directory we are getting the following error. Seems to be due to the groovy-all-2.5.0-beta-2.jar present in grouper api lib directory.

 

2018-06-11 18:31:00,456: [main] ERROR BaseService.loadContext(188) -  - Configuration was not loaded for psp.AttributeResolver service, error creating components.  The root cause of this error was: java.lang.UnsupportedClassVersionError: org/codehaus/groovy/jsr223/GroovyScriptEngineFactory : Unsupported major.minor version 51.0

 

Any advice or guidance would be greatly appreciated..!

Thanks,

Siju

 

From: Siju Jacob
Sent: Monday, March 26, 2018 11:05 AM
To: ' Mailing List' <>
Cc: Omer Almatary <>; Nazeer Syed <>
Subject: admin users created in a group at higher level folder is not able to see the groups in lower level folder in the hierarchy

 

Hi,

    I created a admin group as below and added few users to it.

       orgs:10014:ru-Newark Chancellor's Office_Admin

But these users are not able to see the groups within the subfolders inside this folder (orgs:10014).

 

Below is the subfolder which has 8 groups, which is not visible to the admin users who belong to ru-Newark Chancellor's Office_Admin.

orgs:10014:10056:ref.

 

I am sure, something is missed on my part while configuring this admin group.

 

Any advice or guidance would be greatly appreciated..!

Thanks,

Siju