From dennis at sutch.com  Fri Jan  5 09:27:44 2007
From: dennis at sutch.com (Dennis Sutch)
Date: Fri, 5 Jan 2007 09:27:44 -0500
Subject: [Instantrails-users] InstantRails with Ruby One-Click Installer?
Message-ID: <f819be840701050627i27dbed8al3bd49d7d7e93f935@mail.gmail.com>

Hi.  I would like to hear how/what other users are installing for
development and reference support.  I currently have both InstantRails
and the Ruby One-click Installer installed.  I don't like telling
co-workers to install both (the OCI has lots of nice documentation
useful to Rails developers).  Also, the Ruby OCI helps when needing to
run Ruby scripts outside of the InstantRails environment.  Is it a
given that both of these large downloads are needed, even though there
is some overlap?

-- 
Dennis Sutch
dennis at sutch.com

From curt.hibbs at gmail.com  Fri Jan  5 11:31:53 2007
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Fri, 5 Jan 2007 10:31:53 -0600
Subject: [Instantrails-users] InstantRails with Ruby One-Click Installer?
In-Reply-To: <f819be840701050627i27dbed8al3bd49d7d7e93f935@mail.gmail.com>
References: <f819be840701050627i27dbed8al3bd49d7d7e93f935@mail.gmail.com>
Message-ID: <31d15f490701050831h381c37c7u50ad980c07081fdf@mail.gmail.com>

On 1/5/07, Dennis Sutch <dennis at sutch.com> wrote:
>
> Hi.  I would like to hear how/what other users are installing for
> development and reference support.  I currently have both InstantRails
> and the Ruby One-click Installer installed.  I don't like telling
> co-workers to install both (the OCI has lots of nice documentation
> useful to Rails developers).  Also, the Ruby OCI helps when needing to
> run Ruby scripts outside of the InstantRails environment.  Is it a
> given that both of these large downloads are needed, even though there
> is some overlap?
>

The Ruby that is included in Instant Rails *is* the one-click installer. The
main difference is the system modifications that the OCI installer makes
(puts ruby\bin on the path, creates file extension associations for *.rb and
*.rbw, and creates start menu entries). IR has also installed a bunch of
RubyGems to support Rails (most notably the Rails gem, itself).

If you can install the OCI in the ruby subdirectory of wherever you have
unzipped Instant Rails. This will give you all of these system mods without
taking up any more space. But, to avoid losing the installed RubyGems in the
process, you have to do it like this:

1) Temporarily rename the directory ...\InstantRails\ruby to something else
(like ...\InstantRails\ruby-save).

2) Install OCI at ...\InstantRails\ruby.

3) Now that you've got all the nifty system mods, delete the directory
...\InstantRails\ruby and rename ...\InstantRails\ruby-save back to its
original name.

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-users/attachments/20070105/d1eab5f1/attachment.html 

From Leonid at RaizLabs.com  Mon Jan  8 17:22:03 2007
From: Leonid at RaizLabs.com (Leonid Raiz)
Date: Mon, 08 Jan 2007 17:22:03 -0500
Subject: [Instantrails-users] Staring application with Mongrel without
	shutting down IIS
Message-ID: <000601c73373$71e4e3b0$0301a8c0@Leonid>

I installed IR 1.4 on Win XP and am learning RoR. Starting IR starts Apache
which correctly detects that port 80 already being used by IIS. Things are
working OK if I shut down IIS prior to staring IR. Since I run my
application with Mongrel (not Apache) and use port 3004 then I assume that I
should be able to avoid the annoying necessity to shut down IIS. My
simpleminded attempt to leave IIS running failed. When I try to connect to
my development site Windows prompts me to login to my development computer
using Guest account and would not accept any password.  I fail to see how
this behavior could possibly be connected with IIS left running. If IIS is
stopped first then no login dialog ever appears and the app is working with
Mongrel just fine.
 
Can someone explain why this is happening and suggest how to avoid it?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-users/attachments/20070108/17b07eb6/attachment.html 

