Cruisecontrolrb users - Apr 2008 - Dashboard says there''s no project!

I''m trying CC.rb for the first time and I''m scratching my head
why Dashboard
insists there''s no project to build.

I successfully installed the default cruisecontrolrb-1.3.0, successfully did
a "cruise add" of my rails project from svn, and then "cruise
start" appears
to start ok. However, the Dashboard insists there''s no project.

The "cruise start" console output:

C:\cruisecontrolrb-1.3.0>cruise start
cruise data root = ''C:\cruisecontrolrb_projects''
=> Booting Mongrel (use ''script/server webrick'' to force
WEBrick)
=> Rails application starting on http://0.0.0.0:3333
=> Call with -d to detach
=> Ctrl-C to shutdown server
C:/InstantRails-1.7-UW/ruby/lib/ruby/gems/1.8/gems/mongrel-1.0.1-mswin32/bin/mon
grel_rails:46: warning: conflicting chdir during another chdir block
** Starting Mongrel listening at 0.0.0.0:3333
** Starting Rails with production environment...
** Rails loaded.
** Loading any Rails specific GemPlugins
** Signals ready.  INT => stop (no restart).
** Mongrel available at 0.0.0.0:3333
** Use CTRL-C to stop.

When I bring up http://localhost:3333/ I get the following web page output:

Welcome to CruiseControl.rb!
There are no projects in the projects directory
[C:\cruisecontrolrb_projects/projects] yet.

And the consequent console output is a repeat of the following output every
~5 seconds:

Processing ProjectsController#index (for 127.0.0.1 at 2008-04-30 12:14:58)
[GET]

  Parameters: {"action"=>"index",
"controller"=>"projects"}
Rendering layoutfalsecontent_typetext/htmlactionindex within layouts/default
Rendering projects/index
Completed in 0.03100 (32 reqs/sec) | Rendering: 0.03100 (100%) | 200 OK
[http://
localhost/]
ost/]

I haven''t made any configuration changes other than to repoint
CRUISE_DATA_ROOT.

There were no errors or warnings reported on the console during the "cruise
add" checkout from svn, however, do you think the warning reported above in
the console output from the "cruise start" command the source of the
problem?

thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080430/441fc0d5/attachment.html>

nope, that warning is unfortunately expected.

what files / directories do you have in c:/cruisecontrolrb_projects/?

On Wed, Apr 30, 2008 at 12:28 PM, Dan McHarness <dan.mcharness at
gmail.com>
wrote:
> I''m trying CC.rb for the first time and I''m scratching my
head why
> Dashboard insists there''s no project to build.
>
> I successfully installed the default cruisecontrolrb-1.3.0, successfully
> did a "cruise add" of my rails project from svn, and then
"cruise start"
> appears to start ok. However, the Dashboard insists there''s no
project.
>
> The "cruise start" console output:
>
> C:\cruisecontrolrb-1.3.0>cruise start
> cruise data root = ''C:\cruisecontrolrb_projects''
> => Booting Mongrel (use ''script/server webrick'' to
force WEBrick)
> => Rails application starting on http://0.0.0.0:3333
> => Call with -d to detach
> => Ctrl-C to shutdown server
>
>
C:/InstantRails-1.7-UW/ruby/lib/ruby/gems/1.8/gems/mongrel-1.0.1-mswin32/bin/mon
> grel_rails:46: warning: conflicting chdir during another chdir block
> ** Starting Mongrel listening at 0.0.0.0:3333
> ** Starting Rails with production environment...
> ** Rails loaded.
> ** Loading any Rails specific GemPlugins
> ** Signals ready.  INT => stop (no restart).
> ** Mongrel available at 0.0.0.0:3333
> ** Use CTRL-C to stop.
>
> When I bring up http://localhost:3333/ I get the following web page
> output:
>
> Welcome to CruiseControl.rb!
> There are no projects in the projects directory
> [C:\cruisecontrolrb_projects/projects] yet.
>
> And the consequent console output is a repeat of the following output
> every ~5 seconds:
>
> Processing ProjectsController#index (for 127.0.0.1 at 2008-04-30 12:14:58)
> [GET]
>
>   Parameters: {"action"=>"index",
"controller"=>"projects"}
> Rendering layoutfalsecontent_typetext/htmlactionindex within
> layouts/default
> Rendering projects/index
> Completed in 0.03100 (32 reqs/sec) | Rendering: 0.03100 (100%) | 200 OK
> [http://
> localhost/]
> ost/]
>
> I haven''t made any configuration changes other than to repoint
> CRUISE_DATA_ROOT.
>
> There were no errors or warnings reported on the console during the
> "cruise add" checkout from svn, however, do you think the warning
reported
> above in the console output from the "cruise start" command the
source of
> the problem?
>
> thanks
>
> _______________________________________________
> Cruisecontrolrb-users mailing list
> Cruisecontrolrb-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080430/7edccf1e/attachment.html>

