On Nov 30, 2005, at 5:54 PM, Helge Staedtler wrote:
I wrap these JAR's usually in a very primitive Framework.
i just create a folder which ends with ".framework" and some dirs
inside of
it like this path shows and then throw the .jar inside of it.
MyNameForThisFramework.framework/Resources/Java/iText.jar
and put the whole stuff into
/Library/Frameworks/
I then add the Framework to my app as i do with all other
frameworks. this
way I also know what to deliver for deployment. is this a valid
solution,
too?
Yes, that is valid and I use this too, though I create an Xcode or
WOLips project so that the framework is built automatically. If I
only need the jar and nothing else I tend to use the WebObject's
Extensions directory. When I am extending classes from the jar or
adding related code, I use tend to use the framework approach.
Either one will avoid the class loader issue with the Java Extensions
directory.
Chuck
Am 01.12.2005 2:08 Uhr schrieb "Chuck Hill" unter
<[EMAIL PROTECTED]>:
On Nov 30, 2005, at 5:03 PM, Stefan Pantke wrote:
Don't forget to install the iText JAR found here
http://www.lowagie.com/iText/
in
/Library/Java/Extensions
or another JAVA-well known place.
Thanks for the example!
I would recommend /Library/WebObjects/Extensions as being generally a
safer place for third party jars used with WebObjects. Putting them
in /Library/Java/Extensions can lead to class loader "issues" with
security when classes from one loader try to instantiate those loaded
in a later loader. This results in the dreaded ClassDefNotFound
exception. I keep /Library/Java/Extensions for JDBC extensions and
other, similar additions to the core Java API.
Chuck
--
Coming in 2006 - an introduction to web applications using WebObjects
and Xcode http://www.global-village.net/wointro
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]
