This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 145552 - When starting V3 for the first time from the services tab, deploying rails apps fails.
Summary: When starting V3 for the first time from the services tab, deploying rails ap...
Status: RESOLVED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: GlassFish (show other bugs)
Version: 6.x
Hardware: All Mac OS X
: P4 blocker (vote)
Assignee: Vince Kraemer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-29 11:25 UTC by Petr Jiricka
Modified: 2009-10-22 06:41 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Exception from the server output (4.88 KB, text/plain)
2008-08-29 11:29 UTC, Petr Jiricka
Details
Exception with an older build of GF (1.84 KB, text/plain)
2008-08-29 11:36 UTC, Petr Jiricka
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Jiricka 2008-08-29 11:25:29 UTC
1. Create the sample Depot application and do the setup steps described in the HOWTO
2. Run the application (with GlassFish v3 set as the deployment server)

Application is not deployed and exception is printed in the server log.

I am using v3 promoted build 21.
Comment 1 Petr Jiricka 2008-08-29 11:29:24 UTC
Created attachment 68613 [details]
Exception from the server output
Comment 2 Petr Jiricka 2008-08-29 11:35:59 UTC
Looks like GF does not use the bundled JRuby. Could this be caused by the update to JRuby 1.1.4?

BTW, when I use an older build of GlassFish (the one you get when you choose to download it by the plugin), I get a
different exception (attached), but things still don't work.
Comment 3 Petr Jiricka 2008-08-29 11:36:46 UTC
Created attachment 68616 [details]
Exception with an older build of GF
Comment 4 Martin Schovanek 2008-08-29 13:41:45 UTC
Reproducible with GF V3 b20 too. But with fresh userdir it works fine.

(See: ${userdir}/config/GlassFish/Instances/.nbattrs)
Comment 5 _ pcw 2008-08-29 14:58:41 UTC
> Looks like GF does not use the bundled JRuby

V3 plugin will inject whatever the NetBeans bundled JRuby install is when starting GlassFish.  There are a few loopholes
where this might not happen and maybe you ran across one of those.  But in general it should just work, even across an
upgrade.

That said, I'm getting the impression that the 1.1.4 upgrade changed a number of JRuby api's and since this was just
released and integrated last night, I have not looked into the impact.  It will take a few days to shake things out.

We don't guarantee stability of the user dir between individual development builds, IIRC.
Comment 6 _ pcw 2008-09-04 07:59:01 UTC
The second exception is fallout from JRuby 1.1.4 upgrade.  The next promoted build of GlassFish should resolve that one.

I'd really like to know the steps required to reproduce the first exception.  I know one way and that way is not a P2. 
Since this is filed as a P2, I'd like to know the P2 way.
Comment 7 Petr Jiricka 2008-09-05 14:50:42 UTC
Here are my steps:
1. Download the zip-based distribution of NetBeans (I used Hudson build 3678)
2. Add GF v3 Prelude build to the Services tab (I used daily build from Sep 4)
3. Create a new Rails app with "Built-in JRuby 1.1.4" as the Ruby platform and the v3 Prelude build as the server
4. Click Run on this Rails app
Comment 8 _ pcw 2008-09-08 18:43:03 UTC
I tried your steps with current builds and cannot reproduce --

In particular, if (a) the server is NOT running and (b) you start the Rails app via <Run> on it's project/popup menu,
then this exception should _never_ happen.

If, on the other hand, you started the server from it's own start menu first, immediately after installing it and only
then selected <Run> to execute the Rails app, you could see this exception.  In that case, I know what the problem is. 
Stopping the server and selecting <Run> again will fix it and you should also never see it again for that server install.
Comment 9 Petr Jiricka 2008-09-10 14:36:38 UTC
You are right, I can only reproduce with the steps you described. So this is not a P2 - I am downgrading to P3, but this
may even be a P4. 
Comment 10 _ pcw 2008-10-09 23:40:43 UTC
Changed subject to reflect consensus on revised description.
Comment 11 Vince Kraemer 2009-09-16 23:55:38 UTC
Assigned engineer: please correct the tm value.  nb 6.7 has shipped, so a tm of
6.7  is invalid at this point
Comment 12 Vince Kraemer 2009-09-16 23:58:47 UTC
pickup half of pcw's issues
Comment 13 Vince Kraemer 2009-09-17 00:42:35 UTC
dropping to p4 with tm of TBD
Comment 14 Vince Kraemer 2009-10-22 06:41:00 UTC
it looks like this is similar to issue 174025.

Please reopen if you can reproduce it in recent builds...