From curt.hibbs at gmail.com  Mon Jan  8 23:03:45 2007
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Mon, 8 Jan 2007 22:03:45 -0600
Subject: [Instantrails-users] Staring application with Mongrel without
	shutting down IIS
In-Reply-To: <000601c73373$71e4e3b0$0301a8c0@Leonid>
References: <000601c73373$71e4e3b0$0301a8c0@Leonid>
Message-ID: <31d15f490701082003y703d544epaf1246e51a6efb3d@mail.gmail.com>

On 1/8/07, Leonid Raiz <Leonid at raizlabs.com> wrote:
>
>  I installed IR 1.4 on Win XP and am learning RoR. Starting IR starts
> Apache which correctly detects that port 80 already being used by IIS.
> Things are working OK if I shut down IIS prior to staring IR. Since I run my
> application with Mongrel (not Apache) and use port 3004 then I assume that I
> should be able to avoid the annoying necessity to shut down IIS. My
> simpleminded attempt to leave IIS running failed. When I try to connect to
> my development site Windows prompts me to login to my development computer
> using Guest account and would not accept any password.  I fail to see how
> this behavior could possibly be connected with IIS left running. If IIS is
> stopped first then no login dialog ever appears and the app is working with
> Mongrel just fine.
>
> Can someone explain why this is happening and suggest how to avoid it?
>

Select Configure > Instant Rails from the main menu and uncheck the option
to automatically start Apache. That will avoid your problem with IIS, and
you're not using Apache anyway.

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-users/attachments/20070108/98aabc64/attachment-0001.html 

From Leonid at RaizLabs.com  Thu Jan 11 13:47:37 2007
From: Leonid at RaizLabs.com (Leonid Raiz)
Date: Thu, 11 Jan 2007 13:47:37 -0500
Subject: [Instantrails-users] Staring application with Mongrel
 withoutshutting down IIS
In-Reply-To: <31d15f490701082003y703d544epaf1246e51a6efb3d@mail.gmail.com>
Message-ID: <008101c735b0$fb163000$0301a8c0@Leonid>

Just avoiding automatic start of Apache did not help. I experimented some
more and narrowed the problem a bit. It is possible that the question is
better directed at general RoR audience but I state it here just in case.
 
My windows hosts file contains
127.0.0.1     myapp
 
while InstantRails\conf_file\httpd.conf contains
<VirtualHost *>
    ServerName myapp
    ProxyPass / http://localhost:3004/
    ProxyPassReverse / http://localhost:3004
</VirtualHost>

I am observing that when I shut down IIS, start Apache via IR and from IR
start myapp with Mongrel then browsing to http://myapp works as expected.
However if Apache is not started then I can't browse to myapp even though
Apache should not be used.
 
On further investigation I now suspect that the problem is related to
processing of httpd.conf (or its copy consumed by Apache). It appears that
when Apache is not running even though I can not browse to http://myapp, I
can browse to http://myapp:3004 . What is up with that? Is it a general RoR
issue and is there a way for me to address it so I am relieved of the
necessity to shut down IIS or type port number? 
 
Fortunately I have to type port number just once. Subsequent browsing within
myapp automatically keeps the same port number.

-----Original Message-----
From: instantrails-users-bounces at rubyforge.org
[mailto:instantrails-users-bounces at rubyforge.org] On Behalf Of Curt Hibbs
Sent: Monday, January 08, 2007 11:04 PM
To: instantrails-users at rubyforge.org
Subject: Re: [Instantrails-users] Staring application with Mongrel
withoutshutting down IIS


On 1/8/07, Leonid Raiz <Leonid at raizlabs.com> wrote: 


