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
