Bug 96096

There appears to be something wrong with your installation... activesupport is
missing. Can you go looking at 

C:/Documents and Settings/Tim/.netbeans/dev/jruby-0.9.2/lib/ruby/gems/1.8/gems/

and make sure you have activesupport-1.3.1/lib  there?

How did you get the bits - did you install from Auto Update (did you install
absolutely all the modules in the Ruby category?), or build from sources, or
grab a kit from deadlock.netbeans.org or elsewhere?

Have you by any chance configured a different Ruby interpreter (or Rails
installation) for yourself under Options | Miscellaneous?

By the way, no - this isn't logging, this is output from the Rails generator
(which will be hyperlinked etc) which is there intentionally. Almost everything
you do in Rails is running this generator, so it works a bit differently than
other types of projects.

I got the bits from autoupdate, on my first run after blowing away my userdir.

The files seem to be there.  I'll attach the output from dir /s.

I do have plain-old Ruby for windows installed with its bin/ dir on the PATH (
http://rubyforge.org/frs/?group_id=167 )

Created attachment 38790 [details]
Userdir tree

FWIW, this works for me (build 175) on Solaris Dev Express.  Tim, one thing to
try would be installing NetBeans someplace that does not have spaces in the path
(Documents and Settings) -- I wouldn't be surprised if there are problems either
in NB or perhaps even in Ruby itself related to paths with spaces.

My NB installation doesn't have spaces in the path - it's c:\netbeans.  My user
dir has spaces in the path - but so will anybody's on Windows, so that's going
to need to work.

There actually is a keyword SPACE_IN_PATH which you can add to the keywords
field above;  AFAIK there are no currently known problems in NetBeans wrt spaces
in paths.  Are there any libs you are using that use paths or file URLs or such
and could be getting confused?

This appears to be a space-in-pathname issue. I could reproduce this on OSX with
spaces in the path.

I have made a couple of fixes to my own code, but it's still broken because
there are bugs in the JRuby launcher script itself. I was just talking to Tom
Enebo and he's going to fix the Unix one. I'm still seeing problems on Windows;
it's possible jruby.bat needs fixes too. I'm working on it. Will investigate
more tomorrow. Bumping up priority; JRuby installation in the userdir will be
common on Windows since that's what happens with Auto Update.

NetBeans IDE Dev (Build 200702211900)
1.6.0-rc; Java HotSpot(TM) Client VM 1.6.0-rc-b104
Windows XP version 5.1 running on x86
en_US (nb); Cp1252
-----------------------------------------------------------
i did following:
- downloaded lastest zip build
- ran it only with param --jdkhome
- created rubyapp1 - into default location, i.e. 
C:\Documents and Settings\Tomas\My Documents\NetBeansProjects
- ran by F6:
STARTING
Error opening script file: and (The system cannot find the file specified)
RUN COMPLETED


-now i created rubyapp2 - into c:\
-ran by F6:
STARTING
Hello World
RUN COMPLETED

so the problem probably is not the location of modules in userdir (C:\Documents
and Settings\Tomas\.netbeans\dev\jruby-0.9.2\bin\jruby.bat) , but in location of
script to be ran.

P.S.Vista user won't probably meet this, because C:\Documents and Settings is
not used anymore,it is replaced with C:\Users in Vista.

This should be mostly fixed now. Unfortunately, for Ruby On Rails, the Rails
script fails halfway through in what looks like a space-path related error. For
now I have blocked Rails project creation on Windows when Rails is in a
space-path. (There's an error message in the New wizard which disables the
Finish button).

Everything else should work.

I just checked in a new copy of the bundled JRuby, using a fresh trunk. I was
doing so primarily to pick up SSL related fixes which will let us use the gem
manager to fetch SSL functionality - but it meant I also picked up recent JRuby
fixes.

In particular, JRuby integration #3120 is included which modified a bunch of the
Windows launcher scripts to fix spaces-in-path issues.

I'm hopeful that this addresses the last spaces-in-path issues - but I don't
have a Windows machine to check. When the Update center eventually contains
"JRuby Implementation 0.92.8", can somebody check whether this is working?

Can anybody with Windows let me know if the JRuby 0.9.8 change fixed this?

I'm now bypassing the JRuby launcher script completely, which I think should solve this.  However, there's 
a bunch of new launcher code (untested since I don't have Windows) which could have issues. I did update 
a few things such that by feature level 0.39 it should work right. Unfortunately, I think the Daily Build cut 
off was between my initial checkin and the spaces in path modifications so it's possibel that the daily 
update center will have broken bits for a day. For the latest, always go to the nbextras.org builds - see 
http://wiki.netbeans.org/wiki/view/RubyInstallation.

I've tried this today on XP (with custom build of ide+ruby), using standard
userdir (c:\Documents and settings\whatever..):

Created ruby app (in folder containing space in path), ran it - OK
Created rails app (again in folder containing space in path), ran it - OK

if there's another testcase which is bounded with this issue, let me know.. 

The issue we had before was where -jruby- was in a path with spaces in it (because when it was installed 
from the update center, the jruby code would get placed in the user dir which often contains spaces).  
There was a bug in jruby.bat which didn't handle the case where JRuby itself is in a path location. Can you 
check that scenario?

Using Ruby Feature Level 0.45, and keeping my default userdir (with spaces in
the path) I was able to build this simple Flickr application:
http://weblogs.java.net/blog/bleonard/archive/2007/03/building_a_ruby.html

/Brian

Thank you so much for confirming - closing this issue as fixed. I'll be taking out the verbiage from the 
Rails wizard warning about spaces in the path in my next checkin.

Reassigning this issue to newly created 'ruby' component.

Changing target milestone of all resolved Ruby issues from TBD to 6.0 Beta 1 build.

v.