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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.