Hi Justing, i see your work, very impressed.
I try to configure an ldap provider but i have always : javax.naming.InvalidNameException: [LDAP: error code 34 - invalid DN] my configuration parameter: name: ldap-geosdi url: ldap://150.145.133.83/ user lookup pattern: dc=geoserver,dc=geosdi,dc=org user: uid=admin,ou=people,dc=geoserver,dc=geosdi,dc=org pass: myPass the stack trace: org.apache.wicket.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: com.sun.jndi.ldap.LdapCtx Field hierarchy is: 3 [class=org.geoserver.security.web.SecurityNamedServiceNewPage, path=3] private java.lang.Object org.apache.wicket.MarkupContainer.children [class=[Ljava.lang.Object;] protected org.apache.wicket.util.collections.MiniMap org.apache.wicket.markup.html.link.BookmarkablePageLink.parameters[8] [class=org.apache.wicket.markup.html.panel.FeedbackPanel, path=3:feedback] private java.lang.Object org.apache.wicket.MarkupContainer.children [class=org.apache.wicket.markup.html.panel.FeedbackPanel$1, path=3:feedback:feedbackul] private java.lang.Object org.apache.wicket.MarkupContainer.children [class=org.apache.wicket.markup.html.panel.FeedbackPanel$MessageListView, path=3:feedback:feedbackul:messages] private java.lang.Object org.apache.wicket.MarkupContainer.children [class=org.apache.wicket.markup.html.list.ListItem, path=3:feedback:feedbackul:messages:0] java.lang.Object org.apache.wicket.Component.data [class=[Ljava.lang.Object;] java.lang.Object org.apache.wicket.Component.data[0][1] [class=org.apache.wicket.AttributeModifier] private final org.apache.wicket.model.IModel org.apache.wicket.AttributeModifier.replaceModel [class=org.apache.wicket.markup.html.panel.FeedbackPanel$MessageListView$1] final org.apache.wicket.feedback.FeedbackMessage org.apache.wicket.markup.html.panel.FeedbackPanel$MessageListView$1.val$message [class=org.apache.wicket.feedback.FeedbackMessage] private final java.io.Serializable org.apache.wicket.feedback.FeedbackMessage.message [class=javax.naming.InvalidNameException] protected java.lang.Object javax.naming.NamingException.resolvedObj [class=com.sun.jndi.ldap.LdapCtx] <----- field that is not serializable at org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:346) Suggestion? Regard, 2012/4/4 Justin Deoliveira <[email protected]>: > Ok, build should be back to normal now. Thanks for the patience everyone. > > On Wed, Apr 4, 2012 at 2:51 AM, Justin Deoliveira <[email protected]> > wrote: >> >> OK... good news i found the leak. Was a matter of making sure the wicket >> tester instance is destroyed in test tear down. Bad news is the build is >> still failing because of some issues in the jdbc security module. Those >> tests arent actually supposed to be running, i put them in a profile to >> explicitly be run. Again... will have to pick this up tomorrow. And again... >> apologies for inconvenience. >> >> On Wed, Apr 4, 2012 at 8:26 AM, Justin Deoliveira <[email protected]> >> wrote: >>> >>> Hi all, >>> >>> >>> The security work has been committed. The settings on the build server >>> (256M of heap for tests) have brought out a memory leak. I run with 512m >>> locally (the default defined in the root pom) so I didn't see this before. I >>> spent a while looking for the leak tonight but haven't come up with anything >>> yet. I will have to pick this back up tomorrow, it will be my top priority. >>> >>> For now i have upped the test heap on the server to 512m as a temporary >>> measure to try and get the build back. Hopefully that fixes it. >>> >>> Again I will pick this back up first thing tomorrow. I apologize for >>> the inconvenience. >>> >>> -Justin >>> >>> -- >>> Justin Deoliveira >>> OpenGeo - http://opengeo.org >>> Enterprise support for open source geospatial. >>> >> >> >> >> -- >> Justin Deoliveira >> OpenGeo - http://opengeo.org >> Enterprise support for open source geospatial. >> > > > > -- > Justin Deoliveira > OpenGeo - http://opengeo.org > Enterprise support for open source geospatial. > > > ------------------------------------------------------------------------------ > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > _______________________________________________ > Geoserver-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > -- Francesco Izzi CNR - IMAA geoSDI Direzione Tecnologie e Sviluppo C.da S. Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob: +39 3203126609 mail: [email protected] skype: neofx8080 web: http://www.geosdi.org ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
