Grouper Users - Open Discussion List

[Chris Hyzer <>]

This is fixed in API patch 24, the status servlet will still give an error 
but will identify the problem group loader config

Thanks,
Chris

-----Original Message-----
From: 

 
[mailto:]
 On Behalf Of Chris Hyzer
Sent: Wednesday, August 19, 2015 12:35 PM
To: Waldbieser, Carl; grouper-users
Subject: [grouper-users] RE: Grouper status URL error interpretation

I have reproduced this problem and will work on a fix

https://bugs.internet2.edu/jira/browse/GRP-1183

Thanks,
Chris

-----Original Message-----
From: 

 
[mailto:]
 On Behalf Of Chris Hyzer
Sent: Thursday, July 30, 2015 1:37 PM
To: Waldbieser, Carl; grouper-users
Subject: [grouper-users] RE: Grouper status URL error interpretation

One of your loader jobs is not properly configured... see which groups have 
the loader attribute, see the attributes for those jobs, and see which one is 
missing a type :)  Yes, should be easier to track down...

Thanks,
Chris

-----Original Message-----
From: 

 
[mailto:]
 On Behalf Of Waldbieser, Carl
Sent: Thursday, July 30, 2015 12:52 PM
To: grouper-users
Subject: [grouper-users] Grouper status URL error interpretation


In my DEV environment, I am getting an erro from that status URL ... but I am 
not sure what it is trying to tell me:

Error in status:
java.lang.RuntimeException: Cant find GrouperLoaderType from string: '', 
expecting one of: SQL_SIMPLE, MAINTENANCE, SQL_GROUP_LIST, CHANGE_LOG, 
ATTR_SQL_SIMPLE, LDAP_SIMPLE, LDAP_GROUP_LIST, LDAP_GROUPS_FROM_ATTRIBUTES, 
PSP_FULL_SYNC, 
        at 
edu.internet2.middleware.grouper.util.GrouperUtil.enumValueOfIgnoreCase(GrouperUtil.java:7368)
        at 
edu.internet2.middleware.grouper.util.GrouperUtil.enumValueOfIgnoreCase(GrouperUtil.java:7333)
        at 
edu.internet2.middleware.grouper.app.loader.GrouperLoaderType.valueOfIgnoreCase(GrouperLoaderType.java:3606)
        at 
edu.internet2.middleware.grouper.j2ee.status.DiagnosticType$4.appendDiagnostics(DiagnosticType.java:167)
        at 
edu.internet2.middleware.grouper.j2ee.status.GrouperStatusServlet.doGet(GrouperStatusServlet.java:141)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at 
org.owasp.csrfguard.CsrfGuardFilter.doFilter(CsrfGuardFilter.java:110)
        at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
        at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
        at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
        at 
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:769)
        at 
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:698)
        at 
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:891)
        at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
        at java.lang.Thread.run(Thread.java:745)

Something about one of the loader jobs?
Anyone have any idea?

Thanks,
Carl Waldbieser
ITS Systems Programmer
Lafayette College