I installed IR 1.4 on Win XP and am learning RoR. Starting IR starts Apache
which correctly detects that port 80 already being used by IIS. Things are
working OK if I shut down IIS prior to staring IR. Since I run my
application with Mongrel (not Apache) and use port 3004 then I assume that I
should be able to avoid the annoying necessity to shut down IIS. My
simpleminded attempt to leave IIS running failed. When I try to connect to
my development site Windows prompts me to login to my development computer
using Guest account and would not accept any password.  I fail to see how
this behavior could possibly be connected with IIS left running. If IIS is
stopped first then no login dialog ever appears and the app is working with
Mongrel just fine.
 
Can someone explain why this is happening and suggest how to avoid it?


Select Configure > Instant Rails from the main menu and uncheck the option
to automatically start Apache. That will avoid your problem with IIS, and
you're not using Apache anyway.

Curt 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-users/attachments/20070111/074af5d7/attachment.html 

From curt.hibbs at gmail.com  Thu Jan 11 17:05:55 2007
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Thu, 11 Jan 2007 16:05:55 -0600
Subject: [Instantrails-users] Staring application with Mongrel
	withoutshutting down IIS
In-Reply-To: <008101c735b0$fb163000$0301a8c0@Leonid>
References: <31d15f490701082003y703d544epaf1246e51a6efb3d@mail.gmail.com>
	<008101c735b0$fb163000$0301a8c0@Leonid>
Message-ID: <31d15f490701111405u129b794as68f32198c131696b@mail.gmail.com>

On 1/11/07, Leonid Raiz <Leonid at raizlabs.com> wrote:
>
>  Just avoiding automatic start of Apache did not help. I experimented some
> more and narrowed the problem a bit. It is possible that the question is
> better directed at general RoR audience but I state it here just in case.
>
> My windows hosts file contains
> 127.0.0.1     myapp
>
> while InstantRails\conf_file\httpd.conf contains
> <VirtualHost *>
>     ServerName myapp
>     ProxyPass / http://localhost:3004/
>     ProxyPassReverse / http://localhost:3004
> </VirtualHost>
> I am observing that when I shut down IIS, start Apache via IR and from IR
> start myapp with Mongrel then browsing to http://myapp works as expected.
> However if Apache is not started then I can't browse to myapp even though
> Apache should not be used.
>
> On further investigation I now suspect that the problem is related to
> processing of httpd.conf (or its copy consumed by Apache). It appears that
> when Apache is not running even though I can not browse to http://myapp, I
> *can* browse to http://myapp:3004 . What is up with that? Is it a general
> RoR issue and is there a way for me to address it so I am relieved of the
> necessity to shut down IIS or type port number?
>

I think you're working with an incorrect mental model of how things are
working.

Mongrel is a web server (written in Ruby) that has been configured to serve
up "myapp" on port 3004. Once you started up myapp via Mongrel, you can
browse to it using http://myapp:3004 or even http://127.0.0.1:3004

In fact, when you are developing a Rails app, this is generally what you do
(leaving out Apache entirely). Even in production, if you only needed to
serve up a single Rails-based web site, you could just configure Mongrel to
serve the Rails app on port 80.

Apache comes in to play when you want to test in a production-like
environment where you have multiple web apps running via Mongrel (each on
separate port) and then you use Apache handle requests on port 80 and proxy
those requests over to the various instances of Mongrel depending on the
URL.

Curt

Fortunately I have to type port number just once. Subsequent browsing within
> myapp automatically keeps the same port number.
>
>  -----Original Message-----
> *From:* instantrails-users-bounces at rubyforge.org [mailto:
> instantrails-users-bounces at rubyforge.org] *On Behalf Of *Curt Hibbs
> *Sent:* Monday, January 08, 2007 11:04 PM
> *To:* instantrails-users at rubyforge.org
> *Subject:* Re: [Instantrails-users] Staring application with Mongrel
> withoutshutting down IIS
>
> On 1/8/07, Leonid Raiz <Leonid at raizlabs.com> wrote:
> >
> >  I installed IR 1.4 on Win XP and am learning RoR. Starting IR starts
> > Apache which correctly detects that port 80 already being used by IIS.
> > Things are working OK if I shut down IIS prior to staring IR. Since I run my
> > application with Mongrel (not Apache) and use port 3004 then I assume that I
> > should be able to avoid the annoying necessity to shut down IIS. My
> > simpleminded attempt to leave IIS running failed. When I try to connect to
> > my development site Windows prompts me to login to my development computer
> > using Guest account and would not accept any password.  I fail to see how
> > this behavior could possibly be connected with IIS left running. If IIS is
> > stopped first then no login dialog ever appears and the app is working with
> > Mongrel just fine.
> >
> > Can someone explain why this is happening and suggest how to avoid it?
> >
>
> Select Configure > Instant Rails from the main menu and uncheck the option
> to automatically start Apache. That will avoid your problem with IIS, and
> you're not using Apache anyway.
>
> Curt
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-users/attachments/20070111/f323cd95/attachment.html 

