I'm also ok with starting over on testing at this point. I spent a while late last week and this weekend trying to wrap up fcrepo-1047, but was unsuccessful.
https://jira.duraspace.org/browse/FCREPO-1047 My initial goal was just to validate what Frank had done and merge to master. But, as suggested, I looked for the same problem in the other deserializers (mets and atom/atomzip) and found it. So I attempted to apply his fixes to these deserializers and test all of them, but wasn't able to pass tests in time for code freeze. I checked my progress into a new branch just to get it saved somewhere: https://github.com/fcrepo/fcrepo/commit/9b28cffc01813c5a8b35452c6b9aaef726dd26fe ...but I'm not sure what to do about it at this point. It still needs work. Perhaps it just needs to get pushed to 3.6.1 so we can get this release out without further delays..? Also, when working on this bugfix, I've found the unit tests to be running way too slowly. Ben mentioned something to me a few weeks ago about the "convert demo object" step taking a really long time, and I can confirm this. I looked into it more deeply and found that the delay seems to actually be caused by the maven-exec plugin when running the java goal. It waits for daemon threads to finish, and it appears that the demo object conversion (serialization and/or deserialization) is creating a thread that isn't finished by the time the main(String[] ..) function completes. This is worrisome. Is Fedora creating non-cleanly-exiting daemon threads as a matter of course during object deserialization/serialization? And if so, was the problem introduced since 3.5? I haven't figured what exact thread it is that's being spun up and isn't exiting, but I do recall that Trippi's RDF parsing code *does* (or did at one point) use a thread...so that may be the first obvious place to look and try to track this down. So that's where my focus is at the moment. - Chris On Tue, Jun 12, 2012 at 2:12 PM, aj...@virginia.edu <aj...@virginia.edu> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I'm not responsible but for a pair of full install/integration test setups, > but I'd be happy to "do over". > > - --- > A. Soroka > Software & Systems Engineering :: Online Library Environment > the University of Virginia Library > > On Jun 12, 2012, at 1:56 PM, Benjamin Armintor wrote: > >> What the status of testing so far? If it's a judgment call, we should >> probably defer to the release manager. >> >> On Tue, Jun 12, 2012 at 10:48 AM, Edwin Shin <ed...@fedora-commons.org> >> wrote: >>> It's a day after code-freeze, but I finally have fcrepo-954 merged locally >>> and passing all tests. There were actually some bugs in the fcrepo-954 >>> branch which took me awhile to run down--I ended up cherry-picking each >>> individual commit to narrow the problem space. >>> >>> Do we want to make an exception to code freeze to allow the fcrepo-954 work >>> in or hold it off till next release? My vote is to make the exception, but >>> I don't know how many folks have already kicked off testing and therefore >>> who this impacts. >>> >>> -Eddie >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> Fedora-commons-developers mailing list >>> Fedora-commons-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Fedora-commons-developers mailing list >> Fedora-commons-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG/MacGPG2 v2.0.17 (Darwin) > Comment: GPGTools - http://gpgtools.org > > iQEcBAEBAgAGBQJP14aCAAoJEATpPYSyaoIkDXsIANgBbbcaQbaP5Gghs/x6jiDS > Fl8JLt7QaVIhLtPA/ie6IayBNFBjuZv/gZsSEw5c6uLjlyvpLLcpgEjQK4CH/7r0 > ocmzdfF0VgfZNGIjuUbq79s45EbPBS28gpf4Ef0jMESlBK8u9OnuKsUSorgXo7LZ > Dz9e+vPdu/jqR0T23cpF8uNzAOJrz4h00+J0i+5vNoq7A6ld40ossTfLrSN03SO+ > MKqNNwDflKsyED3UCekIhuJ58VJm2HzCrH7QBxUnP0qpdqwRgfrhklyO99nDrfv9 > 2Wi8ZPYvepe89DXy6mYJgg7YupGvkP4XkNbIA4RqENBaYPEXjP4q31cmhjGoOpY= > =S72I > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Fedora-commons-developers mailing list > Fedora-commons-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
