RE: Modularization of Axis applications?
Am Mittwoch, den 16.05.2007, 10:20 -0500 schrieb Rich Adili: > Glen, thanks for the reply. I suppose I can work out the JAR set as > suggested. > > I didn't mean to imply that all new apps ought to be coded in the > absolute latest JDK but the first customer of my library is stuck with > JDK4. I hate to burden all future designs with an old JDK because of > one > customer. Unfortunately, though, you need JDK 1.4 compatibility so that limits the language constructs you can use (you can't use 5.0 and 6.0 constructs). But once coded to 1.4, JDK 5.0 and JDK 6.0 will also work with the same JDK1.4-compliant JAR file. What language constructs from 5.0 and 6.0 would you like to use that is causing you this concern? > So I'd like to be able to ship my library built around 1.4 > while enabling applications built on top of it to use something newer. > Can one partition a Java design so that the lower-level portion uses > 1.4 > while additional layers use newer technology? > Yes, Apache FOP does that internally, albeit with JDK 1.3 and JDK 1.4. You may wish to ask a question on [EMAIL PROTECTED] for suggestions on how to code this way; but offhand, it probably will not be worth the effort involved. Make sure you really need those 5.0 & 6.0 constructs. Glen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Modularization of Axis applications?
Glen, thanks for the reply. I suppose I can work out the JAR set as suggested. I didn't mean to imply that all new apps ought to be coded in the absolute latest JDK but the first customer of my library is stuck with JDK4. I hate to burden all future designs with an old JDK because of one customer. So I'd like to be able to ship my library built around 1.4 while enabling applications built on top of it to use something newer. Can one partition a Java design so that the lower-level portion uses 1.4 while additional layers use newer technology? It seems to me that the only reliable approach would be to run my 'new' and 'old' designs in separate processes, which introduces obvious costs. Am I overlooking something? -Original Message- From: Glen Mazza [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 16, 2007 9:29 AM To: axis-user@ws.apache.org Subject: Re: Modularization of Axis applications? Comments below. Am Mittwoch, den 16.05.2007, 00:59 -0500 schrieb Rich Adili: > Hi, > > > > I've built my core web services library around Axis 2 using JDK1.4, > from which two deployment questions have arisen. > > 1. My development environment references quite a few jars. How do > I determine the minimum jar set? If you use Ant for your compilation/builds, you specify the precise classpath (JAR's needed) when building your app. If you are missing any JARs, compilation errors will occur. You can keep pulling out JARs and testing their use by recompiling the application each time. This will not work, however, for JARs needed by the JARs that you include in your classpath. After doing the above, you'll need to test the application and check for ClassNotFoundExceptions, and then add in the needed JARs accordingly. > 1. I would now like to build applications around my library. > These should be coded using JDK6 since they are new designs. That doesn't necessarily follow, no more than you should automatically upgrade your computer operating system as soon as a newer version appears. > 1. How does one avoid conflicts with the support jars my library > needs? > There is no guarantee that every JAR will work with JDK6. If JDK6 is coded correctly, however, it should be able to use most or all of the older JARs you need without difficulty. You'll have to do a lot of testing to make sure everything works, and if not, then go to each specific mailing list of each product that fails to see if solutions are available. Glen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Modularization of Axis applications?
Comments below. Am Mittwoch, den 16.05.2007, 00:59 -0500 schrieb Rich Adili: > Hi, > > > > I’ve built my core web services library around Axis 2 using JDK1.4, > from which two deployment questions have arisen. > > 1. My development environment references quite a few jars. How do > I determine the minimum jar set? If you use Ant for your compilation/builds, you specify the precise classpath (JAR's needed) when building your app. If you are missing any JARs, compilation errors will occur. You can keep pulling out JARs and testing their use by recompiling the application each time. This will not work, however, for JARs needed by the JARs that you include in your classpath. After doing the above, you'll need to test the application and check for ClassNotFoundExceptions, and then add in the needed JARs accordingly. > 1. I would now like to build applications around my library. > These should be coded using JDK6 since they are new designs. That doesn't necessarily follow, no more than you should automatically upgrade your computer operating system as soon as a newer version appears. > 1. How does one avoid conflicts with the support jars my library > needs? > There is no guarantee that every JAR will work with JDK6. If JDK6 is coded correctly, however, it should be able to use most or all of the older JARs you need without difficulty. You'll have to do a lot of testing to make sure everything works, and if not, then go to each specific mailing list of each product that fails to see if solutions are available. Glen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Modularization of Axis applications?
Hi, I've built my core web services library around Axis 2 using JDK1.4, from which two deployment questions have arisen. 1. My development environment references quite a few jars. How do I determine the minimum jar set? 2. I would now like to build applications around my library. These should be coded using JDK6 since they are new designs. How does one avoid conflicts with the support jars my library needs? Rich