From Leonid at RaizLabs.com  Thu Jan 11 17:18:23 2007
From: Leonid at RaizLabs.com (Leonid Raiz)
Date: Thu, 11 Jan 2007 17:18:23 -0500
Subject: [Instantrails-users] Staring application with Mongrel
 withoutshutting down IIS
In-Reply-To: <31d15f490701111405u129b794as68f32198c131696b@mail.gmail.com>
Message-ID: <001701c735ce$6bd2f130$0301a8c0@Leonid>

Thanks for clarification.

-----Original Message-----
From: Curt Hibbs [mailto:curt.hibbs at gmail.com] 
Sent: Thursday, January 11, 2007 5:06 PM
To: Leonid Raiz
Cc: instantrails-users at rubyforge.org
Subject: Re: [Instantrails-users] Staring application with Mongrel
withoutshutting down IIS 
 
I think you're working with an incorrect mental model of how things are
working.

Mongrel is a web server (written in Ruby) that has been configured to serve
up "myapp" on port 3004. Once you started up myapp via Mongrel, you can
browse to it using http://myapp:3004 or even http://127.0.0.1:3004 

In fact, when you are developing a Rails app, this is generally what you do
(leaving out Apache entirely). Even in production, if you only needed to
serve up a single Rails-based web site, you could just configure Mongrel to
serve the Rails app on port 80. 

Apache comes in to play when you want to test in a production-like
environment where you have multiple web apps running via Mongrel (each on
separate port) and then you use Apache handle requests on port 80 and proxy
those requests over to the various instances of Mongrel depending on the
URL. 

Curt


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-users/attachments/20070111/d086dceb/attachment.html 

From warrens at actcom.net.il  Tue Jan 16 05:43:30 2007
From: warrens at actcom.net.il (Warren Seltzer)
Date: Tue, 16 Jan 2007 12:43:30 +0200
Subject: [Instantrails-users] IR 1.4  Typo  / MySQL   3 Problems
Message-ID: <005501c7395b$2c6b38a0$55ac19ac@Whatever>

I installed IR 1.4.  Cookbook works as advertised.

1) Typo doesn't get past the login.  I tried it with both Firefox 2.0 and IE 7.  It just
redraws the login prompting screen.  Cures?

2) It seems very strange that IR 1.4 installed the WINDOWS 95 version of MySQL on my XP
SP2 system.  Could this be correct?  Could this be an error that causes problem 1?

C:\InstantRails\rails_apps> mysql --version
mysql  Ver 14.7 Distrib 4.1.9, for Win95/Win98 (i32)

3) Helpless:
For server side help, type 'help contents'

mysql> help contents;
ERROR 1146 (42S02): Table 'mysql.help_topic' doesn't exist

W Fred


From Leonid at RaizLabs.com  Tue Jan 16 13:10:57 2007
From: Leonid at RaizLabs.com (Leonid Raiz)
Date: Tue, 16 Jan 2007 13:10:57 -0500
Subject: [Instantrails-users] IR 1.4  Typo  / MySQL   3 Problems
In-Reply-To: <005501c7395b$2c6b38a0$55ac19ac@Whatever>
Message-ID: <027701c73999$b8d19170$0301a8c0@Leonid>

