+1 Although I put the JDBC driver in my model framework (and embed) since it felt logical to me that it be coupled with that.
Tim Worman UCLA GSE&IS On Oct 27, 2010, at 8:38 AM, Kieran Kelleher wrote: > True, which is why the first thing I do for any new deployment system is > EMPTY the WebObjects Extensions directory and empty (or at least verify there > is nothing my app does not expect there in java Extensions. > > On Oct 27, 2010, at 11:31 AM, Chuck Hill wrote: > >> The gotcha here is that if there is a JDBC driver for your database in >> /Library/Java/Extensions or /System/Library/Java/Extensions, it will get >> used by the JVM in preference to your bundled version. >> >> Chuck >> >> On Oct 27, 2010, at 4:46 AM, Kieran Kelleher wrote: >> >>> Stick it in a framework, embed it, and forget about it. Manage it the same >>> way as any other jar in your svn repository. Other developers on your team >>> will thank you and so will the guy responsible for deployment (which may be >>> yourself) >>> >>> In general, if something can be in a framework/app and in the source code >>> repository, that's where I put it. The only exception to that (my) rule are >>> possibly native libs (ImageMagick, etc.) and security data (Merchant >>> account IDs/PINS, etc.) >>> >>> -Kieran >>> >>> On Oct 27, 2010, at 4:58 AM, Paul Hoadley wrote: >>> >>>> Hello, >>>> >>>> In deployment, I put the PostgreSQL JDBC driver JAR in >>>> Local/Library/WebObjects/Extensions. I suppose I do this because >>>> historically I've never embedded it in application builds—perhaps my >>>> original thinking was that I could change Postgres versions and update >>>> that driver if required, without touching a deployed app bundle. >>>> (Needless to say, I've never actually done that.) Are others embedding >>>> JDBC drivers in their apps? >>>> >>>> >>>> -- >>>> Paul. >>>> >>>> http://logicsquad.net/ >>>> >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-deploy mailing list ([email protected]) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/webobjects-deploy/kelleherk%40gmail.com >>>> >>>> This email sent to [email protected] >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-deploy mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net >>> >>> This email sent to [email protected] >> >> -- >> Chuck Hill Senior Consultant / VP Development >> >> 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-deploy mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-deploy/lists%40thetimmy.com > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to [email protected]
