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]