FWIW I also installed IR 1.4 on XP SP2 and things look muck better here.

1. Typo works
2. mysql reports the same Ver 14.7 Distrib 4.1.9, for Win95/Win98 (i32)

-----Original Message-----
From: instantrails-users-bounces at rubyforge.org
[mailto:instantrails-users-bounces at rubyforge.org] On Behalf Of Warren
Seltzer
Sent: Tuesday, January 16, 2007 5:44 AM
To: instantrails-users at rubyforge.org
Subject: [Instantrails-users] IR 1.4 Typo / MySQL 3 Problems


I installed IR 1.4.  Cookbook works as advertised.

1) Typo doesn't get past the login.  I tried it with both Firefox 2.0 and IE
7.  It just redraws the login prompting screen.  Cures?

2) It seems very strange that IR 1.4 installed the WINDOWS 95 version of
MySQL on my XP SP2 system.  Could this be correct?  Could this be an error
that causes problem 1?

C:\InstantRails\rails_apps> mysql --version
mysql  Ver 14.7 Distrib 4.1.9, for Win95/Win98 (i32)

3) Helpless:
For server side help, type 'help contents'

mysql> help contents;
ERROR 1146 (42S02): Table 'mysql.help_topic' doesn't exist

W Fred

_______________________________________________
Instantrails-users mailing list Instantrails-users at rubyforge.org
http://rubyforge.org/mailman/listinfo/instantrails-users



From donnacha at gmail.com  Fri Jan 19 02:05:49 2007
From: donnacha at gmail.com (Donnacha)
Date: Fri, 19 Jan 2007 07:05:49 +0000
Subject: [Instantrails-users] Rails 1.2.1, inc. Prototype 1.5
Message-ID: <615715170701182305n21783decl5b21b5ff7deddc22@mail.gmail.com>

Hi.

As most of you will know, Rails 1.2.1, featuring major changes and
incorporating the new 1.5 of Prototype, has now been released.

As most of the people learning Rails from now on will probably be
using the new, second edition of "Agile Web Development with Rails"
and as that was written totally around the Rails 1.2, would it perhaps
be a good idea for InstantRails to start using the new version?

I understand that it's a simple matter to do a gem update and, indeed,
the book explains that process but, for newbies, it would be great if
InstantRails just worked straight out of the box.

Keep up the good work,

Donnacha

From curt.hibbs at gmail.com  Fri Jan 19 10:02:41 2007
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Fri, 19 Jan 2007 09:02:41 -0600
Subject: [Instantrails-users] Rails 1.2.1, inc. Prototype 1.5
In-Reply-To: <615715170701182305n21783decl5b21b5ff7deddc22@mail.gmail.com>
References: <615715170701182305n21783decl5b21b5ff7deddc22@mail.gmail.com>
Message-ID: <31d15f490701190702g2a207277m987154602e5e7be7@mail.gmail.com>

On 1/19/07, Donnacha <donnacha at gmail.com> wrote:
>
> Hi.
>
> As most of you will know, Rails 1.2.1, featuring major changes and
> incorporating the new 1.5 of Prototype, has now been released.
>
> As most of the people learning Rails from now on will probably be
> using the new, second edition of "Agile Web Development with Rails"
> and as that was written totally around the Rails 1.2, would it perhaps
> be a good idea for InstantRails to start using the new version?
>
> I understand that it's a simple matter to do a gem update and, indeed,
> the book explains that process but, for newbies, it would be great if
> InstantRails just worked straight out of the box.
>
> Keep up the good work,
>

Its in the works.

Currently I'm waiting for the new version of the One-Click Ruby Installer
(which supplies the Ruby runtime for Instant Rails) because it contains many
Ruby bug fixes. The OCI is almost ready for release but is, itself, waiting
on a new release of RubyGems (which should be any day now). So, maybe in a
couple weeks there'll be a new IR with all the latest goodness.

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-users/attachments/20070119/9461f80b/attachment.html