[cas-dev] Trunk: SafeDispatcherServletTests failingsporadically

[Scott Battaglia]

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://tp.its.yale.edu/pipermail/cas-dev/attachments/20070703/3ad5cafd/attachment.html