Looks like its just an improper inclusion/exclusion rule in our assembly
build.  Would you mind opening a JIRA issue for this?

Thanks!
Scott


On Wed, Jan 6, 2010 at 9:26 AM, Demaris, Justin <[email protected]>wrote:

>  Hi All,
>
>
>
> I downloaded the vanilla tar.gz package of CAS Server 3.3.5 from the
> website and attempted to build it with maven. The following tests generate
> an error running a simple mvn clean install on the package:
>
>
>
> Tests in error:
>
>
> testResponse(org.jasig.cas.authentication.principal.GoogleAccountsServiceTests)
>
>
> testWithAlternativeRealm(org.jasig.cas.authentication.handler.support.JaasAuthenticationHandlerTests)
>
>
> testWithAlternativeRealmAndValidCredentials(org.jasig.cas.authentication.handler.support.JaasAuthenticationHandlerTests)
>
>
> testWithValidCredenials(org.jasig.cas.authentication.handler.support.JaasAuthenticationHandlerTests)
>
>
> testWithInvalidCredentials(org.jasig.cas.authentication.handler.support.JaasAuthenticationHandlerTests)
>
>
> testNoService(org.jasig.cas.web.support.GoogleAccountsArgumentExtractorTests)
>
> Everything to do with Google Account Services can be ignored because I
> don’t have any of that set up with a DSA key, etc, but it would definitely
> be nice to have those tests not run by default so us newbies building it
> from scratch don’t beat ourselves senseless before finding out that we don’t
> need to care.
>
>
>
> The other ones (Jaas related) are failing from a lack of the file:
>
>
>
>
> cas-server-3.3.5/cas-server-core/src/test/resources/org/jasig/cas/authentication/handler/support/jaas.conf
>
>
>
> Seeing as that whole directory structure doesn’t even exist (the only
> folder inside of cas-server-3.3.5/cas-server-core/src/test/resources is a
> WEB-INF) I’m guessing something is just messed up / deprecated in the unit
> test. The stack trace for the first instance of this error is:
>
>
>
> java.lang.SecurityException:
> /home/jed04012/cas/cas-server-3.3.5/cas-server-core/src/test/resources/org/jasig/cas/authentication/handler/support/jaas.conf
> (No such file or directory)
>
> at com.sun.security.auth.login.ConfigFile.<init>(ConfigFile.java:93)
>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>
> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>
> at java.lang.Class.newInstance0(Class.java:355)
>
> at java.lang.Class.newInstance(Class.java:308)
>
> at javax.security.auth.login.Configuration$3.run(Configuration.java:246)
>
> at java.security.AccessController.doPrivileged(Native Method)
>
> at
> javax.security.auth.login.Configuration.getConfiguration(Configuration.java:241)
>
> at
> org.jasig.cas.authentication.handler.support.JaasAuthenticationHandler.<init>(JaasAuthenticationHandler.java:57)
>
> at
> org.jasig.cas.authentication.handler.support.JaasAuthenticationHandlerTests.setUp(JaasAuthenticationHandlerTests.java:29)
>
> at junit.framework.TestCase.runBare(TestCase.java:125)
>
> at junit.framework.TestResult$1.protect(TestResult.java:106)
>
> at junit.framework.TestResult.runProtected(TestResult.java:124)
>
> at junit.framework.TestResult.run(TestResult.java:109)
>
> at junit.framework.TestCase.run(TestCase.java:118)
>
> at junit.framework.TestSuite.runTest(TestSuite.java:208)
>
> at junit.framework.TestSuite.run(TestSuite.java:203)
>
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:597)
>
> at
> org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
>
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
>
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
>
> at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:597)
>
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
>
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
>
> Caused by: java.io.IOException:
> /home/jed04012/cas/cas-server-3.3.5/cas-server-core/src/test/resources/org/jasig/cas/authentication/handler/support/jaas.conf
> (No such file or directory)
>
> at com.sun.security.auth.login.ConfigFile.init(ConfigFile.java:195)
>
> at com.sun.security.auth.login.ConfigFile.<init>(ConfigFile.java:91)
>
> ... 31 more
>
> Caused by: java.io.IOException:
> /home/jed04012/cas/cas-server-3.3.5/cas-server-core/src/test/resources/org/jasig/cas/authentication/handler/support/jaas.conf
> (No such file or directory)
>
> at com.sun.security.auth.login.ConfigFile.init(ConfigFile.java:195)
>
> at com.sun.security.auth.login.ConfigFile.<init>(ConfigFile.java:91)
>
> ... 31 more
>
> If you move in the jaas.conf from that source path in the SVN repository,
> it builds just fine, but that file does not exist in the download package,
> so you might want to add it in there and correct the directory structure.
>
>
>
> Hope this helps
>
>
>
> - Justin
>
> --
> You are currently subscribed to [email protected] as: 
> [email protected]
>
> To unsubscribe, change settings or access archives, see 
> http://www.ja-sig.org/wiki/display/JSG/cas-user
>
>

-- 
You are currently subscribed to [email protected] as: 
[email protected]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user

Reply via email to