1. Use the JDK's jar utility
That will work. Its a bit more cumbersome to use as I visit teh command line rarely. We have licensed WinZip copies at work, but I don't have one for home. I sort of wish WIndows XPs built in ZIP facilities could manipulate JARs.
2. Quote pathnames
The fact of the matter here is that I *did* quote my pathnames. The problem is, I can't tell where the XML parser is determining the base path for the XML file from when it goes to try and use the relative paths of the ENTITY declarations as URLs that then fails.
3. Use the Phoenix 'lib' folder for Jars
I'm a bit baffled about how James works with Avalon. Avalon is a container and James is an application that runs within the container. I'm more familiar with J2EE apps where I tend to see one container running multiple independent applications. Obviously, Avalon is installed in the James folder, so that copy probably won't ever run more than James so using its lib folder might be the better solution.
But the point I'd really like to see addressed is a comprehensive and coherent bit of documentation that covers this. I think the Wiki would be perfect for this. I think once I work through all of this, I might have a bit to contribute to it. But I have to accomplish the upgrade first.
Regards, Brian.
Ramon Gonzalez wrote:
Hello,
Sorry that the 3 comments below really have nothing to do with JAMES, but here it goes:
I don't see why you complain about your free "ZIP" utilities in this forum when java JDK provides a jar utility to manage archives. It's called 'jar' and it's in the bin directory of your java JDK. And yes it's free.
And as for custom jar's, why don't you just drop them in the phoenix 'lib' directory? Or better yet, why don't you fix your build.xml to include your JAR's? That's what it's for.
Also having spaces in a filename is OS specific and has nothing to do with JAMES. Just put quotes "" around your filenames.
-----Original Message-----
From: Brian J. Sayatovic [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 13, 2004 10:33 PM
To: James Users List
Subject: Upgrading James
I'm feeling like a n00b to James even though I've been using it for well over a year now. I've been running 2.2.0a for some time now on my Windows XP box. Tonight, I had planned to upgrade to the final 2.2.0 release.
My suaul plan of action is to stop the James NT service, rename my F:\Program Files\James folder to F:\Program Files\James.old and then extract the new James. I compare and edit the new wrapper.conf to use my latest JRE. I then add my three custom JARs to the james.sar in the apps folder. Next, I start James, and check the logs. If everything looks ok, I stop James, move over the old repositories, then start it again and check the logs one last time.
This, time, though, thinsg went terribly wrong. My Zip program, UltimateZip, seemed to be corrupting james.sar when I added my 3 cusotm JARs to it. Once I got past that, the wrapper.log would contain errors describing as MalformedURLException stemming from "no protocol" when looking for ENTITY declarations located in relative files. I suspected this was from the space in my folder name, so I hacked the registry entry for the service to point to wrapper.exe and wrapper.conf using the 8.3 naming. When this didn't work, I moved my whole James folder to F:\James. That fixed that problem, but then the vanilla config.xml from james.sar led to more errors stemming froma ClassNotFoundException for some file stream store repository class.
I've given up for the night. I deleted all my new stuff, renamed my old folder back, unhacked the registry and now my old 2.2.0a version is runnong fine.
A few points I'd like to share with people:
1. There is no excuse for a program NOT to work with spaces in paths. Unix supports them. Windows supports them. So should you!
2. A free, decent ZIP utility is hard to come by
3. Adding custom libs/classes to James is a pain in the butt -- is there an easier way???
4. There needs to be a simpler way to upgrade James in place, or at least an automated tool to help do all of the above. Or, at least, how about a Wiki page on this subject?
Anyone have some advice before I start again tomorrow?
Regards, Brian.
--------------------------------------------------------------------- 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]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
