Seems like magic. Where did you put this line in your tests classes?
Samuel Le 2013-11-14 à 20:31, The Larsons <[email protected]> a écrit : > Thanks Samuel - > > It turns out that was one part of the problem, but the bigger one was that I > was missing this from my init code: > > > System.setProperty("NSProjectBundleEnabled", "true"); > > ((( ! ))) > > A tip o’ the hat to the WOUnit source code. > > > On Nov 12, 2013, at 8:35 AM, Samuel Pelletier <[email protected]> wrote: > >> Hi, >> >> I have this problem too and after many hours searching for a pattern, I >> figured out that JUnit runner does not respect the class path order when >> source are in the workspace. If the workspace contains source for referenced >> frameworks, their loading orders are modified during the test launch. >> >> I have a workspace without Wonder source for my development with tests. >> >> Samuel >> >> Le 2013-11-10 à 15:36, The Larsons <[email protected]> a écrit : >> >>> This just cropped up after I made a number of changes. I can’t remember >>> what I did because I thought I was just cleaning stuff up, but apparently I >>> broke my tests. >>> >>> java.lang.IllegalStateException: adaptorValueType: unable to load class >>> named 'Prec4Number' for attribute qtyInBin on entity StockCode >>> >>> The class it is looking for is in a framework that is in the build bath, >>> and everything is fine when the application runs. Only when I run the unit >>> tests does this happen. I have put some debug code in the test to use the >>> class it is looking for, and everything is fine so I know the class is >>> truly in the class path at run time. I’ve tried just making a new test >>> configuration, but that doesn’t help. >:-[ >>> >>> I’m kind of out of places to look. I’ve added ERAttributeExtensions just >>> for the hell of it (though I am not using anything in it yet), but still >>> same problem. Like I said, it runs fine in deployment and development >>> modes, just breaks during testing. >>> >>> Thanks for any ideas, >>> John >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/samuel%40samkar.com >>> >>> This email sent to [email protected] >> >
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
