Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@jakarta.apache.org Received: (qmail 7322 invoked by uid 500); 4 Jul 2001 18:39:02 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk Reply-To: ant-dev@jakarta.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 7311 invoked from network); 4 Jul 2001 18:39:01 -0000 Message-ID: <20010704183904.90631.qmail@web13407.mail.yahoo.com> Date: Wed, 4 Jul 2001 11:39:04 -0700 (PDT) From: Diane Holt Subject: Re: Anyone working on ant tasks for Oracle 9i App Svr (formerly Orion)? To: ant-dev@jakarta.apache.org In-Reply-To: <00a601c104a6$1926a5d0$6401a8c0@bitbyte> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Can't help you out with the Oracle stuff, but as to your "Also" -- I'm not against having an task (or a more generalized task), but your example case doesn't really need one. A won't complain if the file doesn't exist, so if you want to allow for a user's properties file to set the values, or use default values if the user doesn't have a properties file, you can just specify both files -- eg: If user.properties exists and contains settings for properties that are also in default.properties, the values for those properties will be what they're set to in user.properties. Diane --- Mark Strasser wrote: > Is anyone working on a set of ejbtasks for starting/stopping/deploying > to Oracle 9i App Server? Specifically, this is the new J2EE model > Oracle Containers for J2EE (oc4j), it's essentially Orion application > server (even still named orion.jar!). > > Just wanting to see if anyone has done this yet, otw I'll get cracking. > > Also: > > As a new ant developer, I was (am) confused by the use of dependencies > and use of if/unless attributes to skirt (with much initial pain) around > the issue of tasks. There are many simple things that I want to do > in ant, for which I *don't* want to dynamically create a separate build > file (for example loading a user's property file if it's there, for > which I now have to create a separate task, possibly split up my current > task into two sections, and so on). Granted, I could be missing some > better pattern of doing this, but it would make my life much simpler in > the long run to have *simplistic* control tasks to just be able to load > one property file or another based on a property file w/o the arduous > creation of other tasks to do the same exact thing. > > Yes, I write an "if" task myself. But then I would have non-portable > build scripts, wouldn't I? > > Many regards, > Markus > ===== (holtdl@yahoo.com) __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/