Re: Barracuda 1.2.0 released

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