Re: Barracuda 1.2.0 released

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/>
>>>_______________________________________________
>>>Barracuda mailing list
>>>[email protected]
>>>http://barracudamvc.org/lists/listinfo/barracuda
>
>_______________________________________________
>Barracuda mailing list
>[email protected]
>http://barracudamvc.org/lists/listinfo/barracuda