On Wed, Apr 30, 2008 at 1:28 PM, Dan McHarness <dan.mcharness at
gmail.com> wrote:
> I haven''t made any configuration changes other than to repoint
> CRUISE_DATA_ROOT.
Does it work if you do not define a custom CRUISE_DATA_ROOT?

-- 
Alexey Verkhovsky
CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com]
RubyWorks [http://rubyworks.thoughtworks.com]

I turned off CRUISE_DATA_ROOT, repeat the steps and get the exact same
outcome. weird. It''s like its trying to run something in cc.rb (
Parameters:
{"format"=>"js",
"action"=>"index",
"controller"=>"projects"} ) instead of
my project.

On Wed, Apr 30, 2008 at 12:31 PM, Alexey Verkhovsky <
alexey.verkhovsky at gmail.com> wrote:
> On Wed, Apr 30, 2008 at 1:28 PM, Dan McHarness <dan.mcharness at
gmail.com>
> wrote:
> > I haven''t made any configuration changes other than to
repoint
> > CRUISE_DATA_ROOT.
>
> Does it work if you do not define a custom CRUISE_DATA_ROOT?
>
> --
> Alexey Verkhovsky
> CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com]
> RubyWorks [http://rubyworks.thoughtworks.com]
> _______________________________________________
> Cruisecontrolrb-users mailing list
> Cruisecontrolrb-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080430/10b61f0c/attachment.html>

I turned off CRUISE_DATA_ROOT, repeated the steps, and get the exact same
output and results. Weird.

On Wed, Apr 30, 2008 at 12:31 PM, Jeremy Stell-Smith <
jeremystellsmith at gmail.com> wrote:
> nope, that warning is unfortunately expected.
>
> what files / directories do you have in c:/cruisecontrolrb_projects/?
>
> On Wed, Apr 30, 2008 at 12:28 PM, Dan McHarness <dan.mcharness at
gmail.com>
> wrote:
>
> > I''m trying CC.rb for the first time and I''m
scratching my head why
> > Dashboard insists there''s no project to build.
> >
> > I successfully installed the default cruisecontrolrb-1.3.0,
successfully
> > did a "cruise add" of my rails project from svn, and then
"cruise start"
> > appears to start ok. However, the Dashboard insists there''s
no project.
> >
> > The "cruise start" console output:
> >
> > C:\cruisecontrolrb-1.3.0>cruise start
> > cruise data root = ''C:\cruisecontrolrb_projects''
> > => Booting Mongrel (use ''script/server webrick''
to force WEBrick)
> > => Rails application starting on http://0.0.0.0:3333
> > => Call with -d to detach
> > => Ctrl-C to shutdown server
> >
> >
C:/InstantRails-1.7-UW/ruby/lib/ruby/gems/1.8/gems/mongrel-1.0.1-mswin32/bin/mon
> > grel_rails:46: warning: conflicting chdir during another chdir block
> > ** Starting Mongrel listening at 0.0.0.0:3333
> > ** Starting Rails with production environment...
> > ** Rails loaded.
> > ** Loading any Rails specific GemPlugins
> > ** Signals ready.  INT => stop (no restart).
> > ** Mongrel available at 0.0.0.0:3333
> > ** Use CTRL-C to stop.
> >
> > When I bring up http://localhost:3333/ I get the following web page
> > output:
> >
> > Welcome to CruiseControl.rb!
> > There are no projects in the projects directory
> > [C:\cruisecontrolrb_projects/projects] yet.
> >
> > And the consequent console output is a repeat of the following output
> > every ~5 seconds:
> >
> > Processing ProjectsController#index (for 127.0.0.1 at 2008-04-30
> > 12:14:58) [GET]
> >
> >   Parameters: {"action"=>"index",
"controller"=>"projects"}
> > Rendering layoutfalsecontent_typetext/htmlactionindex within
> > layouts/default
> > Rendering projects/index
> > Completed in 0.03100 (32 reqs/sec) | Rendering: 0.03100 (100%) | 200
OK
> > [http://
> > localhost/]
> > ost/]
> >
> > I haven''t made any configuration changes other than to
repoint
> > CRUISE_DATA_ROOT.
> >
> > There were no errors or warnings reported on the console during the
> > "cruise add" checkout from svn, however, do you think the
warning reported
> > above in the console output from the "cruise start" command
the source of
> > the problem?
> >
> > thanks
> >
> > _______________________________________________
> > Cruisecontrolrb-users mailing list
> > Cruisecontrolrb-users at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
> >
> >
>
> _______________________________________________
> Cruisecontrolrb-users mailing list
> Cruisecontrolrb-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080430/8e69fbe3/attachment-0001.html>

