On Apr 11, 2008, at 1:08 PM, Greg Brown wrote:
Hi,
I am having trouble with my testing of my woapp.
FWIW, I never unit test my woapps. I never have any code in them
worth unit testing.
I have parameters that are in the Properties file, the woapp
accesses them through
System.getProperty("importLogFilename");
BUT, when running with the testng environment in eclipse, all the
strings from calls like System.getProperty("importLogFilename")
come up null. I am guessing it can't find/use the Properties file.
1. For bundle loading to work properly, you need to use a custom
Working Directory for the JUnit/TestNG launcher:
${workspace_loc:MyFW/dist/MyFW.framework/Resources/Java}
Apps are similar but a different path.
That looks suspiciously like my mutterings. Where is that from?
${workspace_loc:nucptdb/build/nucptdb.woa/Contents/Resources/Java}
Probably this for an app
${workspace_loc:nucptdb/build/nucptdb.woa}
or maybe
${workspace_loc:nucptdb/build/nucptdb.woa/Contents}
2. Again, for bundle loading, add the jars from the built
framework / application (can be in the projects in the Eclipse
workspace) to the User Entries of the classpath and move above
whatever is there. Do the same for all the frameworks that it
references.
3. The usual connection dictionary setting classes to set things up
and switch prototypes etc.
4. Sometimes I need to call primeApplication, IIRC for component
tests:
WOApplication.primeApplication("MyFW", null,
"net.foo.bar.appserver.FWApplication");
Same result if I call WOApplication.primeApplication or not.
Where FWApplication is a subclass of WOApplication. You can also
leave the last param blank and it will use WOApplication -
sometimes that works for simple stuff.
Chuck
Not a BUNDLE of joy.
But NSBundles are always a joy! :-P
If the above does not work, try logging out NSBundle.allBundles() and
the details of NSBundle.mainBundle(). That might show up something
odd that points to the problem.
Chuck
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
