I tried this call:

NSBundle MYBUNDLE = NSBundle.mainBundle();

It fails immediately with:
java.lang.NoClassDefFoundError: Could not initialize class 
com.webobjects.foundation.NSBundle

I’m suspecting it has to do with the static initializer of NSBundle.
AARON ROSENZWEIG / Chat 'n Bike <http://www.chatnbike.com/>
e:  aa...@chatnbike.com <mailto:aa...@chatnbike.com>  t:  (301) 956-2319        
        
        

> On Jan 23, 2020, at 11:23 AM, Aaron Rosenzweig <aa...@chatnbike.com> wrote:
> 
> Riddle me this… how can you get a class not defined error from the class 
> itself?
> 
> java.lang.NoClassDefFoundError: Could not initialize class 
> com.webobjects.foundation.NSBundle
>       at com.webobjects.foundation.NSBundle.mainBundle(NSBundle.java:526)
> 
> You are already in NSBundle.mainBundle() and then out pops a 
> NoClassDefFoundError… that must be a red herring but I cannot figure it out. 
> AARON ROSENZWEIG / Chat 'n Bike <http://www.chatnbike.com/>
> e:  aa...@chatnbike.com <mailto:aa...@chatnbike.com>  t:  (301) 956-2319      
>         
>       
> 
>> On Jan 23, 2020, at 10:03 AM, Aaron Rosenzweig <aa...@chatnbike.com 
>> <mailto:aa...@chatnbike.com>> wrote:
>> 
>> Hi Dennis - I hadn’t thought of that - we could have a fast failsafe and 
>> then a slow one run at different times. Thanks! good idea. 
>> AARON ROSENZWEIG / Chat 'n Bike <http://www.chatnbike.com/>
>> e:  aa...@chatnbike.com <mailto:aa...@chatnbike.com>  t:  (301) 956-2319     
>>         
>>      
>> 
>>> On Jan 23, 2020, at 9:58 AM, Dennis Scheffer <den...@selbstdenker.ag 
>>> <mailto:den...@selbstdenker.ag>> wrote:
>>> 
>>> 
>>>> Cloning a “company” EO and testing unique constraints in SQL - is heavier 
>>>> than testing an “isCamelCase()” function but lighter than selenium. Maybe 
>>>> we have to do it in failsafe but it feels closer to regular unit tests 
>>>> that should fire every time there is a checkin to the repo. In other words 
>>>> if your tests take 5 minutes to run, why not let Agnes tell you 
>>>> immediately that the build is broken rather than waiting till midnight for 
>>>> selenium to do so?
>>> 
>>> If there are multiple ways in which you would like to use the failsafe 
>>> plugin, you can always add multiple executions and put them in their own 
>>> build profiles 
>>> (https://maven.apache.org/guides/introduction/introduction-to-profiles.html 
>>> <https://maven.apache.org/guides/introduction/introduction-to-profiles.html>).
>>>  Then you can fire failsafe every time you check in new code without 
>>> selenium and you can do something like this if your want selenium tests to 
>>> be run: 'mvn clean verify -P with-selenium'. There are a bunch of ways to 
>>> configure profiles to do something like that.
>>> 
>>> -- 
>>> Dennis
>>> 
>>>> On 23. Jan 2020, at 15:39, Aaron Rosenzweig <aa...@chatnbike.com 
>>>> <mailto:aa...@chatnbike.com>> wrote:
>>>> 
>>>> Dennis that is a good point,
>>>> 
>>>> At the moment I have not cleaned and the product is there but it’s not 
>>>> working but your point is still well taken. In Jenkins, in the cloud, it 
>>>> will do a clean and I really should be doing a clean every time so the 
>>>> product won’t be there to test with… there won’t be a bundle. 
>>>> 
>>>> Maven “Failsafe” makes sense for selenium… which is technically a JUnit 
>>>> test too but it’s very heavy and flexes the UI of a bundled and launched 
>>>> app. 
>>>> 
>>>> Cloning a “company” EO and testing unique constraints in SQL - is heavier 
>>>> than testing an “isCamelCase()” function but lighter than selenium. Maybe 
>>>> we have to do it in failsafe but it feels closer to regular unit tests 
>>>> that should fire every time there is a checkin to the repo. In other words 
>>>> if your tests take 5 minutes to run, why not let Agnes tell you 
>>>> immediately that the build is broken rather than waiting till midnight for 
>>>> selenium to do so?
>>>> 
>>>> http://www.globalnerdy.com/wp-content/uploads/2008/08/you_broke_the_build.jpg
>>>>  
>>>> <http://www.globalnerdy.com/wp-content/uploads/2008/08/you_broke_the_build.jpg>
>>>> 
>>>> When we run from within Eclipse we have a “bundless build” that uses the 
>>>> Fluffy Bunny NSBundle variant and works great… without a product… and the 
>>>> destructive EOF unit tests work there. I think what Markus did was patch 
>>>> NSBundle to treat the maven target with the intermediate classes and 
>>>> resources as a “maven bundless build” or a “maven black-ops bunny” 
>>>> if-you-will. 
>>>> 
>>>> I’m still confused but clarity is setting in. Thank you everyone for this 
>>>> hearty discussion. 
>>>> AARON ROSENZWEIG / Chat 'n Bike <http://www.chatnbike.com/>
>>>> e:  aa...@chatnbike.com <mailto:aa...@chatnbike.com>  t:  (301) 956-2319   
>>>>         
>>>>    
>>>> 
>>>>> On Jan 23, 2020, at 2:54 AM, Dennis Scheffer <den...@selbstdenker.ag 
>>>>> <mailto:den...@selbstdenker.ag>> wrote:
>>>>> 
>>>>> Hi everyone,
>>>>> 
>>>>> 
>>>>>> // That's the main bundle when running tests from Eclipse
>>>>>> Path mainBundlePath = Paths.get("build/your-project.woa");
>>>>>> 
>>>>>> if (Files.notExists(mainBundlePath)) {
>>>>>>  // Maven doesn't create a build directory. The WOA bundle goes into the 
>>>>>> target folder instead.
>>>>>>  mainBundlePath = Paths.get("target/your-project.woa");
>>>>>> }
>>>>>> 
>>>>>> ERXExtensions.initApp("your-project", mainBundlePath.toUri().toURL(), 
>>>>>> ACUnitTestingApplication.class, args);
>>>>> 
>>>>> This may not work under certain circumstances because the surefire plugin 
>>>>> usually runs in the Maven 'test' phase which is before the 'package' 
>>>>> phase. Therefore, there may not be a bundle at 'target/your-project.woa' 
>>>>> – especially if you do a 'mvn clean test'.
>>>>> 
>>>>> The solution is very simple: I would consider tests that depend on a 
>>>>> pre-build bundle integration tests (which makes sense because most of the 
>>>>> time all the application's 'units' are integrated in a bundle). And just 
>>>>> use the Maven failsafe pugin 
>>>>> (https://maven.apache.org/surefire/maven-failsafe-plugin/ 
>>>>> <https://maven.apache.org/surefire/maven-failsafe-plugin/>). It works 
>>>>> exactly the same as the surefire plugin but runs in the 'verify' phase 
>>>>> which is after the 'package' phase. So 'mvn clean verify' will clean your 
>>>>> target directory, create a fresh new bundle and run your tests on your 
>>>>> fresh bundle with the solution mentioned above.
>>>>> 
>>>>> With regards,
>>>>> -- 
>>>>> Dennis
>>>>> 
>>>>> 
>>>>>> On 23. Jan 2020, at 02:28, Henrique Prange via Webobjects-dev 
>>>>>> <webobjects-dev@lists.apple.com <mailto:webobjects-dev@lists.apple.com>> 
>>>>>> wrote:
>>>>>> 
>>>>>> Hey Aaron,
>>>>>> 
>>>>>> This error rings a bell. I don't recall all the details. It looks like 
>>>>>> the collectMainProps method is trying to find the Properties file of 
>>>>>> your project in the wrong place.
>>>>>> 
>>>>>> When you build your project in Eclipse with WOLips, it generates a build 
>>>>>> folder containing your project's WOA bundle. Maven, however, puts the 
>>>>>> generated WOA bundle in the target folder. I'm afraid the application 
>>>>>> initialization code keeps looking for the build folder when you run your 
>>>>>> tests with Maven.
>>>>>> 
>>>>>> I'm not sure if there's a better way to solve this problem. Anyway, the 
>>>>>> code below may fix it.
>>>>>> 
>>>>>> // That's the main bundle when running tests from Eclipse
>>>>>> Path mainBundlePath = Paths.get("build/your-project.woa");
>>>>>> 
>>>>>> if (Files.notExists(mainBundlePath)) {
>>>>>>  // Maven doesn't create a build directory. The WOA bundle goes into the 
>>>>>> target folder instead.
>>>>>>  mainBundlePath = Paths.get("target/your-project.woa");
>>>>>> }
>>>>>> 
>>>>>> ERXExtensions.initApp("your-project", mainBundlePath.toUri().toURL(), 
>>>>>> ACUnitTestingApplication.class, args);
>>>>>> 
>>>>>> Cheers,
>>>>>> 
>>>>>> HP
>>>>>> 
>>>>>>> On Jan 22, 2020, at 2:09 PM, Aaron Rosenzweig via Webobjects-dev 
>>>>>>> <webobjects-dev@lists.apple.com 
>>>>>>> <mailto:webobjects-dev@lists.apple.com>> wrote:
>>>>>>> 
>>>>>>> Hi,
>>>>>>> 
>>>>>>> I’m trying to run maven unit tests with the surefire plugin that make 
>>>>>>> use of EOF but it’s not working out. 
>>>>>>> 
>>>>>>> I can run them in Eclipse with a direct launch as a bundless build and 
>>>>>>> it works. I make a call in the static initializer of the test case to:
>>>>>>> ERXExtensions.initApp(ACUnitTestingApplication.class, arguments);
>>>>>>> 
>>>>>>> And it thinks it’s a WO app and has access to the model group and all 
>>>>>>> of EOF and I can do destructive stuff like creating and saving Eos to 
>>>>>>> the DB all inside a launch from Eclipse.
>>>>>>> 
>>>>>>> Where I’m running into trouble is trying to do it with Maven. At the 
>>>>>>> moment I’m getting a null pointer from maven launch at the following 
>>>>>>> place.
>>>>>>> 
>>>>>>> er.extensions.appserver.ERXApplication$Loader.collectMainProps(ERXApplication.java:757)
>>>>>>> 
>>>>>>> I think because it is wanting to treat it as a bundle but it isn’t and 
>>>>>>> so… I’m not sure where to go from here. Any advice?
>>>>>>> 
>>>>>>> AARON ROSENZWEIG / Chat 'n Bike <http://www.chatnbike.com/>
>>>>>>> e:  aa...@chatnbike.com <mailto:aa...@chatnbike.com>  t:  (301) 956-2319
>>>>>>>         
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com 
>>>>>>> <mailto:Webobjects-dev@lists.apple.com>)
>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/hprange%40gmail.com
>>>>>>>  
>>>>>>> <https://lists.apple.com/mailman/options/webobjects-dev/hprange%40gmail.com>
>>>>>>> 
>>>>>>> This email sent to hpra...@gmail.com <mailto:hpra...@gmail.com>
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com 
>>>>>> <mailto:Webobjects-dev@lists.apple.com>)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/dennis%40selbstdenker.ag
>>>>>>  
>>>>>> <https://lists.apple.com/mailman/options/webobjects-dev/dennis%40selbstdenker.ag>
>>>>>> 
>>>>>> This email sent to den...@selbstdenker.ag <mailto:den...@selbstdenker.ag>
>>>> 
>>> 
>> 
> 

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to