you''re going to need to stop and restart the cruise control server for
that
change to take effect

On Wed, Apr 30, 2008 at 12:41 PM, Dan McHarness <dan.mcharness at
gmail.com>
wrote:
> I turned off CRUISE_DATA_ROOT, repeated the steps, and get the exact same
> output and results. Weird.
>
>
> On Wed, Apr 30, 2008 at 12:31 PM, Jeremy Stell-Smith <
> jeremystellsmith at gmail.com> wrote:
>
> > nope, that warning is unfortunately expected.
> >
> > what files / directories do you have in c:/cruisecontrolrb_projects/?
> >
> > On Wed, Apr 30, 2008 at 12:28 PM, Dan McHarness <dan.mcharness at
gmail.com>
> > wrote:
> >
> > > I''m trying CC.rb for the first time and I''m
scratching my head why
> > > Dashboard insists there''s no project to build.
> > >
> > > I successfully installed the default cruisecontrolrb-1.3.0,
> > > successfully did a "cruise add" of my rails project
from svn, and then
> > > "cruise start" appears to start ok. However, the
Dashboard insists there''s
> > > no project.
> > >
> > > The "cruise start" console output:
> > >
> > > C:\cruisecontrolrb-1.3.0>cruise start
> > > cruise data root =
''C:\cruisecontrolrb_projects''
> > > => Booting Mongrel (use ''script/server
webrick'' to force WEBrick)
> > > => Rails application starting on http://0.0.0.0:3333
> > > => Call with -d to detach
> > > => Ctrl-C to shutdown server
> > >
> > >
C:/InstantRails-1.7-UW/ruby/lib/ruby/gems/1.8/gems/mongrel-1.0.1-mswin32/bin/mon
> > > grel_rails:46: warning: conflicting chdir during another chdir
block
> > > ** Starting Mongrel listening at 0.0.0.0:3333
> > > ** Starting Rails with production environment...
> > > ** Rails loaded.
> > > ** Loading any Rails specific GemPlugins
> > > ** Signals ready.  INT => stop (no restart).
> > > ** Mongrel available at 0.0.0.0:3333
> > > ** Use CTRL-C to stop.
> > >
> > > When I bring up http://localhost:3333/ I get the following web
page
> > > output:
> > >
> > > Welcome to CruiseControl.rb!
> > > There are no projects in the projects directory
> > > [C:\cruisecontrolrb_projects/projects] yet.
> > >
> > > And the consequent console output is a repeat of the following
output
> > > every ~5 seconds:
> > >
> > > Processing ProjectsController#index (for 127.0.0.1 at 2008-04-30
> > > 12:14:58) [GET]
> > >
> > >   Parameters: {"action"=>"index",
"controller"=>"projects"}
> > > Rendering layoutfalsecontent_typetext/htmlactionindex within
> > > layouts/default
> > > Rendering projects/index
> > > Completed in 0.03100 (32 reqs/sec) | Rendering: 0.03100 (100%) |
200
> > > OK [http://
> > > localhost/]
> > > ost/]
> > >
> > > I haven''t made any configuration changes other than to
repoint
> > > CRUISE_DATA_ROOT.
> > >
> > > There were no errors or warnings reported on the console during
the
> > > "cruise add" checkout from svn, however, do you think
the warning reported
> > > above in the console output from the "cruise start"
command the source of
> > > the problem?
> > >
> > > thanks
> > >
> > > _______________________________________________
> > > Cruisecontrolrb-users mailing list
> > > Cruisecontrolrb-users at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
> > >
> > >
> >
> > _______________________________________________
> > Cruisecontrolrb-users mailing list
> > Cruisecontrolrb-users at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
> >
> >
>
> _______________________________________________
> Cruisecontrolrb-users mailing list
> Cruisecontrolrb-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080430/33bca111/attachment.html>

