Re: Barracuda 1.2.0 released
Stefan Armbruster <[email protected]>
| Newsgroups | gmane.comp.java.enhydra.barracuda.general |
|---|---|
| Message-ID | <[email protected]> |
Hi, good job. A big THANK YOU, especially to Jake, Christian and Shawn for providing a official release. Regards, Stefan Am Sam, 2003-05-24 um 05.09 schrieb Jacob Kjome: > Sweeeeeet! > > Thanks Shawn :-) > > Now that everything seems to be working properly, I'll be sending out > a more official release announcement. I think I'll do it on Monday. > If I send it out today, people will probably miss it. > > Everyone, have fun with the latest Barracuda! A *lot* of work went > into this release. It is much improved over previous releases. And > please report any bugs you run into. Hopefully not many :-) > > downloads of 1.2.0 of both Barracuda and BarracudaDiscRack are here: > http://www.barracudamvc.org/downloads/ > > > later, > > Jake > > At 04:44 PM 5/23/2003 -0600, you wrote: > > Ahh no I didn't. All done now. > > > > - Verified login link on error page works. > > - tmp directory is automatically created this time. > > > > It's odd that it continued to work last time without the trace.log. > > Well it all worked now so I'm just not going to worry about it :). > > > > -shawn > > > > Jacob Kjome wrote: > > > I'm not sure what is going on there? Very weird. It gets created > > > automatically on my machine. How it can continue without creating > > > the trace.log, I'm not really sure? I didn't do anything except > > > change the path to the log file. > > > BTW, you didn't do a full clean rebuild, did you? The reason I > > > say that is that the link on the error page is still pointing to > > > the .html. I'm not sure why that wouldn't have been copied > > > properly from the <copyrepl> task as it is, but, whatever the > > > reason, a full clean rebuild should do it. > > > So, stop Tomcat, do a cvs update, then do... > > > ant superclean jars > > > Now start Tomcat. > > > Note that the only reason you have to shut down Tomcat for this is > > > that superclean removes all jars from the WEB-INF/lib directory > > > and since you have the webapps in the automatic deployment > > > directory, this would fail with Tomat running....although, I > > > suppose you could just do a Tomcat manager "stop" of the > > > application, make the changes, and then do a manger "start". That > > > might work as well. > > > Jake > > > At 03:14 PM 5/23/2003 -0600, you wrote: > > > > > > > Ok I went ahead and updated BarracudaDiscRack from cvs, removed > > > > discRack.prp, and ran ant. It successfully copied the sample > > > > file over and put in the correct path. > > > > > > > > However, even after cycling the app It hasn't automatically > > > > created the tmp folder in idb yet the application works without > > > > the trace.log file. Before it would create the file as soon as I > > > > tried using the app, even though it wouldn't actually log > > > > anything. Did you also change something so that it won't create > > > > the file until it actually needs it? > > > > > > > > -shawn > > > > > > > > Jacob Kjome wrote: > > > > > > > > > Ok, I"ve implemented #2. #1 would push the problem onto > > > > > everyone, not just the barracudamvc server. #3 would be a > > > > > security issue as James points out. So, I just do a filter > > > > > copy of "sample.discRack.prp" to "discRack.prp". This will > > > > > not be overwritten once it exists just like the behavior of > > > > > the other sample.* copied files. > > > > > The path written for the traceFile property is: > > > > > [email protected]@/db/idb/tmp/trace.log > > > > > That will make it so the file gets written to > > > > > BarracudaDiscRack/WEB-INF/db/idb/tmp > > > > > "tmp" is a directory that is created by idb at runtime. It > > > > > should exist by the time idb needs to write the trace.log > > > > > file. Could someone double check that this is the case on > > > > > their UNIX/Linux system? Shawn, could you try this on > > > > > barracudamvc? > > > > > Note that if you have an existing discRack.prp file, that file > > > > > won't be overwritten. So, make sure to delete that file and > > > > > delete the "tmp" directory mentioned above to make sure that > > > > > the runtime creation of that directory and the writing of the > > > > > trace log work ok. > > > > > It does on my Win2k system. > > > > > I just uploaded a new copy of barracuda-discrack-1.2.0.zip to > > > > > the downloads directory, so if you've downoaded that file > > > > > previously, grab a new copy. > > > > > Jake > > > > > At 01:43 PM 5/23/2003 -0500, you wrote: > > > > > > > > > > > Shawn Wilson <[email protected]> wrote: > > > > > > > > > > > > > As it is right now nothing has changed for the Windows > > > > > > installs because > > > > > > > I only changed the local copy of discRack.prp... I didn't > > > > > > check anything > > > > > > > into CVS. So for now I will just leave it until I hear > > > > > > back from you > > > > > > > because it shouldn't affect anyone. I think we have three > > > > > > options: > > > > > > > > > > > > > > 1. Do nothing... the copy in the webapps folder on the > > > > > > server will > > > > > > > remain changed and different from the copy in CVS. > > > > > > > 2. Implement this file as a sample.discRack.prp file so > > > > > > that we can > > > > > > > have a default in CVS but a different version for each > > > > > > implementation. > > > > > > > 3. Do what you suggested and create a trace.log in > > > > > > CATALINA_HOME/bin > > > > > > > with write permissions for tomcat4 user. > > > > > > > > > > > > Well, in my opinion, having a webapp being able to create > > > > > > files in > > > > > > CATALINA_HOME/bin is a bad policy. It would be better that > > > > > > it go > > > > > > into CATALINA_HOME/logs. And better still for it to go into > > > > > > some > > > > > > application-specific directory. > > > > > > > > > > > > Just my $0.02. > > > > > > > > > > > > Sure would have been handy if the original error message had > > > > > > printed out > > > > > > its current working directory, eh? > > > > > > > > > > > > James Graves, CTO > > > > > > Delta Mobile Software > > > > > > http://www.deltamobile.com <http://www.deltamobile.com/> > > > > > > <http://www.deltamobile.com/> > > > > > > _______________________________________________ > > > > > > Barracuda mailing list > > > > > > [email protected] > > > > > > http://barracudamvc.org/lists/listinfo/barracuda > > > > > > > > > > > > _______________________________________________ > > > > Barracuda mailing list > > > > [email protected] > > > > http://barracudamvc.org/lists/listinfo/barracuda > > > > _______________________________________________ > > Barracuda mailing list > > [email protected] > > http://barracudamvc.org/lists/listinfo/barracuda -- Systemberatung & Softwareentwicklung Stefan Armbruster mail: [email protected] Neithardtstr. 7 Tel.: +49 (89) 45670791 85540 Haar Fax.: +49 (89) 45670965 Mobil: +49 (163) 4711712 PGP Fingerprint: 3B80 C47A 2631 4253 52C9 3010 E096 1B9F B3BB ADE8