No.
On 28/05/2008, Michael McDonnell <[EMAIL PROTECTED]> wrote:
> is there a (simple) way to direct the server messages to stdout?
>
>
> On Wed, May 28, 2008 at 12:45 PM, sebb <[EMAIL PROTECTED]> wrote:
>
> > On 28/05/2008, Michael McDonnell <[EMAIL PROTECTED]> wrote:
> > > I will attempt to do a chmod 777 on the specific directory. perhaps that
> > > will cure those problems.
> > >
> > > the test does indeed run, its just passing bogus data because the CSV
> > isn't
> > > loading or something (but only in server mode)
> > >
> >
> > You need the server log file, as that will show if the CSV file cannot
> > be opened.
> > Or equally, that it has been opened - have a look at the log file from
> > a successful run.
> >
> > >
> > > On Wed, May 28, 2008 at 12:40 PM, sebb <[EMAIL PROTECTED]> wrote:
> > >
> > > > On 28/05/2008, Michael McDonnell <[EMAIL PROTECTED]> wrote:
> > > > > I'm running in the ubuntu 8.04 environment.
> > > > > The app is the latest, minus some changes for my remote hosts.
> > > > > Both the server and the GUI are running out of the same folder
> > > > > (/home/michael/jakarta-jmeter-2.3.1/bin/)
> > > > > the CSV file is in the same folder as well.
> > > > > I click run->remote start->10.237.0.135 (the eth0 IP)
> > > > > And I check my listeners only to see that they're not
> > authenticating.
> > > >
> > > > If the client gets any sample responses (even if "wrong") then the RMI
> > > > connection must be working OK.
> > > >
> > > > > I just did a chmod 777 * on the directory, and there appears to be
> > no
> > > > > changes, and I noticed that jmeter-server.log is not being written
> > to.
> > > >
> > > > The cause for that needs to be found - it could well affect CSV
> > reading as
> > > > well.
> > > >
> > > > > However, the server is running because its giving output in the
> > > > console....
> > > >
> > > > Some output is written to stdout.
> > > >
> > > > > Am I missing something? Is there some weird quirks about Java that
> > > > doesn't
> > > > > apply in windows? (I know the permissions are a little less strict)
> > > > >
> > > > > Michael
> > > > >
> > > > >
> > > > > On Wed, May 28, 2008 at 11:01 AM, sebb <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > > On 28/05/2008, Michael McDonnell <[EMAIL PROTECTED]> wrote:
> > > > > > > The CSV data set works great as long as I'm not trying to run
> > the
> > > > test in
> > > > > > > remote server mode.
> > > > > > >
> > > > > > > When I run it like that (remote server mode), its like it
> > can't
> > > > actually
> > > > > > > grab the data and thus passes the literal usual "${USER}"
> > instead
> > > > of
> > > > > > > "myusername"
> > > > > > > However, when I run it in normal GUI mode (meaning the master
> > > > computer
> > > > > > does
> > > > > > > its own work), the csv element gets the data just fine. Am I
> > > > missing
> > > > > > > something in the configuration? Or is this a bug?
> > > > > > >
> > > > > >
> > > > > > Works fine for me using JMeter 2.3.1.
> > > > > >
> > > > > > What version of JMeter are you using?
> > > > > > Any messages in the log file - e.g. perhaps it cannot find the
> > input
> > > > file?
> > > > > >
> > > > > > Note that the file is opened by the host running the test, i.e.
> > the
> > > > > > remote server, not the client.
> > > > > >
> > > > > > > Thanks in advance. (I tried google and it was difficult to
> > find
> > > > what I
> > > > > > was
> > > > > > > looking for)
> > > > > > >
> > > > > > >
> > > > > > > Michael
> > > > > > >
> > > > > >
> > > > >
> > > > > >
> > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > > > > > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > > > > >
> > > > > >
> > > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
