grouper-dev - FW: [grouper-users] problem deploying Grouper 1.3.0, Exception starting filter Login check
Subject: Grouper Developers Forum
List archive
FW: [grouper-users] problem deploying Grouper 1.3.0, Exception starting filter Login check
Chronological Thread
- From: Chris Hyzer <>
- To: Grouper Dev <>
- Subject: FW: [grouper-users] problem deploying Grouper 1.3.0, Exception starting filter Login check
- Date: Wed, 2 Jul 2008 00:33:54 -0400
- Accept-language: en-US
- Acceptlanguage: en-US
Did we have consensus that we can get rid of the grouper-lib.jar now that we
are using invoker and that we don't like jars that contain classfiles from
other jars? Should we make a jira and do this for 1.4 (seems like too much
of a shift for 1.3.1)?
Thanks,
Chris
Ps. Thanks for the suggestion, Tom
> -----Original Message-----
> From:
>
>
> [mailto:]
> On Behalf Of Tom
> Zeller
> Sent: Tuesday, July 01, 2008 5:53 PM
> To: Scott Koranda
> Cc:
>
> Subject: Re: [grouper-users] problem deploying Grouper 1.3.0, Exception
> starting filter Login check
>
> In my experience, when 'ant dist.lib' creates grouper-lib.jar, the
> included mailapi.jar will have its manifest stripped out; the
> workaround I've used is to copy all of grouper's jars individually.
>
> TomZ
>
> On Tue, Jul 1, 2008 at 4:00 PM, Scott Koranda
> <>
> wrote:
> > Hi,
> >
> > So I believe I followed the details for building and deploying
> Grouper
> > 1.3.0 at
> >
> >
> https://wiki.internet2.edu/confluence/display/GrouperWG/Grouper+Product
> >
> > but when I start up Tomcat (5.5.26) I see the following in
> > the localhost log:
> >
> > SEVERE: Exception starting filter Login check
> > java.lang.SecurityException: no manifiest section for signature file
> entry com/sun/mail/smtp/SMTPAddressSucceededException.class
> > at
> sun.security.util.SignatureFileVerifier.verifySection(SignatureFileVeri
> fier.java:377)
> > at
> sun.security.util.SignatureFileVerifier.processImpl(SignatureFileVerifi
> er.java:231)
> > at
> sun.security.util.SignatureFileVerifier.process(SignatureFileVerifier.j
> ava:176)
> > at
> java.util.jar.JarVerifier.processEntry(JarVerifier.java:276)
> > at java.util.jar.JarVerifier.update(JarVerifier.java:188)
> > at java.util.jar.JarFile.initializeVerifier(JarFile.java:325)
> > at java.util.jar.JarFile.getInputStream(JarFile.java:390)
> > at
> org.apache.catalina.loader.WebappClassLoader.findResourceInternal(Webap
> pClassLoader.java:2018)
> > at
> org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappCl
> assLoader.java:1796)
> > at
> org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoade
> r.java:875)
> > at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoade
> r.java:1330)
> > at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoade
> r.java:1209)
> > at
> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> > at java.lang.Class.getDeclaredConstructors0(Native Method)
> > at
> java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
> > at java.lang.Class.getConstructor0(Class.java:2671)
> > at java.lang.Class.newInstance0(Class.java:321)
> > at java.lang.Class.newInstance(Class.java:303)
> > at
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationF
> ilterConfig.java:208)
> > at
> org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(Applicati
> onFilterConfig.java:302)
> > at
> org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilt
> erConfig.java:78)
> > at
> org.apache.catalina.core.StandardContext.filterStart(StandardContext.ja
> va:3635)
> > at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:422
> 2)
> > at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j
> ava:760)
> > at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
> > at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
> > at
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java
> :626)
> > at
> org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.jav
> a:553)
> > at
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
> > at
> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
> > at
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:3
> 11)
> > at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS
> upport.java:120)
> > at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
> > at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> > at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> > at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> > at
> org.apache.catalina.core.StandardService.start(StandardService.java:448
> )
> > at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> > at
> org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja
> va:39)
> > at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso
> rImpl.java:25)
> > at java.lang.reflect.Method.invoke(Method.java:585)
> > at
> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> > at
> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> >
> > Any ideas?
> >
> > What can I do to further debug my deployment? Is there any
> > other information that I can provide that will help debug?
> >
> > Thanks,
> >
> > Scott
> >
- FW: [grouper-users] problem deploying Grouper 1.3.0, Exception starting filter Login check, Chris Hyzer, 07/02/2008
Archive powered by MHonArc 2.6.16.