Hi Sanjiva:

> > I just did an "ant dist" and got two errors building the samples.  Looks
> > like both com/client/addit.java and com/client/sum.java are the wrong
case
> > (files should perhaps be Addit.java and Sum.java to match the class
> names -
> > problem went away for me when I renamed them)... is anyone else seeing
> this?
>
> I just downloaded RC3 and don't see this problem. The case was changed
> sometime ago .. could it be that your CVS repository is out of sync?

I just deleted the samples dir as Doug recommended and indeed that fixes the
problem.  Excellent!  (although I did a full update last night - I wonder
why that didn't get caught...)  I knew this had to be something like this.

> It is certainly an acceptable approach to put the jar file in the lib
> dir of the WEB-INF directory. However, the approach in the current
> build is also correct and works. I don't see any need to do a new
> candidate just because there's a different way to do something.

Here's my take on this.  WAR files are all about easy deployment.  You
should not actually be forced to alter classpath settings for your servlet
engine just to get a webapp installed and working.  As it stands, we bother
to generate a WAR and yet we still have to either manually modify it (I
notice the installation instructions for iPlanet involve actually adding
soap.jar to the war file's lib directory :)) or go through the same
classpath-setting hoops we were going through before.  To me, that
invalidates the whole point of including the war in the first place.

> If there aren't any problems I urge you to lift your -1.

See above.  If we're going to be well-behaved members of the J2EE
application community, I'd prefer we used the specs and tools that are
available in the correct ways.

If this works, we can remove time-consuming and error-prone pieces of the
installation process.  Isn't that a good thing?

Options: 1) fix the war file (and ideally do something to help the source
dist people as well).  2) remove the war file from the build entirely (which
would be sad).

--Glen


Reply via email to