As a follow up, I''ve also tested against stock installs of InstantRails
v1.7
and v2.0 with the same reported outcome.

I''ve insured that the ruby in v1.7 (v1.8.6) has been patched to level
111.
IR v2.0 is already at patch level 111.

So, I don''t think that''s the source of the problem...

On Wed, Apr 30, 2008 at 12:31 PM, Alexey Verkhovsky <
alexey.verkhovsky at gmail.com> wrote:
> On Wed, Apr 30, 2008 at 1:28 PM, Dan McHarness <dan.mcharness at
gmail.com>
> wrote:
> > I haven''t made any configuration changes other than to
repoint
> > CRUISE_DATA_ROOT.
>
> Does it work if you do not define a custom CRUISE_DATA_ROOT?
>
> --
> Alexey Verkhovsky
> CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com]
> RubyWorks [http://rubyworks.thoughtworks.com]
> _______________________________________________
> Cruisecontrolrb-users mailing list
> Cruisecontrolrb-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080430/6933078f/attachment.html>

Hy,

At first, apologize for this tool that seems to be "agile" : simple at
first but
useful ;o)

But I have the same problem than Dan !... and a very short night behind me ;o)

A question before : Does CC.rb-1.3.0 should work on SVN repository under Apache
httpd with authentication ?

*** My configuration ***
- OS : Windows XP
- SVN : Authentication access, via http, Apache HTTPD server
- Ruby : Instant Rails 2.0
- CC.rb : 1.3.0

*** My story ***
- Download, unzip into CC_HOME, open DOS consol into CC_HOME
- cruise add MYPROJECT -u http://... --username xxx --password yyy -> OK (svn
checkout and latest svn revision detected)
- cruise start -> The web page said that no project was found !
- cruise build MYPROJECT --trace -> ... "access denied"
- set CRUISE_DATA_ROOT=c:/temp/ (to remove any spaces in the default path
"documents and setting" ?!)
- cruise build MYPROJECT -> the build begin but failed as follow...

====================================================================================================================
[info]  [2008-05-14 13:15:11] Builder for project ''MY_PROJECT''
started
Logging to: C:/software/ruby/cruisecontrolrb-1.3.0/log/MY_PROJECT_builder.log
[debug] C:/tmp/cruisecontrolrb/projects/MY_PROJECT/work Chiroa$ svn
--non-interactive log --limit 1 --revision HEAD:1 --verbose --xml
[debug] C:/tmp/cruisecontrolrb/projects/MY_PROJECT/work Chiroa$ svn
--non-interactive update --revision 9
Build 9 started
[info]  [2008-05-14 13:15:15] Build 9 started
[debug]
dir : C:/tmp/cruisecontrolrb/projects/MY_PROJECT/work
command : ruby -e "require ''rubygems'' rescue nil; require
''rake''; load
''C:/software/ruby/cruisecontrolrb-1.3.0/tasks/cc_build.rake'';
ARGV <<
 ''--nosearch'' << ''--trace'' <<
