Yes, I agree, good sensible conventions are a good idea. These seem pretty 
sensible. Can you file a bug? 

----- Original Message ----- 
From: "Eugene Kuleshov" <[EMAIL PROTECTED]> 
To: [email protected] 
Sent: Tuesday, March 25, 2008 7:43:24 PM (GMT-0800) America/Los_Angeles 
Subject: Re: [tc-dev] need to standardize on the system property names 

Taylor Gautier wrote: 
> Ah. I think node-name in that context could be foobar. It's just an 
> example. However, I have seen the same error and put a bug in around 
> it. But it would be nice for these directories to be auto negotiated. 
> So for multiple clients (like from maven) we need to have a way to 
> split out the different clients to different directories. 
> 
> I don't think we do that by default now, right? Don't log directories 
> collide when you launch more than one client with maven? 
It depends. The examples I created for maven plugin (like one in 
tc-maven-plugin\examples\tc-maven-plugin-sample) are using the following 
configuration in tc-config.xml 

<clients> 
<logs>target/terracotta/%(tc.nodeName)</logs> 

Then name of tc.nodeName system property is set automatically by Maven 
plugin or can be specified using: 

<configuration> 
<processes> 
<process nodeName="master" ... 

However projects generated with Maven archetypes don't use such 
convention and puts logs to the user.home dir: 

pojo archetype: 
---- 
<clients> 
<logs>%(user.home)/terracotta/client-logs/org.foo.fff.fff/%D</logs> 
---- 

webapp archetype: 
---- 
<servers> 
<server name="localhost" host="localhost"> 
.... 
<data>%(user.home)/terracotta/data</data> 
<logs>%(user.home)/terracotta/logs</logs> 
</server> 
... 
</servers> 
<clients> 
<logs>%(user.home)/terracotta/%(tc.nodeName)</logs> 
</clients> 
---- 

Also note that new CDV stuff is using its own defaults for the data 
directories, and by default creates bunch of folders like statistics* in 
the current dir. 

So, like I already said, it would be really nice to came up with some 
conventions that would be used by default and consistent across all 
components/projects. I'd suggest to use "terracotta" dir from the 
project folder and have corresponding subfolders in it. For example, 
something like this: 

terracotta/ 
server-data/ 
server-logs/ 
server-statistics/ 
node1-logs/ 
node1-statistics/ 
node2-logs/ 
node2-statistics/ 

regards, 
Eugene 


> ----- Original Message ----- 
> From: "Eugene Kuleshov" <[EMAIL PROTECTED]> 
> To: [email protected] 
> Sent: Tuesday, March 25, 2008 4:30:08 PM (GMT-0800) America/Los_Angeles 
> Subject: Re: [tc-dev] need to standardize on the system property names 
> 
> Taylor Gautier wrote: 
> > why is the cvt system doing such a thing? 
> Here is the error I am seeing on console when launching apps from 
> Maven. The one below is somewhat weird, because it is printed when L2 
> been launched (no actual L1 on that VM): 
> 
> [INFO] [dso start] 2008-03-25 19:07:51,031 ERROR - 
> [INFO] [dso start] 
> **************************************************************************************
>  
> [INFO] [dso start] The statistics store couldn't be opened at 
> [INFO] [dso start] 'C:\dev\terr\20spring\statistics'. 
> [INFO] [dso start] The CVT gathering system will not be active for this 
> node. 
> [INFO] [dso start] 
> [INFO] [dso start] A common reason for this is that you're launching 
> several Terracotta L1 
> [INFO] [dso start] clients on the same machine. The default directory 
> for the statistics store 
> [INFO] [dso start] uses the IP address of the machine that it runs on as 
> the identifier. 
> [INFO] [dso start] When several clients are being executed on the same 
> machine, a typical solution 
> [INFO] [dso start] to properly separate these directories is by using a 
> JVM property at startup 
> [INFO] [dso start] that is unique for each client. 
> [INFO] [dso start] 
> [INFO] [dso start] For example: 
> [INFO] [dso start] dso-java.sh -Dtc.node-name=node1 your.main.Class 
> [INFO] [dso start] 
> [INFO] [dso start] You can then adapt the tc-config.xml file so that 
> this JVM property is picked 
> [INFO] [dso start] up when the statistics directory is configured by 
> using %(tc.node-name) in the 
> [INFO] [dso start] statistics path. 
> [INFO] [dso start] 
> **************************************************************************************
>  
> 
> 
> > ----- Original Message ----- 
> > From: "Eugene Kuleshov" <[EMAIL PROTECTED]> 
> > To: [email protected] 
> > Sent: Tuesday, March 25, 2008 4:05:52 PM (GMT-0800) America/Los_Angeles 
> > Subject: [tc-dev] need to standardize on the system property names 
> > 
> > 
> > I just noticed that new CVT system is expecting system property 
> > tc.node-name is used to specify node name. However when application is 
> > launched from Maven using Terracotta plugin, the property name used to 
> > specify node is tc.nodeName and it is quite inconvenient. 
> > 
> > We need to standardize this property as well as anything similar we 
> > might be using in various subsystems. 
> > 
> > regards, 
> > Eugene 
> _______________________________________________ 
> tc-dev mailing list 
> [email protected] 
> http://lists.terracotta.org/mailman/listinfo/tc-dev 
> ------------------------------------------------------------------------ 
> 
> _______________________________________________ 
> tc-dev mailing list 
> [email protected] 
> http://lists.terracotta.org/mailman/listinfo/tc-dev 
> 

_______________________________________________ 
tc-dev mailing list 
[email protected] 
http://lists.terracotta.org/mailman/listinfo/tc-dev 
_______________________________________________
tc-dev mailing list
[email protected]
http://lists.terracotta.org/mailman/listinfo/tc-dev

Reply via email to