[cas-dev] Trunk: SafeDispatcherServletTests failingsporadically
Smith, Matt
matt.smith at uconn.edu
Tue Jul 3 13:25:08 EDT 2007
Filed as CAS-531.
On Tue, 2007-07-03 at 11:44 -0400, Scott Battaglia wrote:
> Aha! Thanks for tracing that. After I sent the email to you I
> realized Bamboo was failing and I hadn't had a chance to look at why
> yet!
>
> If you can file a JIRA issue to exclude Spring from PersonDirectory, I
> can get that in by the end of the day! That may fix the other problem
> I had seen when I upgrade to Spring 2.0.6 (I downgraded due to other
> problems I was seeing).
>
> Thanks!
> -Scott
>
> On 7/3/07, Smith, Matt <matt.smith at uconn.edu> wrote:
> Scott-
> I'm not sure if this is the issue or not ... but I see that
> "Person
> Directory" has a Spring 2.0.3 dependency, while CAS3 trunk
> requires
> 2.0.5. From the Spring changelog [1], I see reference to
> "addApplicationListener" being added in 2.0.4. This is the
> method that
> seems to be causing my NoSuchMethodError. I do see both 2.0.3
> and 2.0.5
> jars being included in Maven's classpath (when using -X). I
> have no
> global classpath, so I am only using what Maven constructs,
> and I'm
> guessing that the classloading order might be rather
> non-deterministic.
>
> So -- how should this be handled? Should either CAS or
> Person
> Directory loosen the version requirement?
>
> -Matt
>
> [1]
> http://static.springframework.org/spring/docs/2.0.x/changelog.txt
>
>
> On Tue, 2007-07-03 at 08:31 -0400, Scott Battaglia wrote:
> > It looks like a classpath error for some reason. Do you
> have Spring
> > on your CLASSPATH at all? Or multiple instances of Spring?
> >
> > I haven't seen this locally but I'll keep an eye out for it
> as I
> > continue development.
> >
> > -Scott
> >
> > On 7/2/07, Smith, Matt <matt.smith at uconn.edu> wrote:
> > All-
> >
> > I have checked out trunk, and am issuing the
> following from
> > the
> > cas-server-core module to isolate this one test:
> >
> > cas-server-core$ mvn -e
> -Dtest=SafeDispatcherServletTests test
> >
> > This seems to pass or fail depending on the quantum
> state of
> > some
> > entangled particle, passing only (by rough
> guesstimation) 30%
> > of the
> > time. I have repeated this same test many times,
> and cannot
> > discern any
> > rhyme or reason. Is anyone else seeing this?
> >
> > Here is some information:
> >
> > $ java -version
> > java version "1.6.0"
> > Java(TM) SE Runtime Environment (build 1.6.0-b105)
> > Java HotSpot(TM) 64-Bit Server VM (build
> 1.6.0-b105 , mixed
> > mode)
> >
> > $ mvn -version
> > Maven version: 2.0.7
> > Java version: 1.6.0
> > OS name: "linux" version: "2.6.20-16-generic" arch:
> "amd64"
> >
> > Attached are two surefire reports, one for the
> SUCCESS case,
> > and one for
> > the FAILURE case.
> >
> > Thanks all,
> > -Matt
> >
> > --
> > Matthew J. Smith <matt.smith at uconn.edu>
> > University of Connecticut UITS
> >
> > _______________________________________________
> > cas-dev mailing list
> > cas-dev at tp.its.yale.edu
> > http://tp.its.yale.edu/mailman/listinfo/cas-dev
> >
> >
> >
> >
> >
> > --
> > -Scott Battaglia
> >
> > LinkedIn: http://www.linkedin.com/in/scottbattaglia
> --
> Matthew J. Smith < matt.smith at uconn.edu>
> University of Connecticut UITS
>
>
>
>
> --
> -Scott Battaglia
>
> LinkedIn: http://www.linkedin.com/in/scottbattaglia
--
Matthew J. Smith <matt.smith at uconn.edu>
University of Connecticut UITS
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://tp.its.yale.edu/pipermail/cas-dev/attachments/20070703/ba6932d1/attachment.bin
More information about the cas-dev
mailing list