''cc:build''; Rake.application.run; ARGV.clear"
executed command : echo C:/tmp/cruisecontrolrb/projects/MY_PROJECT/work Chiroa$
ruby -e "require ''rubygems'' rescue nil; require
''rake''; load ''C:/
software/ruby/cruisecontrolrb-1.3.0/tasks/cc_build.rake''; ARGV <<
''--nosearch''
<< ''--trace'' << ''cc:build'';
Rake.application.run; ARGV.clear"
 >> C:/tmp/cruisecontrolrb/projects/MY_PROJECT/build-9/build.log
&& ruby -e
"require ''rubygems'' rescue nil; require
''rake''; load ''C:/software/rub
y/cruisecontrolrb-1.3.0/tasks/cc_build.rake''; ARGV <<
''--nosearch'' << ''--trace''
<< ''cc:build''; Rake.application.run; ARGV.clear"
>> C:\tmp\c
ruisecontrolrb\projects\MY_PROJECT\build-9\build.log 2>&1
exitstatus: 1
STDERR TAIL START

STDERR TAIL END
[debug]   ./script/../config/../lib/command_line.rb:146:in
`verify_exit_code''
[debug]   ./script/../config/../lib/command_line.rb:95:in `e''
[debug]   ./script/../config/../lib/command_line.rb:71:in `execute''
[debug]   ./script/../config/../lib/command_line.rb:70:in `chdir''
[debug]   ./script/../config/../lib/command_line.rb:70:in `execute''
[debug]   ./script/../config/../app/models/build.rb:31:in `run''
[debug]   ./script/../config/../app/models/build.rb:185:in `call''
[debug]   ./script/../config/../app/models/build.rb:185:in
`in_clean_environment_on_local_copy''
[debug]   ./script/../config/../app/models/build.rb:184:in `chdir''
[debug]   ./script/../config/../app/models/build.rb:184:in
`in_clean_environment_on_local_copy''
[debug]   ./script/../config/../app/models/build.rb:30:in `run''
[debug]   ./script/../config/../app/models/project.rb:309:in
`build_without_serialization''
[debug]   ./script/../config/../app/models/project.rb:286:in `build''
[debug]   ./script/../config/../app/models/project.rb:210:in
`build_if_necessary''
[debug]   ./script/../config/../app/models/polling_scheduler.rb:13:in
`run''
[debug]   ./script/builder:79
[debug]   ./script/builder:78:in `catch''
[debug]   ./script/builder:78
[debug]   cruise:14:in `load''
[debug]   cruise:14:in `builder''
[debug]   cruise:68:in `send''
[debug]   cruise:68
[debug]  
C:/software/ruby/instant-rails-2.0/ruby/lib/ruby/1.8/fileutils.rb:121:in
`chdir''
[debug]  
C:/software/ruby/instant-rails-2.0/ruby/lib/ruby/1.8/fileutils.rb:121:in
`cd''
[debug]   cruise:67
Build 9 FAILED
[info]  [2008-05-14 13:15:30] Build 9 FAILED

====================================================================================================================

Does anybody have an idea ?

Dan, do you resolve your problem ?...

Thank by advance...

j.


> As a follow up, I''ve also tested against stock installs of
InstantRails v1.7
> and v2.0 with the same reported outcome.
>
> I''ve insured that the ruby in v1.7 (v1.8.6) has been patched to
level 111.
> IR v2.0 is already at patch level 111.
>
> So, I don''t think that''s the source of the problem...
>
> On Wed, Apr 30, 2008 at 12:31 PM, Alexey Verkhovsky <
> alexey.verkhovsky at gmail.com> wrote:
>
> > On Wed, Apr 30, 2008 at 1:28 PM, Dan McHarness <dan.mcharness at
gmail.com>
> > wrote:
> > > I haven''t made any configuration changes other than to
repoint
> > > CRUISE_DATA_ROOT.
> >
> > Does it work if you do not define a custom CRUISE_DATA_ROOT?
> >
> > --
> > Alexey Verkhovsky
> > CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com]
> > RubyWorks [http://rubyworks.thoughtworks.com]
> > _______________________________________________
> > Cruisecontrolrb-users mailing list
> > Cruisecontrolrb-users at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
> >