Skip to Content.
Sympa Menu

grouper-users - [grouper-users] RE: Grouper status URL error interpretation

Subject: Grouper Users - Open Discussion List

List archive

[grouper-users] RE: Grouper status URL error interpretation


Chronological Thread 
  • From: Chris Hyzer <>
  • To: "Waldbieser, Carl" <>, grouper-users <>
  • Subject: [grouper-users] RE: Grouper status URL error interpretation
  • Date: Wed, 19 Aug 2015 16:34:34 +0000
  • Accept-language: en-US

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



Archive powered by MHonArc 2.6.16.

Top of Page