From nobody at rubyforge.org Tue May 1 02:32:48 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 1 May 2007 02:32:48 -0400 (EDT) Subject: [Jruby-extras-devel] [525] trunk/rails-integration/plugins: Rename war to goldspike Message-ID: <20070501063248.A4EE95240C7B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070501/e9939b07/attachment.html From nobody at rubyforge.org Tue May 1 02:33:12 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 1 May 2007 02:33:12 -0400 (EDT) Subject: [Jruby-extras-devel] [526] trunk/rails-integration/plugins: Rename war to goldspike Message-ID: <20070501063312.27F6B5240C7B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070501/01440d5f/attachment.html From robert at cs.auckland.ac.nz Tue May 1 02:42:03 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Tue, 01 May 2007 18:42:03 +1200 Subject: [Jruby-extras-devel] Upcoming GoldSpike/Rails-Integration 1.2 release Message-ID: <4636E13B.8010408@cs.auckland.ac.nz> Hey all, We'd like to do a 1.2 release of goldspike before the end of the week, in time for the JavaOne/RailsConf conferences. There have been a few changes recently around trying to reduce the load delays for users. Cheers, Robert From charles.nutter at sun.com Tue May 1 02:51:19 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Tue, 01 May 2007 01:51:19 -0500 Subject: [Jruby-extras-devel] Upcoming GoldSpike/Rails-Integration 1.2 release In-Reply-To: <4636E13B.8010408@cs.auckland.ac.nz> References: <4636E13B.8010408@cs.auckland.ac.nz> Message-ID: <4636E367.8080001@sun.com> Robert Egglestone wrote: > Hey all, > > We'd like to do a 1.2 release of goldspike before the end of the week, > in time for the JavaOne/RailsConf conferences. > > There have been a few changes recently around trying to reduce the load > delays for users. I'm doing a demo dry run tomorrow so I'm not going to monkey with my system right now, but I'll try to hit the new 1.2 code before the end of the week. Has anyone else given it a shot yet? How does it feel? - Charlie From nobody at rubyforge.org Tue May 1 07:55:41 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 1 May 2007 07:55:41 -0400 (EDT) Subject: [Jruby-extras-devel] [527] trunk/rails-integration/src/main/java/org/jruby/webapp: Added configuration changes from Jon Tirsen Message-ID: <20070501115541.B9C3C5240A38@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070501/dcd187c7/attachment.html From dudley at misnomer.us Tue May 1 10:42:35 2007 From: dudley at misnomer.us (Dudley Flanders) Date: Tue, 1 May 2007 09:42:35 -0500 Subject: [Jruby-extras-devel] [rails-integration][PATCH] new war.rb format (backwards compatible) In-Reply-To: References: <84E6140E-FB33-4BC4-B6F6-01C5FA2A7090@tirsen.com> <462EB806.7050301@cs.auckland.ac.nz> Message-ID: <0F08C5FE-6F43-4C52-8BA1-B83DA7915885@misnomer.us> On Apr 25, 2007, at 2:22 AM, Fausto Lelli wrote: > The new module could be War::Configuration::API as a place to store > 'public methods', and maybe a War::Configuration::Internal to store > what we > have now. I'm not proposing to 'forbid' War::Configuration::Internal, > only it must be used with some cautions. > > What do you think? What configuration options are you trying to hide from users? Just glancing through, I don't see any real reason to try to hide anything. I don't think this project is so big that it warrants the extra level of indirection. Maybe it's a cultural thing, but as a Rubyist, I expect to be allowed to shoot off my own foot. Why not just expose the Configuration like Jon has suggested, and only document the options you want people to change? :dudley From dudley at misnomer.us Tue May 1 10:56:37 2007 From: dudley at misnomer.us (Dudley Flanders) Date: Tue, 1 May 2007 09:56:37 -0500 Subject: [Jruby-extras-devel] Upcoming GoldSpike/Rails-Integration 1.2 release In-Reply-To: <4636E367.8080001@sun.com> References: <4636E13B.8010408@cs.auckland.ac.nz> <4636E367.8080001@sun.com> Message-ID: <10C33733-3FC3-4086-B5E8-456D65911C42@misnomer.us> On May 1, 2007, at 1:51 AM, Charles Oliver Nutter wrote: > Robert Egglestone wrote: >> There have been a few changes recently around trying to reduce the >> load >> delays for users. > > I'm doing a demo dry run tomorrow so I'm not going to monkey with my > system right now, but I'll try to hit the new 1.2 code before the > end of > the week. Has anyone else given it a shot yet? How does it feel? I've been running on trunk for a while now, and it's definitely been loading faster recently. I had been attributing that entirely to the compiler, but I guess you'll have to share some of the glory on this one with Robert ;-) :dudley From steen.lehmann at gmail.com Tue May 1 16:25:20 2007 From: steen.lehmann at gmail.com (Steen Lehmann) Date: Tue, 1 May 2007 22:25:20 +0200 Subject: [Jruby-extras-devel] Aliasing bug in ActiveRecord-JDBC 0.2.4 (but not 0.2.3)? Message-ID: <69bdb1330705011325v766eb4c4ie7e8c0caef248e6d@mail.gmail.com> Hi everyone, I'm in the early stages of using JRuby on Rails to build an administration webapp for a travel site. So far it's looking promising, although I've so far spent most of the time by far working out kinks in the configuration. I need to talk to a MSSQL server using JNDI, all running on an Oracle app server, and by now it's actually working out fine (if I disable the Java security manager - I made another post on that). Anyway, my present problem is that upgrading to ActiveRecord-JDBC 0.2.4 seems to introduce an error related to aliasing. I have an alias for the column 'udbyderId', which is called 'udbyderid' in the model (alias_attribute :udbyderId, :udbyderid). I should note that this is in the dev environment where I'm not using JNDI but JDBC and WEBrick instead of Oracle, and MySQL in place of MSSQL - but, rather impressingly, the error below is the same in both environments. Using ActiveRecord-JDBC 0.2.3 my webapp can connect to the database and show a list of records. Everybody's happy. Using ActiveRecord-JDBC 0.2.4 in exactly the same configuration gives the following error: NameError in Rejsetilbud#index Showing app/views/rejsetilbud/list.rhtml where line #13 raised: undefined local variable or method 'udbyderid' for #"0", [..snip..] "rejsetilbudsId"=>"1", "udbyderId"=>"123", }> Extracted source (around line #13): 10: <% for rejsetilbud in @rejsetilbud %> 11: 12: <% for column in Rejsetilbud.content_columns %> 13: <%=h rejsetilbud.send(column.name) %> 14: <% end %> 15: <%= link_to 'Show', :action => 'show', :id => rejsetilbud %> 16: <%= link_to 'Edit', :action => 'edit', :id => rejsetilbud %> RAILS_ROOT: script/../config/.. Application Trace | Framework Trace | Full Trace /Users/slehmann/svn/jruby_trunk/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:1860:in `method_missing' /Users/slehmann/svn/jruby_trunk/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/base.rb:1860:in `method_missing' /Users/slehmann/svn/jruby_trunk/lib/ruby/gems/1.8/gems/activesupport-1.4.2/lib/active_support/core_ext/module/aliasing.rb:0:in `udbyderId' #{RAILS_ROOT}/app/views/rejsetilbud/list.rhtml:13:in `send' #{RAILS_ROOT}/app/views/rejsetilbud/list.rhtml:13:in `_run_rhtml_47app47views47rejsetilbud47list46rhtml' #{RAILS_ROOT}/app/views/rejsetilbud/list.rhtml:14:in `_run_rhtml_47app47views47rejsetilbud47list46rhtml' #{RAILS_ROOT}/app/views/rejsetilbud/list.rhtml:19:in `_run_rhtml_47app47views47rejsetilbud47list46rhtml' app/controllers/rejsetilbud_controller.rb:4:in `measure' app/controllers/rejsetilbud_controller.rb:4:in `index' Should I create a JIRA issue? Can't be that something blatantly obvious is wrong since it works with the 0.2.3 ActiveRecord-JDBC. Is there some information I need to include with the issue report, or have I gone overboard already? :-) Kind regards, -- Steen steen.lehmann at jayway.dk Principal Consultant Jayway Denmark P. S. The svn:externals property in the rails-integration samples/helloworld-1.2.3/vendor/plugins directory needs to be updated following the name change to goldspike. It refers to null and void at the moment, and so you can't 'svn up' the project. From steen.lehmann at gmail.com Tue May 1 16:33:43 2007 From: steen.lehmann at gmail.com (Steen Lehmann) Date: Tue, 1 May 2007 22:33:43 +0200 Subject: [Jruby-extras-devel] PrivilegedException running Rails WAR on Oracle In-Reply-To: <463228CC.5020500@sun.com> References: <69bdb1330704270406v787d11c5s64f191189ed69e8@mail.gmail.com> <463228CC.5020500@sun.com> Message-ID: <69bdb1330705011333u1b89afccwd91e64b7376657d0@mail.gmail.com> Thanks Ashish, disabling the security manager does indeed fix the issue. On our test OC4J system the security manager's policy file grants an AllPermission to everybody: grant { permission java.security.AllPermission; }; and I would expect that this is pretty much the same as using no security manager - but either that's not the case or the policy file is not being picked up correctly, or is overridden somewhere. I guess I need to research what the default settings for security are on OC4J and add specific grants to that. Sigh, I thought Rails development was all about having fun ;-) -- Steen On 27/04/07, Ashish Sahni wrote: > Probably the security manager. > On GlassFishv2 with JRuby 0.9.8 in order to ror app > the following additional set of permissions was needed > > permission java.lang.RuntimePermission "createClassLoader"; > permission java.security.SecurityPermission "putProviderProperty.BC"; > permission java.lang.RuntimePermission "getenv.*"; > permission java.security.SecurityPermission "insertProvider.BC"; > permission java.lang.reflect.ReflectPermission "suppressAccessChecks"; > > The BC-providers-related-security-permissions should no longer be needed > with 0.9.9 > and the set of additional permissions you need will probably be > different than this > cause of the default set of privileges provided by the app servers is > server dependent. > > You could avoid the whole issue by just disabling the security manager. > > -Ashish > > > Steen Lehmann wrote: > > Hi, > > > > As previously mentioned on the list I'm trying to deploy a Rails WAR > > to an Oracle application server. The WAR works fine on Tomcat. > > > > I can get the Rails welcome page just fine, but when I try to do > > anything else I get an error 500 and the following burp in the > > application.log file. > > > > 07/04/27 11:45:11.970 10.1.3.1.0 Started > > 07/04/27 11:45:12.786 tgt-admin: rails: Ruby is running in standalone mode > > 07/04/27 11:45:12.843 tgt-admin: 10.1.3.1.0 Started > > 07/04/27 11:45:42.145 tgt-admin: JRuby init time: 5162ms > > 07/04/27 11:45:47.450 tgt-admin: Failed to load Rails: no such file to > > load -- /Users/slehmann/svn/tgt/components/oc4j/j2ee/home/applications/tgt-admin/tgt-admin/config/environment > > > > 07/04/27 11:45:47.451 tgt-admin: Servlet error > > java.lang.RuntimeException: java.security.PrivilegedActionException: > > javax.servlet.ServletException: Could not load Rails. See the logs for > > more details. > > at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) > > ].server.http.ServletRequestDispatcher.forward(ServletRequestDispatcher.java:207) > > at org.jruby.webapp.FileServlet.doGet(FileServlet.java:98) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) > > at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) > > ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711) > > [...] > > > > Now, the fact that this is a PrivilegedActionException tells me that > > Oracle may not be allowing Rails to access its own configuration > > files, but what I don't know is if this is something I can configure > > using a security manager, or if it's some basic flaw. Has anyone > > successfully deployed a rails-integration WAR file to an Oracle > > server? > > > > I'm using JRuby 0.9.9 and Rails-Integration 1.2-SNAPSHOT. > > > > Cheers, > > > > -- Steen > > > > Steen Lehmann > > steen.lehmann at jayway.dk > > Principal Consultant > > Jayway Denmark > > _______________________________________________ > > Jruby-extras-devel mailing list > > Jruby-extras-devel at rubyforge.org > > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From nicksieger at gmail.com Tue May 1 17:05:36 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Tue, 1 May 2007 16:05:36 -0500 Subject: [Jruby-extras-devel] Aliasing bug in ActiveRecord-JDBC 0.2.4 (but not 0.2.3)? In-Reply-To: <69bdb1330705011325v766eb4c4ie7e8c0caef248e6d@mail.gmail.com> References: <69bdb1330705011325v766eb4c4ie7e8c0caef248e6d@mail.gmail.com> Message-ID: On 5/1/07, Steen Lehmann wrote: > Hi everyone, > > I'm in the early stages of using JRuby on Rails to build an > administration webapp for a travel site. So far it's looking > promising, although I've so far spent most of the time by far working > out kinks in the configuration. Thanks for being brave and working through the issues -- I hope we can squash them all, but it will just take time. > Anyway, my present problem is that upgrading to ActiveRecord-JDBC > 0.2.4 seems to introduce an error related to aliasing. I have an alias > for the column 'udbyderId', which is called 'udbyderid' in the model > (alias_attribute :udbyderId, :udbyderid). I think the case-sensitivity of AR-JDBC actually improved (got more correct) in 0.2.4. If the actual database column is called udbyderId (with a capital 'I'), and the aliased version is with the downcased 'i', then I think this is just a case of you having the two attribute names in the wrong order? And because AR-JDBC did too much case-folding, it appeared to work? Cheers, /Nick From charles.nutter at sun.com Tue May 1 17:12:49 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Tue, 01 May 2007 16:12:49 -0500 Subject: [Jruby-extras-devel] PrivilegedException running Rails WAR on Oracle In-Reply-To: <69bdb1330705011333u1b89afccwd91e64b7376657d0@mail.gmail.com> References: <69bdb1330704270406v787d11c5s64f191189ed69e8@mail.gmail.com> <463228CC.5020500@sun.com> <69bdb1330705011333u1b89afccwd91e64b7376657d0@mail.gmail.com> Message-ID: <4637AD51.8090907@sun.com> Steen Lehmann wrote: > Thanks Ashish, disabling the security manager does indeed fix the issue. > > On our test OC4J system the security manager's policy file grants an > AllPermission to everybody: > grant { > permission java.security.AllPermission; > }; > > and I would expect that this is pretty much the same as using no > security manager - but either that's not the case or the policy file > is not being picked up correctly, or is overridden somewhere. > > I guess I need to research what the default settings for security are > on OC4J and add specific grants to that. Sigh, I thought Rails > development was all about having fun ;-) I'm very interested in hearing what the actual security violation was. I know we push the boundaries a bit with some features, but up to now the only security issue we'd had was under JRuby 0.9.8 when registering a security provider (which we no longer do). So if there's something else we could disable or provide a reasonable "safe" behavior, we'd like to do it. - Charlie From steen.lehmann at gmail.com Tue May 1 17:34:16 2007 From: steen.lehmann at gmail.com (Steen Lehmann) Date: Tue, 1 May 2007 23:34:16 +0200 Subject: [Jruby-extras-devel] Aliasing bug in ActiveRecord-JDBC 0.2.4 (but not 0.2.3)? In-Reply-To: References: <69bdb1330705011325v766eb4c4ie7e8c0caef248e6d@mail.gmail.com> Message-ID: <69bdb1330705011434l4e72b6c7m1939ee44b1ef6d2e@mail.gmail.com> On 01/05/07, Nick Sieger wrote: > On 5/1/07, Steen Lehmann wrote: > > Hi everyone, > > > > I'm in the early stages of using JRuby on Rails to build an > > administration webapp for a travel site. So far it's looking > > promising, although I've so far spent most of the time by far working > > out kinks in the configuration. > > Thanks for being brave and working through the issues -- I hope we can > squash them all, but it will just take time. You're welcome, and thanks for responding so quickly. > > Anyway, my present problem is that upgrading to ActiveRecord-JDBC > > 0.2.4 seems to introduce an error related to aliasing. I have an alias > > for the column 'udbyderId', which is called 'udbyderid' in the model > > (alias_attribute :udbyderId, :udbyderid). > > I think the case-sensitivity of AR-JDBC actually improved (got more > correct) in 0.2.4. If the actual database column is called udbyderId > (with a capital 'I'), and the aliased version is with the downcased > 'i', then I think this is just a case of you having the two attribute > names in the wrong order? And because AR-JDBC did too much > case-folding, it appeared to work? You're absolutely right - swapping the order makes it work perfectly. Thanks a lot! -- Steen From Ashish.Sahni at Sun.COM Tue May 1 17:56:23 2007 From: Ashish.Sahni at Sun.COM (Ashish Sahni) Date: Tue, 01 May 2007 14:56:23 -0700 Subject: [Jruby-extras-devel] PrivilegedException running Rails WAR on Oracle In-Reply-To: <69bdb1330705011333u1b89afccwd91e64b7376657d0@mail.gmail.com> References: <69bdb1330704270406v787d11c5s64f191189ed69e8@mail.gmail.com> <463228CC.5020500@sun.com> <69bdb1330705011333u1b89afccwd91e64b7376657d0@mail.gmail.com> Message-ID: <4637B787.9020507@sun.com> Steen Lehmann wrote: > Thanks Ashish, disabling the security manager does indeed fix the issue. > > On our test OC4J system the security manager's policy file grants an > AllPermission to everybody: > grant { > permission java.security.AllPermission; > }; > > and I would expect that this is pretty much the same as using no > security manager - but either that's not the case or the policy file > is not being picked up correctly, or is overridden soTmewhere. > The policy file is not being picked up. The effect of grant-all AllPermission is the same as no security manager but there is the performance hit you're taking at runtime to actually go through the security checks but don't stop nobody ;) > I guess I need to research what the default settings for security are > on OC4J and add specific grants to that. Sigh, I thought Rails > development was all about having fun ;-) > Well I know it's a pain but it should not take you more than a few iterations to figure out the permission needed. However, an authoritative list can only be provided by the JRuby folks since you might be missing some event paths in your tests that could potentially trigger the need for additional security privileges. I would suggest that some of the JRuby tests be run with the security manager enabled to figure out the complete list of security permissions which should be a relatively small set by my guess. -Ashish From charles.nutter at sun.com Tue May 1 19:03:55 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Tue, 01 May 2007 18:03:55 -0500 Subject: [Jruby-extras-devel] PrivilegedException running Rails WAR on Oracle In-Reply-To: <4637B787.9020507@sun.com> References: <69bdb1330704270406v787d11c5s64f191189ed69e8@mail.gmail.com> <463228CC.5020500@sun.com> <69bdb1330705011333u1b89afccwd91e64b7376657d0@mail.gmail.com> <4637B787.9020507@sun.com> Message-ID: <4637C75B.8050309@sun.com> Ashish Sahni wrote: > Well I know it's a pain but it should not take you more than a few > iterations to figure out the permission needed. > However, an authoritative list can only be provided by the JRuby folks > since you might be > missing some event paths in your tests that could potentially trigger > the need for > additional security privileges. > I would suggest that some of the JRuby tests be run with the security > manager enabled > to figure out the complete list of security permissions which should be > a relatively small set by my guess. I think it's safe to say we know practically nothing about security policies in Java, so we're going to need outside help determining what permissions JRuby wants and which ones it actually needs. Like the security provider, I suspect many or most tricky permissions we can do without. - Charlie From nobody at rubyforge.org Wed May 2 06:00:18 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 2 May 2007 06:00:18 -0400 (EDT) Subject: [Jruby-extras-devel] [528] trunk/rails-integration/src/main/java/org/jruby/webapp/FileServlet.java: Slight fix Message-ID: <20070502100018.95D8A524096F@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070502/a06fc946/attachment.html From nobody at rubyforge.org Wed May 2 11:21:43 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 2 May 2007 11:21:43 -0400 (EDT) Subject: [Jruby-extras-devel] [529] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_oracle.rb: Basic Oracle should never use execute_insert at all, since Oracle doesn't support returning the generated sequence id that way. Message-ID: <20070502152143.EB30E5240AB2@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070502/9927dc73/attachment-0001.html From ola.bini at gmail.com Wed May 2 12:12:48 2007 From: ola.bini at gmail.com (Ola Bini) Date: Wed, 02 May 2007 18:12:48 +0200 Subject: [Jruby-extras-devel] CI help for JRuby Message-ID: <4638B880.20403@gmail.com> As you all know, we have been running Bamboo as a CI for a few months. It's a great help and is really wonderful in giving us opportunity to flaunt our mistakes to the world. That said, it doesn't catch enough. For me personally, there are two areas where we need more CI. The problem is that both major points need resources we don't currently have. First, we need to run the core JRuby test suite on Win32 and OSX as part of CI. That would require around-the-clock servers running this (but not _only_ that, of course). Secondly, databases for AR-JDBC. At the moment, we have Derby and MySQL in CI, and we really benefit from having them there. We are in the process of getting Oracle and PostgreSQL in there too, and hopefully HSQL too. But outside of that, we have a few databases we would want to cover, but can't for different reasons. Sybase is hard to handle, DB2 likewise. MSSQL would be very good, but must run on Win32. So basically, what we need is contributions in server time/maintainence of said servers. If you think the areas mentioned above are important, don't hesitate to come up with good suggestions. Cheers -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From thewoolleyman at gmail.com Wed May 2 13:11:22 2007 From: thewoolleyman at gmail.com (Chad Woolley) Date: Wed, 2 May 2007 10:11:22 -0700 Subject: [Jruby-extras-devel] CI help for JRuby In-Reply-To: <4638B880.20403@gmail.com> References: <4638B880.20403@gmail.com> Message-ID: If your tests aren't too resource intensive, a dedicated hosted server running vmware can be an inexpensive and consolidated way to run all of these platforms, if you can get someone to pop for around ~$150-$250/month. I recommend rimuhosting.com, they have great support. VMWare is we do for our internal CI. It works good, if a bit slow and flaky sometimes, but this is mostly with IE-based selenium tests, and we are running an old free beta of vmware server too. -- Chad On 5/2/07, Ola Bini wrote: > As you all know, we have been running Bamboo as a CI for a few months. > It's a great help and is really wonderful in giving us opportunity to > flaunt our mistakes to the world. > > That said, it doesn't catch enough. For me personally, there are two > areas where we need more CI. The problem is that both major points need > resources we don't currently have. First, we need to run the core JRuby > test suite on Win32 and OSX as part of CI. That would require > around-the-clock servers running this (but not _only_ that, of course). > Secondly, databases for AR-JDBC. At the moment, we have Derby and MySQL > in CI, and we really benefit from having them there. We are in the > process of getting Oracle and PostgreSQL in there too, and hopefully > HSQL too. But outside of that, we have a few databases we would want to > cover, but can't for different reasons. Sybase is hard to handle, DB2 > likewise. MSSQL would be very good, but must run on Win32. > > So basically, what we need is contributions in server time/maintainence > of said servers. If you think the areas mentioned above are important, > don't hesitate to come up with good suggestions. > > Cheers > > -- > Ola Bini (http://ola-bini.blogspot.com) > JvYAML, RbYAML, JRuby and Jatha contributor > System Developer, Karolinska Institutet (http://www.ki.se) > OLogix Consulting (http://www.ologix.com) > > "Yields falsehood when quined" yields falsehood when quined. > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From peter at oaktop.com Wed May 2 13:42:12 2007 From: peter at oaktop.com (Peter K Chan) Date: Wed, 2 May 2007 12:42:12 -0500 Subject: [Jruby-extras-devel] CI help for JRuby In-Reply-To: References: <4638B880.20403@gmail.com> Message-ID: <000001c78ce1$37dcb590$6601a8c0@pkcshuttle> Ola, can you detail specifically what kind of help you are looking for? I can donate a spare license for Windows XP Professional to the project. I also have a small 4-node server cluster running on the public Internet right now, equipped with VMWare server. Can you detail the performance requirements for the CI server? My servers are two generations behind and not the fastest, but I may be able to help with either a CI user account on a Windows 2003 server VM, or an additional VM if you need a full installation. - How much CPU power does CI need? (time and frequency of build) - Would 386 MB RAM be enough? - Do you need admin access? MSSQL may also be a possibility too. I may have an academic license that is still valid for use after school (need to check on this; in any case, I think there is a free "express edition" of MSSQL). Time and knowledge is what I lack, so I may not be able to help set up the operation, but I am happy to hand the authentication access to any able body. If there is something that I can be of assistance, let me know. Peter -----Original Message----- From: jruby-extras-devel-bounces at rubyforge.org [mailto:jruby-extras-devel-bounces at rubyforge.org] On Behalf Of Chad Woolley Sent: Wednesday, May 02, 2007 12:11 PM To: jruby-extras-devel at rubyforge.org Cc: user at jruby.codehaus.org; dev at jruby.codehaus.org Subject: Re: [Jruby-extras-devel] CI help for JRuby If your tests aren't too resource intensive, a dedicated hosted server running vmware can be an inexpensive and consolidated way to run all of these platforms, if you can get someone to pop for around ~$150-$250/month. I recommend rimuhosting.com, they have great support. VMWare is we do for our internal CI. It works good, if a bit slow and flaky sometimes, but this is mostly with IE-based selenium tests, and we are running an old free beta of vmware server too. -- Chad On 5/2/07, Ola Bini wrote: > As you all know, we have been running Bamboo as a CI for a few months. > It's a great help and is really wonderful in giving us opportunity to > flaunt our mistakes to the world. > > That said, it doesn't catch enough. For me personally, there are two > areas where we need more CI. The problem is that both major points need > resources we don't currently have. First, we need to run the core JRuby > test suite on Win32 and OSX as part of CI. That would require > around-the-clock servers running this (but not _only_ that, of course). > Secondly, databases for AR-JDBC. At the moment, we have Derby and MySQL > in CI, and we really benefit from having them there. We are in the > process of getting Oracle and PostgreSQL in there too, and hopefully > HSQL too. But outside of that, we have a few databases we would want to > cover, but can't for different reasons. Sybase is hard to handle, DB2 > likewise. MSSQL would be very good, but must run on Win32. > > So basically, what we need is contributions in server time/maintainence > of said servers. If you think the areas mentioned above are important, > don't hesitate to come up with good suggestions. > > Cheers > > -- > Ola Bini (http://ola-bini.blogspot.com) > JvYAML, RbYAML, JRuby and Jatha contributor > System Developer, Karolinska Institutet (http://www.ki.se) > OLogix Consulting (http://www.ologix.com) > > "Yields falsehood when quined" yields falsehood when quined. > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > _______________________________________________ Jruby-extras-devel mailing list Jruby-extras-devel at rubyforge.org http://rubyforge.org/mailman/listinfo/jruby-extras-devel From nobody at rubyforge.org Wed May 2 14:28:23 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 2 May 2007 14:28:23 -0400 (EDT) Subject: [Jruby-extras-devel] [530] trunk/activerecord-jdbc: Fix the prepared statements problem for now Message-ID: <20070502182823.417605240AF1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070502/92aa4347/attachment.html From steen.lehmann at gmail.com Wed May 2 17:07:11 2007 From: steen.lehmann at gmail.com (Steen Lehmann) Date: Wed, 2 May 2007 23:07:11 +0200 Subject: [Jruby-extras-devel] PrivilegedException running Rails WAR on Oracle In-Reply-To: <4637C75B.8050309@sun.com> References: <69bdb1330704270406v787d11c5s64f191189ed69e8@mail.gmail.com> <463228CC.5020500@sun.com> <69bdb1330705011333u1b89afccwd91e64b7376657d0@mail.gmail.com> <4637B787.9020507@sun.com> <4637C75B.8050309@sun.com> Message-ID: <69bdb1330705021407o4f88781ds67aec41b87e2c6ee@mail.gmail.com> On 02/05/07, Charles Oliver Nutter wrote: [...] > I think it's safe to say we know practically nothing about security > policies in Java, so we're going to need outside help determining what > permissions JRuby wants and which ones it actually needs. Like the > security provider, I suspect many or most tricky permissions we can do > without. After a hefty bit of debugging in JRuby+GoldSpike to diagnose my PrivilegedException issue, here's what seems to be going on: When LoadService tries to require something, it will first check the static method Ruby.isSecurityRestricted(), and if that method returns true no local file access will be attempted. The method simply checks for the presence of a System SecurityManager. This is on the coarse side, security-wise, unless I've missed something. Would you like me to try to elaborate on the security a bit? Perhaps call the Security Manager's checkRead(String file) method (if a Security Manager is set), instead of just rejecting the attempt altogether? It should be a simple enough change. Another solution might be to not use an absolute path to locate the files in the Rails web app - but I don't have any idea how or if that could be done (yet). Cheers, -- Steen From charles.nutter at sun.com Wed May 2 17:45:26 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Wed, 02 May 2007 16:45:26 -0500 Subject: [Jruby-extras-devel] PrivilegedException running Rails WAR on Oracle In-Reply-To: <69bdb1330705021407o4f88781ds67aec41b87e2c6ee@mail.gmail.com> References: <69bdb1330704270406v787d11c5s64f191189ed69e8@mail.gmail.com> <463228CC.5020500@sun.com> <69bdb1330705011333u1b89afccwd91e64b7376657d0@mail.gmail.com> <4637B787.9020507@sun.com> <4637C75B.8050309@sun.com> <69bdb1330705021407o4f88781ds67aec41b87e2c6ee@mail.gmail.com> Message-ID: <46390676.60006@sun.com> Steen Lehmann wrote: > On 02/05/07, Charles Oliver Nutter wrote: > [...] >> I think it's safe to say we know practically nothing about security >> policies in Java, so we're going to need outside help determining what >> permissions JRuby wants and which ones it actually needs. Like the >> security provider, I suspect many or most tricky permissions we can do >> without. > > After a hefty bit of debugging in JRuby+GoldSpike to diagnose my > PrivilegedException issue, here's what seems to be going on: > > When LoadService tries to require something, it will first check the > static method Ruby.isSecurityRestricted(), and if that method returns > true no local file access will be attempted. The method simply checks > for the presence of a System SecurityManager. This is on the coarse > side, security-wise, unless I've missed something. That is a bit coarse...and I'd love to see a patch on the right fine-grained way to check for security restrictions. I believe this was largely to just "turn off everything insecure" when running in an applet, but it obviously would interfere with any other environment that has security restrictions of any kind. > Would you like me to try to elaborate on the security a bit? Perhaps > call the Security Manager's checkRead(String file) method (if a > Security Manager is set), instead of just rejecting the attempt > altogether? It should be a simple enough change. Yeah, that seems reasonable here. > Another solution might be to not use an absolute path to locate the > files in the Rails web app - but I don't have any idea how or if that > could be done (yet). That's going to be post 1.0...ideally we'll be able to give the File impl smarts to work with URL-based resources in classpath, which will eliminate some of the uglier bits of file sourcing. - Charlie From nobody at rubyforge.org Thu May 3 09:37:26 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 3 May 2007 09:37:26 -0400 (EDT) Subject: [Jruby-extras-devel] [531] trunk/activerecord-jdbc: Fix some more Oracle errors, including bad implementation of inserts Message-ID: <20070503133726.64E0F5240B23@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070503/ef6791ad/attachment-0001.html From nobody at rubyforge.org Fri May 4 04:57:50 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 4 May 2007 04:57:50 -0400 (EDT) Subject: [Jruby-extras-devel] [532] trunk/activerecord-jdbc: Don't look cursors for Oracle. Message-ID: <20070504085750.9FED852409CB@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070504/136f742a/attachment.html From nobody at rubyforge.org Fri May 4 08:16:20 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 4 May 2007 08:16:20 -0400 (EDT) Subject: [Jruby-extras-devel] [533] trunk/activerecord-jdbc/lib/jdbc_adapter: Make oracle pass much more tests by having the drop_table method actually have the same signature and arity as the AR version Message-ID: <20070504121620.642F75240AD4@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070504/591c2d02/attachment.html From Jeffrey.Damick at revolution.com Fri May 4 09:30:37 2007 From: Jeffrey.Damick at revolution.com (Jeffrey Damick) Date: Fri, 04 May 2007 09:30:37 -0400 Subject: [Jruby-extras-devel] Rails-integration patch Message-ID: I have attached a patch for an issue I ran into during testing, the gems directories with platform id's were not being properly copied, like hpricot & rmagick4j. previously: tmp/war/WEB-INF/gems/gems/hpricot-0.5.140/ now: tmp/war/WEB-INF/gems/gems/hpricot-0.5.140-jruby The spec file was named correctly, but this was causing issues when I tried to require 'RMagick'. Also the copy process just to run in standalone mode is extremely long if you have a large project.. Is anyone taking a look a this? Maybe I can help out in this space.. thanks, -jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: fix_gem_copy.patch Type: application/octet-stream Size: 685 bytes Desc: not available Url : http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070504/ea856aa7/attachment.obj From nobody at rubyforge.org Fri May 4 19:01:40 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 4 May 2007 19:01:40 -0400 (EDT) Subject: [Jruby-extras-devel] [534] trunk/rails-integration/src/main/java/org/jruby/webapp/FileServlet.java: remove forward double slashes too Message-ID: <20070504230140.586DC5240AAE@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070504/9b2ef9c7/attachment.html From nobody at rubyforge.org Sun May 6 00:25:12 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 00:25:12 -0400 (EDT) Subject: [Jruby-extras-devel] [535] trunk/rails-integration: Rename Rails-Integration to GoldSpike Message-ID: <20070506042512.2E7155240C29@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/c929f54a/attachment-0001.html From nobody at rubyforge.org Sun May 6 00:28:57 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 00:28:57 -0400 (EDT) Subject: [Jruby-extras-devel] [536] trunk/rails-integration/pom.xml: Maven extensions need a version to avoid NPE Message-ID: <20070506042857.0A01B5240C29@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/9bd11002/attachment.html From nobody at rubyforge.org Sun May 6 00:30:17 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 00:30:17 -0400 (EDT) Subject: [Jruby-extras-devel] [537] trunk/rails-integration/pom.xml: [maven-release-plugin] prepare release release-1.2 Message-ID: <20070506043017.5130B5240C29@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/07396a69/attachment.html From nobody at rubyforge.org Sun May 6 00:35:57 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 00:35:57 -0400 (EDT) Subject: [Jruby-extras-devel] [538] tags/rails-integration/1.2: Release 1.2 Message-ID: <20070506043557.63E995240C29@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/f7523742/attachment.html From nobody at rubyforge.org Sun May 6 00:36:44 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 00:36:44 -0400 (EDT) Subject: [Jruby-extras-devel] [539] trunk/rails-integration/pom.xml: Next development iteration Message-ID: <20070506043644.96D3D5240C29@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/68fa4604/attachment.html From robert at cs.auckland.ac.nz Sun May 6 00:40:21 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Sun, 06 May 2007 16:40:21 +1200 Subject: [Jruby-extras-devel] GoldSpike 1.2 release Message-ID: <463D5C35.2070305@cs.auckland.ac.nz> Announcing the release of GoldSpike 1.2. The core changes are: + Name change from Rails-Integration to GoldSpike + Improved performance for the users, particularly around new runtime creation If someone could release the artifacts to the codehaus maven repository it would be much appreciated. Cheers, Robert From nobody at rubyforge.org Sun May 6 00:41:18 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 00:41:18 -0400 (EDT) Subject: [Jruby-extras-devel] [540] tags/rails-integration/1.2: Oops, let's not release just the pom! Message-ID: <20070506044118.5EDEA5240C29@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/a8bbbf5e/attachment.html From nobody at rubyforge.org Sun May 6 00:41:45 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 00:41:45 -0400 (EDT) Subject: [Jruby-extras-devel] [541] trunk/rails-integration/pom.xml: Release 1.2 manually Message-ID: <20070506044145.CB01A5240C29@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/c019fab3/attachment.html From nobody at rubyforge.org Sun May 6 00:42:04 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 00:42:04 -0400 (EDT) Subject: [Jruby-extras-devel] [542] tags/rails-integration/1.2/: Release 1.2 Message-ID: <20070506044204.8A90B5240C29@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/34dbd357/attachment.html From nobody at rubyforge.org Sun May 6 00:42:24 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 00:42:24 -0400 (EDT) Subject: [Jruby-extras-devel] [543] trunk/rails-integration/pom.xml: Next development iteration Message-ID: <20070506044224.17C9E5240C2A@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/cf2161a6/attachment.html From nobody at rubyforge.org Sun May 6 04:32:59 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 04:32:59 -0400 (EDT) Subject: [Jruby-extras-devel] [544] trunk/rails-integration/plugins/goldspike-snapshot/test: renamed plugin testcases to autotest conventions Message-ID: <20070506083259.7300252409A9@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/70987adb/attachment-0001.html From steen.lehmann at gmail.com Sun May 6 17:04:17 2007 From: steen.lehmann at gmail.com (Steen Lehmann) Date: Sun, 6 May 2007 23:04:17 +0200 Subject: [Jruby-extras-devel] rails-integration - svn:externals need to be updated to goldspike Message-ID: <69bdb1330705061404o701b06b3v1996ec4e92e7bc6e@mail.gmail.com> When I try to check out rails-integration I get: Fetching external item into 'samples/scaffold/vendor/plugins/war' svn: URL 'svn://rubyforge.org/var/svn/jruby-extras/trunk/rails-integration/plugins/war' doesn't exist Changing the svn:externals property to refer to plugins/goldspike instead fixes the problem. Cheers, -- Steen From nobody at rubyforge.org Sun May 6 17:15:57 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 17:15:57 -0400 (EDT) Subject: [Jruby-extras-devel] [545] trunk/rails-integration/samples: Updated samples plugin path to goldspike Message-ID: <20070506211557.66B215240A1C@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/3fe7b18f/attachment.html From steen.lehmann at gmail.com Sun May 6 17:29:44 2007 From: steen.lehmann at gmail.com (Steen Lehmann) Date: Sun, 6 May 2007 23:29:44 +0200 Subject: [Jruby-extras-devel] rails-integration - pom.xml refers to JRuby 0.9.9 whereas build.xml is at 0.9.8 Message-ID: <69bdb1330705061429p4e9f101cl6cde4b049b747762@mail.gmail.com> Subject says it all - surely the two should refer to the same version of JRuby? Cheers, -- Steen From nobody at rubyforge.org Sun May 6 17:37:05 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 17:37:05 -0400 (EDT) Subject: [Jruby-extras-devel] [546] trunk/rails-integration/build.xml: Updated Ant build (I'd love to delete this file, it's always out of date, actually I wonder if Mavens ant build file generator can be updated) Message-ID: <20070506213706.125CD5240A1C@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/578deb8e/attachment.html From charles.nutter at sun.com Sun May 6 21:43:34 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Sun, 06 May 2007 18:43:34 -0700 Subject: [Jruby-extras-devel] GoldSpike 1.2 release In-Reply-To: <463D5C35.2070305@cs.auckland.ac.nz> References: <463D5C35.2070305@cs.auckland.ac.nz> Message-ID: <463E8446.1060405@sun.com> Robert Egglestone wrote: > Announcing the release of GoldSpike 1.2. > > The core changes are: > + Name change from Rails-Integration to GoldSpike > + Improved performance for the users, particularly around new runtime > creation > > If someone could release the artifacts to the codehaus maven repository > it would be much appreciated. Guess what :) Release JRuby 1.0.0 RC1 is going to be released in a couple hours... you see where I'm going with this :) - Charlie From charles.nutter at sun.com Sun May 6 21:55:06 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Sun, 06 May 2007 18:55:06 -0700 Subject: [Jruby-extras-devel] AR-JDBC release? Message-ID: <463E86FA.5000706@sun.com> We need an AR-JDBC release to coincide with GoldSpike 1.2(.1) and JRuby 1.0 RC1. Tasty, tasty derby/pgsql/oracle fixes :) Can someone publish it? - Charlie From robert at cs.auckland.ac.nz Sun May 6 21:56:48 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Mon, 07 May 2007 13:56:48 +1200 Subject: [Jruby-extras-devel] GoldSpike 1.2 release In-Reply-To: <463E8446.1060405@sun.com> References: <463D5C35.2070305@cs.auckland.ac.nz> <463E8446.1060405@sun.com> Message-ID: <463E8760.5030106@cs.auckland.ac.nz> but... but... it was notified a week in advance this time... ok, well, swapping to the latest JRuby release should hopefully just be a matter of changing the plugin. Robert Charles Oliver Nutter wrote: > Robert Egglestone wrote: > >> Announcing the release of GoldSpike 1.2. >> >> The core changes are: >> + Name change from Rails-Integration to GoldSpike >> + Improved performance for the users, particularly around new runtime >> creation >> >> If someone could release the artifacts to the codehaus maven repository >> it would be much appreciated. >> > > Guess what :) > > Release JRuby 1.0.0 RC1 is going to be released in a couple hours... > > you see where I'm going with this :) > > - Charlie > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/d862d686/attachment.html From charles.nutter at sun.com Sun May 6 22:01:46 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Sun, 06 May 2007 19:01:46 -0700 Subject: [Jruby-extras-devel] GoldSpike 1.2 release In-Reply-To: <463E8760.5030106@cs.auckland.ac.nz> References: <463D5C35.2070305@cs.auckland.ac.nz> <463E8446.1060405@sun.com> <463E8760.5030106@cs.auckland.ac.nz> Message-ID: <463E888A.5040408@sun.com> Robert Egglestone wrote: > but... but... it was notified a week in advance this time... > > ok, well, swapping to the latest JRuby release should hopefully just be > a matter of changing the plugin. Right, no fault of yours, we weren't very communicative about the RC since we want to make a big splash at JavaOne this week. And we're unlikely to need 1.2.1 for demos. It would be nice if it would pull 1.0 instead of 0.9.9...but I doubt anyone will notice. - Charlie From ryan.l.bell at gmail.com Sun May 6 22:15:27 2007 From: ryan.l.bell at gmail.com (Ryan Bell) Date: Sun, 6 May 2007 22:15:27 -0400 Subject: [Jruby-extras-devel] Netbeans and AR-JDBC Message-ID: Is anyone using Netbeans (6) when they work on AR-JDBC code? How are you setting up the project? As a Java project, or a Ruby project? -- Ryan L. Bell http://kofno.wordpress.com http://kofno.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/4a471c21/attachment.html From charles.nutter at sun.com Sun May 6 22:20:55 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Sun, 06 May 2007 19:20:55 -0700 Subject: [Jruby-extras-devel] Netbeans and AR-JDBC In-Reply-To: References: Message-ID: <463E8D07.6090203@sun.com> Ryan Bell wrote: > Is anyone using Netbeans (6) when they work on AR-JDBC code? How are you > setting up the project? As a Java project, or a Ruby project? That's a good question...you might want to ask it on the scripting.netbeans.org dev list? I've copied it, so if I get a response I'll provide it. I assume the question here boils down to "how do I get my JDBC jar to show up during dev?", right? - Charlie From ryan.l.bell at gmail.com Sun May 6 22:31:02 2007 From: ryan.l.bell at gmail.com (Ryan Bell) Date: Sun, 6 May 2007 22:31:02 -0400 Subject: [Jruby-extras-devel] Netbeans and AR-JDBC In-Reply-To: <463E8D07.6090203@sun.com> References: <463E8D07.6090203@sun.com> Message-ID: Yes, but more generally: "how do I get any jar to show up in a mixed Java/Jruby project?" AR-JDBC seemed like a good exhibit. On 5/6/07, Charles Oliver Nutter wrote: > > Ryan Bell wrote: > > Is anyone using Netbeans (6) when they work on AR-JDBC code? How are you > > setting up the project? As a Java project, or a Ruby project? > > That's a good question...you might want to ask it on the > scripting.netbeans.org dev list? I've copied it, so if I get a response > I'll provide it. > > I assume the question here boils down to "how do I get my JDBC jar to > show up during dev?", right? > > - Charlie > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > -- Ryan L. Bell http://kofno.wordpress.com http://kofno.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/f5bd33a4/attachment.html From nicksieger at gmail.com Sun May 6 23:19:20 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Sun, 6 May 2007 22:19:20 -0500 Subject: [Jruby-extras-devel] AR-JDBC release? In-Reply-To: <463E86FA.5000706@sun.com> References: <463E86FA.5000706@sun.com> Message-ID: On 5/6/07, Charles Oliver Nutter wrote: > We need an AR-JDBC release to coincide with GoldSpike 1.2(.1) and JRuby > 1.0 RC1. Tasty, tasty derby/pgsql/oracle fixes :) > > Can someone publish it? I can push one tonight. 0.2.5? I see that 1.0RC1 is about to hit the cybernets. Is that happening tonight also? /Nick From nobody at rubyforge.org Sun May 6 23:52:47 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 6 May 2007 23:52:47 -0400 (EDT) Subject: [Jruby-extras-devel] [547] trunk/rails-integration/src/main/java/org/jruby/webapp/FileServlet.java: handle absolute paths correctly Message-ID: <20070507035247.9316F5240A62@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070506/a7338afa/attachment.html From nicksieger at gmail.com Sun May 6 23:59:17 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Sun, 6 May 2007 22:59:17 -0500 Subject: [Jruby-extras-devel] AR-JDBC release? In-Reply-To: References: <463E86FA.5000706@sun.com> Message-ID: On 5/6/07, Nick Sieger wrote: > On 5/6/07, Charles Oliver Nutter wrote: > > We need an AR-JDBC release to coincide with GoldSpike 1.2(.1) and JRuby > > 1.0 RC1. Tasty, tasty derby/pgsql/oracle fixes :) > > > > Can someone publish it? > > I can push one tonight. 0.2.5? > > I see that 1.0RC1 is about to hit the cybernets. Is that happening > tonight also? Take it back, I'll publish in the morning when I'm not pressed for time. I should be able to push 1.0RC1 Maven artifacts at that time too. /Nick From charles.nutter at sun.com Mon May 7 00:34:37 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Sun, 06 May 2007 21:34:37 -0700 Subject: [Jruby-extras-devel] AR-JDBC release? In-Reply-To: References: <463E86FA.5000706@sun.com> Message-ID: <463EAC5D.7030608@sun.com> Nick Sieger wrote: > On 5/6/07, Nick Sieger wrote: >> On 5/6/07, Charles Oliver Nutter wrote: >>> We need an AR-JDBC release to coincide with GoldSpike 1.2(.1) and JRuby >>> 1.0 RC1. Tasty, tasty derby/pgsql/oracle fixes :) >>> >>> Can someone publish it? >> I can push one tonight. 0.2.5? >> >> I see that 1.0RC1 is about to hit the cybernets. Is that happening >> tonight also? > > Take it back, I'll publish in the morning when I'm not pressed for > time. I should be able to push 1.0RC1 Maven artifacts at that time > too. Yeah, 1.0RC1 is dist'ed, but we haven't done an announcement...some time tomorrow probably, but pushing maven now is fine. Having 1.0RC1, GoldSpike 1.2/1.2.1, and AR-JDBC 0.2.5 (0.3?) out would be great, and we may use them for demos this week. - Charlie From superchrisnelson at gmail.com Mon May 7 09:27:05 2007 From: superchrisnelson at gmail.com (Chris Nelson) Date: Mon, 7 May 2007 09:27:05 -0400 Subject: [Jruby-extras-devel] Netbeans and AR-JDBC In-Reply-To: References: <463E8D07.6090203@sun.com> Message-ID: Yes, I would like to know the answer here too. I just ending up giving up and running from the command line for my stuff. On 5/6/07, Ryan Bell wrote: > Yes, but more generally: "how do I get any jar to show up in a mixed > Java/Jruby project?" AR-JDBC seemed like a good exhibit. > > > On 5/6/07, Charles Oliver Nutter wrote: > > Ryan Bell wrote: > > > Is anyone using Netbeans (6) when they work on AR-JDBC code? How are you > > > setting up the project? As a Java project, or a Ruby project? > > > > That's a good question...you might want to ask it on the > > scripting.netbeans.org dev list? I've copied it, so if I get a response > > I'll provide it. > > > > I assume the question here boils down to "how do I get my JDBC jar to > > show up during dev?", right? > > > > - Charlie > > _______________________________________________ > > Jruby-extras-devel mailing list > > Jruby-extras-devel at rubyforge.org > > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > > > > -- > Ryan L. Bell > http://kofno.wordpress.com > http://kofno.blogspot.com > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From nobody at rubyforge.org Mon May 7 11:23:15 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 11:23:15 -0400 (EDT) Subject: [Jruby-extras-devel] [549] trunk/activerecord-jdbc: Preparing for 0.3 release Message-ID: <20070507152315.1E3B45240B3A@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/6b237946/attachment-0001.html From nobody at rubyforge.org Mon May 7 11:26:49 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 11:26:49 -0400 (EDT) Subject: [Jruby-extras-devel] [550] tags/activerecord-jdbc: Tagging AR-JDBC 0.3 release Message-ID: <20070507152649.7194B5240A7B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/03238b7e/attachment.html From nobody at rubyforge.org Mon May 7 11:57:04 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 11:57:04 -0400 (EDT) Subject: [Jruby-extras-devel] [551] trunk/activerecord-jdbc/pom.xml: Updating trunk pom version to 1.0.0RC2-SNAPSHOT Message-ID: <20070507155705.12EA85240A7E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/d1922bba/attachment.html From nobody at rubyforge.org Mon May 7 13:15:04 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 13:15:04 -0400 (EDT) Subject: [Jruby-extras-devel] [552] trunk/activerecord-jdbc: No NPE's in database_name. Message-ID: <20070507171504.1D5EF5240A7B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/c3589479/attachment-0001.html From nobody at rubyforge.org Mon May 7 13:26:11 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 13:26:11 -0400 (EDT) Subject: [Jruby-extras-devel] [553] trunk/activerecord-jdbc/lib/jdbc_adapter: Fix a serious problem when parsing times. Message-ID: <20070507172611.6C90F5240A7E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/0852840c/attachment.html From nobody at rubyforge.org Mon May 7 13:26:42 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 13:26:42 -0400 (EDT) Subject: [Jruby-extras-devel] [554] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_db2.rb: Missed one file Message-ID: <20070507172642.38A8A5240AB6@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/f16bffcc/attachment.html From nobody at rubyforge.org Mon May 7 15:14:16 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 15:14:16 -0400 (EDT) Subject: [Jruby-extras-devel] [555] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: make recreate_database work Message-ID: <20070507191417.781175240AEB@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/2ad32c7e/attachment.html From nobody at rubyforge.org Mon May 7 21:36:57 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 21:36:57 -0400 (EDT) Subject: [Jruby-extras-devel] [556] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: Add support for Derby structure dumping Message-ID: <20070508013657.B39BE5240B6F@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/cd4ff694/attachment.html From nobody at rubyforge.org Mon May 7 21:48:40 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 21:48:40 -0400 (EDT) Subject: [Jruby-extras-devel] [557] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: Take out ridiculous cast to integer code, if no column is available. Message-ID: <20070508014840.E89C85240B6F@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/cbb24661/attachment-0001.html From nobody at rubyforge.org Mon May 7 22:11:04 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 22:11:04 -0400 (EDT) Subject: [Jruby-extras-devel] [558] trunk/activerecord-jdbc: Preparing for 0.3.1 Message-ID: <20070508021104.8BFF95240B94@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/e72a7d37/attachment.html From nobody at rubyforge.org Mon May 7 22:11:34 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 22:11:34 -0400 (EDT) Subject: [Jruby-extras-devel] [559] tags/activerecord-jdbc: Tagging 0.3.1 Message-ID: <20070508021134.581765240B94@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/63366ee6/attachment.html From nobody at rubyforge.org Mon May 7 22:19:46 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 7 May 2007 22:19:46 -0400 (EDT) Subject: [Jruby-extras-devel] [560] trunk/activerecord-jdbc/Rakefile: Bumping version to 0.3.2pre for trunk work Message-ID: <20070508021946.DBD855240B94@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070507/a6098a30/attachment.html From nobody at rubyforge.org Tue May 8 10:41:16 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 8 May 2007 10:41:16 -0400 (EDT) Subject: [Jruby-extras-devel] [561] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: That change broke to much Message-ID: <20070508144116.A0C6F5240A9B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070508/e9e895cd/attachment.html From nobody at rubyforge.org Tue May 8 16:13:31 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 8 May 2007 16:13:31 -0400 (EDT) Subject: [Jruby-extras-devel] [562] trunk/rails-integration/plugins/goldspike-snapshot/lib/packer.rb: Fix gem install courtesy Jeffrey Damick Message-ID: <20070508201331.E5C205240AE3@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070508/04838754/attachment-0001.html From nicksieger at gmail.com Tue May 8 16:21:39 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Tue, 8 May 2007 15:21:39 -0500 Subject: [Jruby-extras-devel] Rails-integration patch In-Reply-To: References: Message-ID: On 5/4/07, Jeffrey Damick wrote: > > I have attached a patch for an issue I ran into during testing, the gems > directories with platform id's were not being properly copied, like hpricot > & rmagick4j. Thanks, patch applied. > Also the copy process just to run in standalone mode is extremely long if > you have a large project.. Is anyone taking a look a this? Maybe I can help > out in this space.. It's the poor speed of File.chmod (via File.install), which forks for every file. If you want you can replace File.install everywhere in the plugin with File.copy, if you don't need permissions to be changed. We still need to solve this issue once and for all, possibly giving folks an option to turn permissions changing in the war config. /Nick From nobody at rubyforge.org Wed May 9 09:33:02 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 9 May 2007 09:33:02 -0400 (EDT) Subject: [Jruby-extras-devel] [563] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: Monkeypatch Rails to avoid the quoting problem in Derby. Message-ID: <20070509133302.D0DD15240941@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070509/4160f40c/attachment.html From nobody at rubyforge.org Wed May 9 16:32:40 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 9 May 2007 16:32:40 -0400 (EDT) Subject: [Jruby-extras-devel] [564] trunk/activerecord-jdbc/Rakefile: Fix the version string Message-ID: <20070509203240.CB1E05240AA1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070509/ea2be652/attachment.html From nobody at rubyforge.org Wed May 9 16:33:05 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 9 May 2007 16:33:05 -0400 (EDT) Subject: [Jruby-extras-devel] [565] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: Hopefully make the monkeypatching work better Message-ID: <20070509203305.C86D95240ADE@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070509/7b590a32/attachment.html From nobody at rubyforge.org Wed May 9 16:37:34 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 9 May 2007 16:37:34 -0400 (EDT) Subject: [Jruby-extras-devel] [566] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: Make the limit for Derby more sane... Message-ID: <20070509203734.294745240AF0@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070509/a3041927/attachment.html From nobody at rubyforge.org Wed May 9 20:19:25 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 9 May 2007 20:19:25 -0400 (EDT) Subject: [Jruby-extras-devel] [567] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: Ok, finally fix that damned Derby monkeypatching thing Message-ID: <20070510001925.3F6265240A79@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070509/623e27e0/attachment.html From Jeffrey.Damick at revolution.com Wed May 9 23:54:22 2007 From: Jeffrey.Damick at revolution.com (Jeffrey Damick) Date: Wed, 09 May 2007 23:54:22 -0400 Subject: [Jruby-extras-devel] Rails-integration patch In-Reply-To: Message-ID: Yeah it seems like it would more efficient to just recursive copy the top level directories and then remove the files you need to exclude later and then recursive chmod them, since it looks everything is being set to 0644 anyway.. Another option which is more like mongrel / webrick is to just run the app (for war:standalone:run) out of the current prooject directory and just create the WEB-INF there, the patch for this is attached (standalone.patch). I also added in the standalone patch to use the RAILS_ENV environment variable if set rather than hard-code it to production in war_config.rb. The rails_env.patch updates the AbstractRailsServlet.getDeploymentEnvironment to use the system environment variable if in standalone mode and it's set rather than the one in the web.xml to make it more like mongrel / webrick. I'd also like to be able to easily change the default libraries, like the bcprov-jdk14 since it isn't happy on java 1.5, and I want to be able to easily set bcprov-jdk15-136.. thanks, -jeff On 5/8/07 4:21 PM, "Nick Sieger" wrote: > On 5/4/07, Jeffrey Damick wrote: >> Also the copy process just to run in standalone mode is extremely long if >> you have a large project.. Is anyone taking a look a this? Maybe I can help >> out in this space.. > > It's the poor speed of File.chmod (via File.install), which forks for > every file. If you want you can replace File.install everywhere in > the plugin with File.copy, if you don't need permissions to be > changed. We still need to solve this issue once and for all, possibly > giving folks an option to turn permissions changing in the war config. > -------------- next part -------------- A non-text attachment was scrubbed... Name: standalone.patch Type: application/octet-stream Size: 3288 bytes Desc: not available Url : http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070509/8eecff6b/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: rails_env.patch Type: application/octet-stream Size: 922 bytes Desc: not available Url : http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070509/8eecff6b/attachment-0003.obj From robert at cs.auckland.ac.nz Thu May 10 00:20:15 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Thu, 10 May 2007 16:20:15 +1200 Subject: [Jruby-extras-devel] Rails-integration patch In-Reply-To: References: Message-ID: <46429D7F.7080803@cs.auckland.ac.nz> Any files originally in webapp/WEB-INF are included in the package, especially additional deployment descriptors (e.g. weblogic.xml and equivalent). If we mix the original files and the generated files, then there may be some confusion over what came from where. webapp specific configuration (web.xml), really should take precedence over system-level configuration. We could add this as a fallback if rails.env is not set in web.xml, but I imagine this may not address what you want. That said, I really don't like the current situation of defaulting to production mode. Cheers, Robert Jeffrey Damick wrote: > Yeah it seems like it would more efficient to just recursive copy the top > level directories and then remove the files you need to exclude later and > then recursive chmod them, since it looks everything is being set to 0644 > anyway.. > > Another option which is more like mongrel / webrick is to just run the app > (for war:standalone:run) out of the current prooject directory and just > create the WEB-INF there, the patch for this is attached (standalone.patch). > > I also added in the standalone patch to use the RAILS_ENV environment > variable if set rather than hard-code it to production in war_config.rb. > > The rails_env.patch updates the > AbstractRailsServlet.getDeploymentEnvironment to use the system environment > variable if in standalone mode and it's set rather than the one in the > web.xml to make it more like mongrel / webrick. > > > > I'd also like to be able to easily change the default libraries, like the > bcprov-jdk14 since it isn't happy on java 1.5, and I want to be able to > easily set bcprov-jdk15-136.. > > > thanks, > -jeff > > > On 5/8/07 4:21 PM, "Nick Sieger" wrote: > > >> On 5/4/07, Jeffrey Damick wrote: >> > > >>> Also the copy process just to run in standalone mode is extremely long if >>> you have a large project.. Is anyone taking a look a this? Maybe I can help >>> out in this space.. >>> >> It's the poor speed of File.chmod (via File.install), which forks for >> every file. If you want you can replace File.install everywhere in >> the plugin with File.copy, if you don't need permissions to be >> changed. We still need to solve this issue once and for all, possibly >> giving folks an option to turn permissions changing in the war config. >> >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070510/64e3330f/attachment.html From fausto.lelli at gmail.com Thu May 10 01:19:32 2007 From: fausto.lelli at gmail.com (Fausto Lelli) Date: Thu, 10 May 2007 07:19:32 +0200 Subject: [Jruby-extras-devel] Rails-integration patch In-Reply-To: <46429D7F.7080803@cs.auckland.ac.nz> References: <46429D7F.7080803@cs.auckland.ac.nz> Message-ID: Hi Robert, it's hight time to put this stuff into the configuration thing, may I pass to the new_java_library in war-snapshot ? do you have a list of configuration desiderata up to now ? Fausto. On 5/10/07, Robert Egglestone wrote: > > Any files originally in webapp/WEB-INF are included in the package, > especially additional deployment descriptors (e.g. weblogic.xml and > equivalent). If we mix the original files and the generated files, then > there may be some confusion over what came from where. > > webapp specific configuration (web.xml), really should take precedence over > system-level configuration. We could add this as a fallback if rails.env is > not set in web.xml, but I imagine this may not address what you want. That > said, I really don't like the current situation of defaulting to production > mode. > > Cheers, > Robert > > > Jeffrey Damick wrote: > Yeah it seems like it would more efficient to just recursive copy the top > level directories and then remove the files you need to exclude later and > then recursive chmod them, since it looks everything is being set to 0644 > anyway.. > > Another option which is more like mongrel / webrick is to just run the app > (for war:standalone:run) out of the current prooject directory and just > create the WEB-INF there, the patch for this is attached (standalone.patch). > > I also added in the standalone patch to use the RAILS_ENV environment > variable if set rather than hard-code it to production in war_config.rb. > > The rails_env.patch updates the > AbstractRailsServlet.getDeploymentEnvironment to use the > system environment > variable if in standalone mode and it's set rather than the one in the > web.xml to make it more like mongrel / webrick. > > > > I'd also like to be able to easily change the default libraries, like the > bcprov-jdk14 since it isn't happy on java 1.5, and I want to be able to > easily set bcprov-jdk15-136.. > > > thanks, > -jeff > > > On 5/8/07 4:21 PM, "Nick Sieger" wrote: > > > > On 5/4/07, Jeffrey Damick wrote: > > > > > Also the copy process just to run in standalone mode is extremely long if > you have a large project.. Is anyone taking a look a this? Maybe I can help > out in this space.. > > It's the poor speed of File.chmod (via File.install), which forks for > every file. If you want you can replace File.install everywhere in > the plugin with File.copy, if you don't need permissions to be > changed. We still need to solve this issue once and for all, possibly > giving folks an option to turn permissions changing in the war config. > > > > ________________________________ > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From robert at cs.auckland.ac.nz Thu May 10 01:26:57 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Thu, 10 May 2007 17:26:57 +1200 Subject: [Jruby-extras-devel] Rails-integration patch In-Reply-To: References: <46429D7F.7080803@cs.auckland.ac.nz> Message-ID: <4642AD21.3080403@cs.auckland.ac.nz> Hey Fausto, Go for it. Let's use what we already have in the configuration as a basis and go from there. Cheers, Robert Fausto Lelli wrote: > Hi Robert, > it's hight time to put this stuff into the configuration thing, > may I pass to the new_java_library in war-snapshot ? > do you have a list of configuration desiderata up to now ? > > Fausto. > > On 5/10/07, Robert Egglestone wrote: > >> Any files originally in webapp/WEB-INF are included in the package, >> especially additional deployment descriptors (e.g. weblogic.xml and >> equivalent). If we mix the original files and the generated files, then >> there may be some confusion over what came from where. >> >> webapp specific configuration (web.xml), really should take precedence over >> system-level configuration. We could add this as a fallback if rails.env is >> not set in web.xml, but I imagine this may not address what you want. That >> said, I really don't like the current situation of defaulting to production >> mode. >> >> Cheers, >> Robert >> >> >> Jeffrey Damick wrote: >> Yeah it seems like it would more efficient to just recursive copy the top >> level directories and then remove the files you need to exclude later and >> then recursive chmod them, since it looks everything is being set to 0644 >> anyway.. >> >> Another option which is more like mongrel / webrick is to just run the app >> (for war:standalone:run) out of the current prooject directory and just >> create the WEB-INF there, the patch for this is attached (standalone.patch). >> >> I also added in the standalone patch to use the RAILS_ENV environment >> variable if set rather than hard-code it to production in war_config.rb. >> >> The rails_env.patch updates the >> AbstractRailsServlet.getDeploymentEnvironment to use the >> system environment >> variable if in standalone mode and it's set rather than the one in the >> web.xml to make it more like mongrel / webrick. >> >> >> >> I'd also like to be able to easily change the default libraries, like the >> bcprov-jdk14 since it isn't happy on java 1.5, and I want to be able to >> easily set bcprov-jdk15-136.. >> >> >> thanks, >> -jeff >> >> >> On 5/8/07 4:21 PM, "Nick Sieger" wrote: >> >> >> >> On 5/4/07, Jeffrey Damick wrote: >> >> >> >> >> Also the copy process just to run in standalone mode is extremely long if >> you have a large project.. Is anyone taking a look a this? Maybe I can help >> out in this space.. >> >> It's the poor speed of File.chmod (via File.install), which forks for >> every file. If you want you can replace File.install everywhere in >> the plugin with File.copy, if you don't need permissions to be >> changed. We still need to solve this issue once and for all, possibly >> giving folks an option to turn permissions changing in the war config. >> >> >> >> ________________________________ >> >> _______________________________________________ >> Jruby-extras-devel mailing list >> Jruby-extras-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/jruby-extras-devel >> >> _______________________________________________ >> Jruby-extras-devel mailing list >> Jruby-extras-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/jruby-extras-devel >> >> > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070510/f0058dd6/attachment.html From Jeffrey.Damick at revolution.com Thu May 10 09:15:25 2007 From: Jeffrey.Damick at revolution.com (Jeffrey Damick) Date: Thu, 10 May 2007 09:15:25 -0400 Subject: [Jruby-extras-devel] Rails-integration patch In-Reply-To: <46429D7F.7080803@cs.auckland.ac.nz> Message-ID: Thanks for the response, I think I see what you mean, the ?add_webxml? method checks for web.xml in WEB-INF relative to the project.. The real issue I was trying to resolve is the fact that standalone mode copies the project tree to /tmp/war/... This is not very productive for quickly making changes and re-launching if you have a project of like 300+ megs then this is pretty time consuming.. I?d really like to see standalone mode just use the project out its existing location, so maybe the ?add_webxml? logic could be changed to look somewhere else for a WEB-INF, config/WEB-INF ? What do you think? As for the rails.env, I understand the argument for web.xml taking precedence, but I?m not sure that really makes sense for standalone mode, and putting it in war.rb or some other file means people have to change their current behavior of just setting the environment variable and re-launching mongrel / webrick. Shouldn?t the goal be to make the switch for people ruby/mongrel/webrick to jruby/goldspike as seamless as possible? thanks -jeff On 5/10/07 12:20 AM, "Robert Egglestone" wrote: > Any files originally in webapp/WEB-INF are included in the package, especially > additional deployment descriptors (e.g. weblogic.xml and equivalent). If we > mix the original files and the generated files, then there may be some > confusion over what came from where. > > webapp specific configuration (web.xml), really should take precedence over > system-level configuration. We could add this as a fallback if rails.env is > not set in web.xml, but I imagine this may not address what you want. That > said, I really don't like the current situation of defaulting to production > mode. > > Cheers, > Robert > > > Jeffrey Damick wrote: >> >> Yeah it seems like it would more efficient to just recursive copy the top >> level directories and then remove the files you need to exclude later and >> then recursive chmod them, since it looks everything is being set to 0644 >> anyway.. >> >> Another option which is more like mongrel / webrick is to just run the app >> (for war:standalone:run) out of the current prooject directory and just >> create the WEB-INF there, the patch for this is attached (standalone.patch). >> >> I also added in the standalone patch to use the RAILS_ENV environment >> variable if set rather than hard-code it to production in war_config.rb. >> >> The rails_env.patch updates the >> AbstractRailsServlet.getDeploymentEnvironment to use the system environment >> variable if in standalone mode and it's set rather than the one in the >> web.xml to make it more like mongrel / webrick. >> >> >> >> I'd also like to be able to easily change the default libraries, like the >> bcprov-jdk14 since it isn't happy on java 1.5, and I want to be able to >> easily set bcprov-jdk15-136.. >> >> >> thanks, >> -jeff >> >> >> On 5/8/07 4:21 PM, "Nick Sieger" >> wrote: >> >> >> >>> >>> On 5/4/07, Jeffrey Damick >>> wrote: >>> >>> >> >> >> >> >>> >>>> >>>> Also the copy process just to run in standalone mode is extremely long if >>>> you have a large project.. Is anyone taking a look a this? Maybe I can help >>>> out in this space.. >>>> >>>> >>> >>> It's the poor speed of File.chmod (via File.install), which forks for >>> every file. If you want you can replace File.install everywhere in >>> the plugin with File.copy, if you don't need permissions to be >>> changed. We still need to solve this issue once and for all, possibly >>> giving folks an option to turn permissions changing in the war config. >>> >>> >>> >> >> >> >> >> >> >> >> _______________________________________________ >> Jruby-extras-devel mailing list >> Jruby-extras-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070510/8a8d99cd/attachment-0001.html From nobody at rubyforge.org Thu May 10 12:50:35 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 10 May 2007 12:50:35 -0400 (EDT) Subject: [Jruby-extras-devel] [568] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: Fix several problems with Derby, handling reals correctly Message-ID: <20070510165035.8BB2952409B7@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070510/0b92b241/attachment.html From nobody at rubyforge.org Thu May 10 14:39:18 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 10 May 2007 14:39:18 -0400 (EDT) Subject: [Jruby-extras-devel] [569] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: handle quoting of column names better Message-ID: <20070510183918.F00185240A2E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070510/b108eaa8/attachment.html From robert at cs.auckland.ac.nz Thu May 10 17:39:40 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Fri, 11 May 2007 09:39:40 +1200 Subject: [Jruby-extras-devel] Rails-integration patch In-Reply-To: References: Message-ID: <4643911C.9080008@cs.auckland.ac.nz> Ok, sounds good. We should probably disable keep_source in this case, to stop people accidentally deleting their original source :) I'll commit the patch to the snapshot plugin. Standalone mode is intended to mean the webapp is not influenced by outside factors, such as a JRuby home and gems installed on the same machine. This is in contrast with shared mode, which is intended to make use of a common set of libraries. A global environment variable override for standalone mode seems to go against this. However, for running Jetty from rake, it's certainly appropriate to expect an environment variable to take precedence. Perhaps we could use Jetty's mechanism for overriding web.xml values (I assume it has one), to set a more suitable value for rails.env (e.g. RAILS_ENV || development). Cheers, Robert Jeffrey Damick wrote: > Thanks for the response, > > I think I see what you mean, the 'add_webxml' method checks for > web.xml in WEB-INF relative to the project.. The real issue I was > trying to resolve is the fact that standalone mode copies the project > tree to /tmp/war/... This is not very productive for quickly making > changes and re-launching if you have a project of like 300+ megs then > this is pretty time consuming.. I'd really like to see standalone > mode just use the project out its existing location, so maybe the > 'add_webxml' logic could be changed to look somewhere else for a > WEB-INF, config/WEB-INF ? What do you think? > > > As for the rails.env, I understand the argument for web.xml taking > precedence, but I'm not sure that really makes sense for standalone > mode, and putting it in war.rb or some other file means people have to > change their current behavior of just setting the environment variable > and re-launching mongrel / webrick. Shouldn't the goal be to make the > switch for people ruby/mongrel/webrick to jruby/goldspike as seamless > as possible? > > > thanks > -jeff > > > > On 5/10/07 12:20 AM, "Robert Egglestone" wrote: > > Any files originally in webapp/WEB-INF are included in the > package, especially additional deployment descriptors (e.g. > weblogic.xml and equivalent). If we mix the original files and the > generated files, then there may be some confusion over what came > from where. > > webapp specific configuration (web.xml), really should take > precedence over system-level configuration. We could add this as a > fallback if rails.env is not set in web.xml, but I imagine this > may not address what you want. That said, I really don't like the > current situation of defaulting to production mode. > > Cheers, > Robert > > > Jeffrey Damick wrote: > > > Yeah it seems like it would more efficient to just recursive > copy the top > level directories and then remove the files you need to > exclude later and > then recursive chmod them, since it looks everything is being > set to 0644 > anyway.. > > Another option which is more like mongrel / webrick is to just > run the app > (for war:standalone:run) out of the current prooject directory > and just > create the WEB-INF there, the patch for this is attached > (standalone.patch). > > I also added in the standalone patch to use the RAILS_ENV > environment > variable if set rather than hard-code it to production in > war_config.rb. > > The rails_env.patch updates the > AbstractRailsServlet.getDeploymentEnvironment to use the > system environment > variable if in standalone mode and it's set rather than the > one in the > web.xml to make it more like mongrel / webrick. > > > > I'd also like to be able to easily change the default > libraries, like the > bcprov-jdk14 since it isn't happy on java 1.5, and I want to > be able to > easily set bcprov-jdk15-136.. > > > thanks, > -jeff > > > On 5/8/07 4:21 PM, "Nick Sieger" > wrote: > > > > > > On 5/4/07, Jeffrey Damick > wrote: > > > > > > > > > > > Also the copy process just to run in standalone mode > is extremely long if > you have a large project.. Is anyone taking a look a > this? Maybe I can help > out in this space.. > > > > > It's the poor speed of File.chmod (via File.install), > which forks for > every file. If you want you can replace File.install > everywhere in > the plugin with File.copy, if you don't need permissions to be > changed. We still need to solve this issue once and for > all, possibly > giving folks an option to turn permissions changing in the > war config. > > > > > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > ------------------------------------------------------------------------ > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > ------------------------------------------------------------------------ > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070511/42588e78/attachment.html From nobody at rubyforge.org Thu May 10 18:28:32 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 10 May 2007 18:28:32 -0400 (EDT) Subject: [Jruby-extras-devel] [570] trunk/rails-integration/plugins/goldspike-snapshot/lib: Assemble web application in place rather than using tmp/war. Message-ID: <20070510222832.B30EE52409C1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070510/e486fb76/attachment-0001.html From nobody at rubyforge.org Thu May 10 18:39:40 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 10 May 2007 18:39:40 -0400 (EDT) Subject: [Jruby-extras-devel] [571] trunk/activerecord-jdbc: Fix several Derby problems, including quoting Message-ID: <20070510223940.F3B5A52409C1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070510/1a198b8b/attachment.html From nobody at rubyforge.org Thu May 10 19:43:12 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 10 May 2007 19:43:12 -0400 (EDT) Subject: [Jruby-extras-devel] [572] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: remove system tables from tables call Message-ID: <20070510234312.C27A852409C1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070510/577e9c5a/attachment.html From nobody at rubyforge.org Fri May 11 10:45:41 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 11 May 2007 10:45:41 -0400 (EDT) Subject: [Jruby-extras-devel] [573] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: Handle parens before select/show correctly Message-ID: <20070511144541.748535240A47@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070511/9b752d18/attachment.html From nobody at rubyforge.org Fri May 11 12:03:15 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 11 May 2007 12:03:15 -0400 (EDT) Subject: [Jruby-extras-devel] [574] trunk/activerecord-jdbc/lib/jdbc_adapter: More Derby fixes. Message-ID: <20070511160316.0E72C5240A1B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070511/f7f782bd/attachment-0001.html From nobody at rubyforge.org Fri May 11 15:05:33 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 11 May 2007 15:05:33 -0400 (EDT) Subject: [Jruby-extras-devel] [575] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: Handling quoting more correctly in Derby Message-ID: <20070511190536.495655240A56@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070511/3d04325b/attachment.html From nobody at rubyforge.org Fri May 11 16:59:25 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 11 May 2007 16:59:25 -0400 (EDT) Subject: [Jruby-extras-devel] [576] trunk/activerecord-jdbc/lib/jdbc_adapter/jdbc_derby.rb: derby: support changing a columns type using work around outlined in DERBY-1515 Message-ID: <20070511205925.BDD495240AC5@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070511/3b9ef039/attachment.html From nobody at rubyforge.org Fri May 11 20:06:17 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 11 May 2007 20:06:17 -0400 (EDT) Subject: [Jruby-extras-devel] [577] trunk/rails-integration/plugins/goldspike-snapshot/lib: Running an embedded Jetty will now use RAILS_ENV (with a default of 'development') as the rails environment. Message-ID: <20070512000617.766565240C6E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070511/c87cdbf9/attachment.html From nobody at rubyforge.org Fri May 11 20:18:04 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 11 May 2007 20:18:04 -0400 (EDT) Subject: [Jruby-extras-devel] [578] trunk/rails-integration/samples/helloworld-1.2.3/WEB-INF/: Ignore files added by build process Message-ID: <20070512001804.127E35240B38@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070511/d0e5bae2/attachment.html From nobody at rubyforge.org Sat May 12 01:15:31 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 12 May 2007 01:15:31 -0400 (EDT) Subject: [Jruby-extras-devel] [579] trunk/rails-integration/plugins/goldspike-snapshot/lib: Snapshot plugin should look for goldspike jar Message-ID: <20070512051531.A2E245240A3E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070512/160fedf8/attachment-0001.html From nobody at rubyforge.org Sat May 12 05:39:51 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 12 May 2007 05:39:51 -0400 (EDT) Subject: [Jruby-extras-devel] [581] trunk/rails-integration/src/main/java/org/jruby/webapp: Change the RailsServlet class hierachy now that the bulk of AbstractRailsServlet has been moved, and RailsDispatcher no longer exists Message-ID: <20070512093951.557985240948@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070512/aae264c8/attachment.html From nobody at rubyforge.org Sun May 13 08:21:05 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 13 May 2007 08:21:05 -0400 (EDT) Subject: [Jruby-extras-devel] [582] trunk/rails-integration/plugins/goldspike-snapshot/lib/new_java_library.rb: remove stale new_java_library Message-ID: <20070513122105.C084D5240AA7@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070513/3f8dfbf4/attachment-0001.html From nobody at rubyforge.org Sun May 13 08:30:19 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 13 May 2007 08:30:19 -0400 (EDT) Subject: [Jruby-extras-devel] [583] trunk/rails-integration/plugins/goldspike-snapshot/lib/util.rb: add logging util (wrapper of ruby std lib) Message-ID: <20070513123019.4BA515240AB8@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070513/1b43c79e/attachment.html From nobody at rubyforge.org Sun May 13 08:32:50 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 13 May 2007 08:32:50 -0400 (EDT) Subject: [Jruby-extras-devel] [584] trunk/rails-integration/plugins/goldspike-snapshot/lib: create MavenLibrary as JavaLibrary subclass, pass config context to JavaLibrary, and consequent modifications to packer and config Message-ID: <20070513123250.67FDF5240AB8@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070513/9a700298/attachment.html From nobody at rubyforge.org Sun May 13 08:50:37 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 13 May 2007 08:50:37 -0400 (EDT) Subject: [Jruby-extras-devel] [585] trunk/rails-integration/plugins/goldspike-snapshot/lib/java_library.rb: reformatted source for java_library Message-ID: <20070513125037.453865240B43@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070513/8c2bafa3/attachment-0001.html From nobody at rubyforge.org Mon May 14 16:23:00 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 14 May 2007 16:23:00 -0400 (EDT) Subject: [Jruby-extras-devel] [586] trunk/rails-integration/plugins/goldspike-snapshot/lib/java_library.rb: for consistency between java_lib e maven_lib, renamed 'artifact' prop to 'name' Message-ID: <20070514202300.B79795240AC1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070514/5bd1d727/attachment.html From nobody at rubyforge.org Mon May 14 16:25:16 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 14 May 2007 16:25:16 -0400 (EDT) Subject: [Jruby-extras-devel] [587] trunk/rails-integration/plugins/goldspike-snapshot/lib: replacing log instead of puts Message-ID: <20070514202516.414CE5240AC1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070514/fab1ba99/attachment.html From nobody at rubyforge.org Tue May 15 13:49:58 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 15 May 2007 13:49:58 -0400 (EDT) Subject: [Jruby-extras-devel] [588] trunk/activerecord-jdbc/lib/active_record/connection_adapters/jdbc_adapter.rb: Sybase wants a field called 'local_type_name', not 'type_name' (coutesy Dean Mao) Message-ID: <20070515174959.01D755240A96@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070515/be19e287/attachment-0001.html From nobody at rubyforge.org Tue May 15 19:34:57 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 15 May 2007 19:34:57 -0400 (EDT) Subject: [Jruby-extras-devel] [589] trunk/activerecord-jdbc/lib: if the statement starts with insert it is definitely an insert so move that check to the top. Message-ID: <20070515233459.126C95240AED@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070515/b205c73d/attachment.html From nobody at rubyforge.org Wed May 16 04:25:48 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 16 May 2007 04:25:48 -0400 (EDT) Subject: [Jruby-extras-devel] [590] trunk/rails-integration/src/main/java/org/jruby/webapp/RailsTaskServlet.java: Added RailsTaskServlet that makes it possible to run other Rails tasks such as for example ActiveMessaging Message-ID: <20070516082548.65A515240A96@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070516/1c62f65e/attachment.html From ronald.fischer at venyon.com Wed May 16 08:31:21 2007 From: ronald.fischer at venyon.com (Ronald Fischer) Date: Wed, 16 May 2007 14:31:21 +0200 Subject: [Jruby-extras-devel] Documentation question Message-ID: <387E9FC1619C0849BA8934938037E54F0878B3@sv-muc-004.venyon-mail.local> Does anyone know where I can find documentation on how to actually use jruby-openssl? Regards, Ronald -- Ronald Fischer Phone: +49-89-452133-162 From ronald.fischer at venyon.com Wed May 16 08:30:03 2007 From: ronald.fischer at venyon.com (Ronald Fischer) Date: Wed, 16 May 2007 14:30:03 +0200 Subject: [Jruby-extras-devel] Warning when loading openssl Message-ID: <387E9FC1619C0849BA8934938037E54F0878B0@sv-muc-004.venyon-mail.local> irb(main):003:0> require 'openssl' (irb):1 warning: already initialized constant OpenSSL => true Can this warning be safely ignored? -- Ronald Fischer Phone: +49-89-452133-162 From peter at oaktop.com Wed May 16 13:42:27 2007 From: peter at oaktop.com (Peter K Chan) Date: Wed, 16 May 2007 12:42:27 -0500 Subject: [Jruby-extras-devel] Warning when loading openssl In-Reply-To: <387E9FC1619C0849BA8934938037E54F0878B0@sv-muc-004.venyon-mail.local> References: <387E9FC1619C0849BA8934938037E54F0878B0@sv-muc-004.venyon-mail.local> Message-ID: <000001c797e1$9282f440$6601a8c0@pkcshuttle> That warning should be fine. I have seen many of them in my app and they don't seem to have any effect. Peter -----Original Message----- From: jruby-extras-devel-bounces at rubyforge.org [mailto:jruby-extras-devel-bounces at rubyforge.org] On Behalf Of Ronald Fischer Sent: Wednesday, May 16, 2007 7:30 AM To: jruby-extras-devel at rubyforge.org Subject: [Jruby-extras-devel] Warning when loading openssl irb(main):003:0> require 'openssl' (irb):1 warning: already initialized constant OpenSSL => true Can this warning be safely ignored? -- Ronald Fischer Phone: +49-89-452133-162 _______________________________________________ Jruby-extras-devel mailing list Jruby-extras-devel at rubyforge.org http://rubyforge.org/mailman/listinfo/jruby-extras-devel From ola.bini at gmail.com Wed May 16 13:48:45 2007 From: ola.bini at gmail.com (Ola Bini) Date: Wed, 16 May 2007 19:48:45 +0200 Subject: [Jruby-extras-devel] Warning when loading openssl In-Reply-To: <000001c797e1$9282f440$6601a8c0@pkcshuttle> References: <387E9FC1619C0849BA8934938037E54F0878B0@sv-muc-004.venyon-mail.local> <000001c797e1$9282f440$6601a8c0@pkcshuttle> Message-ID: <464B43FD.7010004@gmail.com> Peter K Chan wrote: > That warning should be fine. I have seen many of them in my app and they > don't seem to have any effect. > > Peter > > Hey, No, the warning is innocent. I just do something a little bit strange when defining the OpenSSL module. I haven't really found the place, but it is no problem. -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From charles.nutter at sun.com Wed May 16 13:59:16 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Wed, 16 May 2007 10:59:16 -0700 Subject: [Jruby-extras-devel] Warning when loading openssl In-Reply-To: <387E9FC1619C0849BA8934938037E54F0878B0@sv-muc-004.venyon-mail.local> References: <387E9FC1619C0849BA8934938037E54F0878B0@sv-muc-004.venyon-mail.local> Message-ID: <464B4674.9030206@sun.com> Ronald Fischer wrote: > irb(main):003:0> require 'openssl' > (irb):1 warning: already initialized constant OpenSSL > => true > > Can this warning be safely ignored? I would hope so...but I guess trying it out is the best way to find out. We really need to get OSSL running in continuous builds and start supporting it in a real way... - Charlie From charles.nutter at sun.com Wed May 16 14:00:00 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Wed, 16 May 2007 11:00:00 -0700 Subject: [Jruby-extras-devel] Documentation question In-Reply-To: <387E9FC1619C0849BA8934938037E54F0878B3@sv-muc-004.venyon-mail.local> References: <387E9FC1619C0849BA8934938037E54F0878B3@sv-muc-004.venyon-mail.local> Message-ID: <464B46A0.90300@sun.com> Ronald Fischer wrote: > Does anyone know where I can find documentation on how to actually > use jruby-openssl? Try searching Ola's blog (google "ola bini") since he's the one that wrote it. And if you could add anything you find to the JRuby wiki (google "jrubywiki") that would be wonderful. - Charlie From nobody at rubyforge.org Thu May 17 12:17:00 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 17 May 2007 12:17:00 -0400 (EDT) Subject: [Jruby-extras-devel] [591] trunk/activerecord-jdbc: Fix for JRUBY-922, the utf8 regression. Message-ID: <20070517161702.576765240ABE@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070517/ebdf6a4b/attachment-0001.html From nobody at rubyforge.org Fri May 18 20:42:37 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 18 May 2007 20:42:37 -0400 (EDT) Subject: [Jruby-extras-devel] [592] trunk/rails-integration/LICENSE.txt: Make it clear what kind of license it is Message-ID: <20070519004237.48A675240B36@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070518/416f87cb/attachment.html From nobody at rubyforge.org Fri May 18 20:49:39 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 18 May 2007 20:49:39 -0400 (EDT) Subject: [Jruby-extras-devel] [593] trunk/rails-integration/plugins/goldspike-snapshot/lib/create_war.rb: Added listener to web.xml, as its required by snapshot jar Message-ID: <20070519004939.8A6105240B6E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070518/51a869b2/attachment.html From nobody at rubyforge.org Fri May 18 20:58:32 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 18 May 2007 20:58:32 -0400 (EDT) Subject: [Jruby-extras-devel] [594] trunk/rails-integration/plugins/goldspike-snapshot/lib/war_config.rb: Up the version number, since it now requires this version Message-ID: <20070519005832.13E295240B4E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070518/90661f83/attachment.html From robert at cs.auckland.ac.nz Fri May 18 21:07:35 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Sat, 19 May 2007 13:07:35 +1200 Subject: [Jruby-extras-devel] GoldSpike 1.2 release In-Reply-To: <463D5C35.2070305@cs.auckland.ac.nz> References: <463D5C35.2070305@cs.auckland.ac.nz> Message-ID: <464E4DD7.9010503@cs.auckland.ac.nz> Please could someone release the GoldSpike 1.2 artifacts to the codehaus repo so that they can end up in ibiblio? The tag is at: svn://rubyforge.org/var/svn/jruby-extras/tags/rails-integration/1.2 Cheers, Robert Robert Egglestone wrote: > Announcing the release of GoldSpike 1.2. > > The core changes are: > + Name change from Rails-Integration to GoldSpike > + Improved performance for the users, particularly around new runtime > creation > > If someone could release the artifacts to the codehaus maven repository > it would be much appreciated. > > Cheers, > Robert > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From nobody at rubyforge.org Fri May 18 21:18:57 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 18 May 2007 21:18:57 -0400 (EDT) Subject: [Jruby-extras-devel] [595] trunk/rails-integration/plugins/goldspike-snapshot/lib/war_config.rb: We need snapshot to work against latest JRuby Message-ID: <20070519011857.B4C3A5240B4E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070518/217d603b/attachment.html From nobody at rubyforge.org Fri May 18 21:20:59 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 18 May 2007 21:20:59 -0400 (EDT) Subject: [Jruby-extras-devel] [596] trunk/rails-integration/plugins/goldspike-snapshot/lib/war_config.rb: We need snapshot to work against latest JRuby Message-ID: <20070519012059.52B0A5240B4E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070518/c19974a4/attachment.html From ryan.l.bell at gmail.com Mon May 21 13:01:19 2007 From: ryan.l.bell at gmail.com (Ryan Bell) Date: Mon, 21 May 2007 13:01:19 -0400 Subject: [Jruby-extras-devel] IntelliJ Message-ID: Good News! I applied for an open source IntelliJ license for the Jruby-Extras project and was approved. I have the license information, so if you're a dev on the project and interested in using IntelliJ, drop me a line and I can hook you up with the license info. -- Ryan L. Bell http://kofno.wordpress.com http://kofno.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070521/6e0ea48c/attachment-0001.html From Ashish.Sahni at Sun.COM Mon May 21 17:09:21 2007 From: Ashish.Sahni at Sun.COM (Ashish Sahni) Date: Mon, 21 May 2007 14:09:21 -0700 Subject: [Jruby-extras-devel] dynamic constant assignment error Message-ID: <46520A81.7070606@sun.com> Hi Folks, When trying to load a java class from within ruby in a jror-web-app I get the following error (see below). The ruby code looks something like require 'java' require 'myxyz.jar' MyJavaClass = Java::pkg.MyXyz The runtime is findign myxyz.jar (else I get a no-file-to-load error) The above code works as a standalone ruby script. This is against jruby trunk, goldspike trunk, jetty/glassfish. Any ideas ? Thanks Ashish SyntaxError in SayController#hello /bs/app/controllers/say_controller.rb:8: dynamic constant assignment |RAILS_ROOT: bs/config/..| Application Trace | Framework Trace | Full Trace |/bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:203 /bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:203:in `load' /bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:203:in `load_file' /bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:94:in `new_constants_in' /bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:204:in `load_file' /bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:94:in `require_or_load' /bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:248:in `load_missing_constant' /bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:452:in `const_missing' /bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:464:in `const_missing' /bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/inflector.rb:0:in `module_eval' /bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/routing.rb:1283:in `constantize' /bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/routing.rb:1283:in `recognize' :0| -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070521/2064121f/attachment.html From nobody at rubyforge.org Wed May 23 20:13:45 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 23 May 2007 20:13:45 -0400 (EDT) Subject: [Jruby-extras-devel] [597] trunk/activerecord-jdbc: - simpler error messaging when types can't be found Message-ID: <20070524001345.BE0225240A41@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070523/6b883d05/attachment.html From noreply at rubyforge.org Wed May 9 17:18:52 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 9 May 2007 17:18:52 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10727 ] AR-JDBC 0.3 issue with PostgerSQL Message-ID: <20070509211852.4A6685240B3B@rubyforge.org> Bugs item #10727, was opened at 2007-05-09 17:18 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10727&group_id=2014 Category: AR-JDBC Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: AR-JDBC 0.3 issue with PostgerSQL Initial Comment: /usr/local/jruby/bin/jruby -Ilib:test "/usr/local/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake/rake_test_loader.rb" The driver encountered an error: unable to choose type from: [["text", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"12", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}], ["text_type_2_id_seq", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"1111", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text_type_2_id_seq", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}], ["text_type_2", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"1111", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text_type_2", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}]] for text ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10727&group_id=2014 From noreply at rubyforge.org Wed May 9 18:20:12 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 9 May 2007 18:20:12 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10727 ] AR-JDBC 0.3 issue with PostgerSQL Message-ID: <20070509222012.18A125240A6F@rubyforge.org> Bugs item #10727, was opened at 2007-05-09 17:18 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10727&group_id=2014 Category: AR-JDBC Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: AR-JDBC 0.3 issue with PostgerSQL Initial Comment: /usr/local/jruby/bin/jruby -Ilib:test "/usr/local/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake/rake_test_loader.rb" The driver encountered an error: unable to choose type from: [["text", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"12", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}], ["text_type_2_id_seq", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"1111", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text_type_2_id_seq", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}], ["text_type_2", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"1111", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text_type_2", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}]] for text ---------------------------------------------------------------------- Comment By: Evan Light (sleight42) Date: 2007-05-09 18:20 Message: This occurred using PostgreSQL 8.1 (running on Linux) with the client using Java build 1.5.0_07-87 with the 8.1-409 JDBC-3 driver. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10727&group_id=2014 From noreply at rubyforge.org Wed May 9 19:10:42 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 9 May 2007 19:10:42 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10727 ] AR-JDBC 0.3 issue with PostgerSQL Message-ID: <20070509231042.E1BE05240ACB@rubyforge.org> Bugs item #10727, was opened at 2007-05-09 17:18 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10727&group_id=2014 Category: AR-JDBC Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: AR-JDBC 0.3 issue with PostgerSQL Initial Comment: /usr/local/jruby/bin/jruby -Ilib:test "/usr/local/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake/rake_test_loader.rb" The driver encountered an error: unable to choose type from: [["text", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"12", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}], ["text_type_2_id_seq", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"1111", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text_type_2_id_seq", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}], ["text_type_2", {"maximum_scale"=>nil, "fixed_prec_scale"=>"f", "searchable"=>"3", "literal_prefix"=>nil, "nullable"=>"0", "literal_suffix"=>nil, "sql_datetime_sub"=>nil, "data_type"=>"1111", "minimum_scale"=>nil, "local_type_name"=>nil, "unsigned_attribute"=>"f", "case_sensitive"=>"f", "type_name"=>"text_type_2", "num_prec_radix"=>"10", "precision"=>"9", "auto_increment"=>"f", "create_params"=>nil, "sql_data_type"=>nil}]] for text ---------------------------------------------------------------------- Comment By: Evan Light (sleight42) Date: 2007-05-09 19:10 Message: This error is also present when using PostgreSQL 8.2 with the JDBC 4 driver. ---------------------------------------------------------------------- Comment By: Evan Light (sleight42) Date: 2007-05-09 18:20 Message: This occurred using PostgreSQL 8.1 (running on Linux) with the client using Java build 1.5.0_07-87 with the 8.1-409 JDBC-3 driver. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10727&group_id=2014 From noreply at rubyforge.org Fri May 18 18:19:45 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 18 May 2007 18:19:45 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10916 ] No runtime pool available Message-ID: <20070518221945.C74045240AAA@rubyforge.org> Bugs item #10916, was opened at 2007-05-18 22:19 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10916&group_id=2014 Category: rails-integration Group: None Status: Open Resolution: None Priority: 3 Submitted By: Ashish Sahni (whacko) Assigned to: Robert Egglestone (tantalon) Summary: No runtime pool available Initial Comment: javax.servlet.ServletException: No runtime pool is available, please check RailsContextListener at org.jruby.webapp.RailsServlet.getRuntimePool(RailsServlet.java:192) at org.jruby.webapp.RailsServlet.serviceRequest(RailsServlet.java:53) at org.jruby.webapp.RailsServlet.service(RailsServlet.java:42) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:224) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126) at org.jruby.webapp.FileServlet.doGet(FileServlet.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:146) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:285) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:457) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:751) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:500) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:357) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:329) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475) ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10916&group_id=2014 From noreply at rubyforge.org Fri May 18 18:20:38 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 18 May 2007 18:20:38 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10916 ] No runtime pool available Message-ID: <20070518222038.DC74A5240AAA@rubyforge.org> Bugs item #10916, was opened at 2007-05-18 22:19 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10916&group_id=2014 Category: rails-integration Group: None Status: Open Resolution: None Priority: 3 Submitted By: Ashish Sahni (whacko) Assigned to: Robert Egglestone (tantalon) Summary: No runtime pool available Initial Comment: javax.servlet.ServletException: No runtime pool is available, please check RailsContextListener at org.jruby.webapp.RailsServlet.getRuntimePool(RailsServlet.java:192) at org.jruby.webapp.RailsServlet.serviceRequest(RailsServlet.java:53) at org.jruby.webapp.RailsServlet.service(RailsServlet.java:42) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:224) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126) at org.jruby.webapp.FileServlet.doGet(FileServlet.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:146) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:285) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:457) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:751) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:500) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:357) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:329) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475) ---------------------------------------------------------------------- >Comment By: Ashish Sahni (whacko) Date: 2007-05-18 22:20 Message: Goldspike/rails-integration svn rev 591 ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10916&group_id=2014 From noreply at rubyforge.org Fri May 18 18:38:14 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 18 May 2007 18:38:14 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10916 ] No runtime pool available Message-ID: <20070518223814.E50265240B58@rubyforge.org> Bugs item #10916, was opened at 2007-05-18 22:19 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10916&group_id=2014 Category: rails-integration Group: None Status: Open Resolution: None Priority: 3 Submitted By: Ashish Sahni (whacko) Assigned to: Robert Egglestone (tantalon) Summary: No runtime pool available Initial Comment: javax.servlet.ServletException: No runtime pool is available, please check RailsContextListener at org.jruby.webapp.RailsServlet.getRuntimePool(RailsServlet.java:192) at org.jruby.webapp.RailsServlet.serviceRequest(RailsServlet.java:53) at org.jruby.webapp.RailsServlet.service(RailsServlet.java:42) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:224) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126) at org.jruby.webapp.FileServlet.doGet(FileServlet.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:146) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:285) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:457) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:751) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:500) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:357) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:329) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475) ---------------------------------------------------------------------- >Comment By: Ashish Sahni (whacko) Date: 2007-05-18 22:38 Message: Looks like the web.xml is missing {noformat} org.jruby.webapp.RailsContextListener {noformat} ---------------------------------------------------------------------- Comment By: Ashish Sahni (whacko) Date: 2007-05-18 22:20 Message: Goldspike/rails-integration svn rev 591 ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10916&group_id=2014 From nobody at rubyforge.org Sat May 12 05:19:51 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 12 May 2007 05:19:51 -0400 (EDT) Subject: [Jruby-extras-devel] [580] trunk/rails-integration: + Moved all runtime pool management out into a listener, for proper lifecycle management Message-ID: <20070512091951.B1159524098D@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070512/2f475a6e/attachment-0001.html From noreply at rubyforge.org Fri May 18 20:46:49 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 18 May 2007 20:46:49 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10916 ] No runtime pool available Message-ID: <20070519004649.0CDA15240B36@rubyforge.org> Bugs item #10916, was opened at 2007-05-19 10:19 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10916&group_id=2014 Category: rails-integration Group: None >Status: Closed >Resolution: Accepted Priority: 3 Submitted By: Ashish Sahni (whacko) Assigned to: Robert Egglestone (tantalon) Summary: No runtime pool available Initial Comment: javax.servlet.ServletException: No runtime pool is available, please check RailsContextListener at org.jruby.webapp.RailsServlet.getRuntimePool(RailsServlet.java:192) at org.jruby.webapp.RailsServlet.serviceRequest(RailsServlet.java:53) at org.jruby.webapp.RailsServlet.service(RailsServlet.java:42) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:224) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126) at org.jruby.webapp.FileServlet.doGet(FileServlet.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:146) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:285) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:457) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:751) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:500) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:357) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:329) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475) ---------------------------------------------------------------------- >Comment By: Robert Egglestone (tantalon) Date: 2007-05-19 12:46 Message: Sorry about that, I forgot to update the plugin. It's updated now. ---------------------------------------------------------------------- Comment By: Ashish Sahni (whacko) Date: 2007-05-19 10:38 Message: Looks like the web.xml is missing {noformat} org.jruby.webapp.RailsContextListener {noformat} ---------------------------------------------------------------------- Comment By: Ashish Sahni (whacko) Date: 2007-05-19 10:20 Message: Goldspike/rails-integration svn rev 591 ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10916&group_id=2014 From noreply at rubyforge.org Mon May 21 16:39:11 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 21 May 2007 16:39:11 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10998 ] add WEB-INF/lib to jruby-runtime loadpath Message-ID: <20070521203911.B92B65240A5A@rubyforge.org> Bugs item #10998, was opened at 2007-05-21 20:39 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10998&group_id=2014 Category: rails-integration Group: None Status: Open Resolution: None Priority: 3 Submitted By: Ashish Sahni (whacko) Assigned to: Robert Egglestone (tantalon) Summary: add WEB-INF/lib to jruby-runtime loadpath Initial Comment: For 'require xyz.jar' to work from a ruby script, the directory containing xyz.jar needs to be added to the runtime's load path. Typically for a webapp the jars would reside in WEB-INF/lib and therefore adding WEB-INF/lib would make sense. The code changes would look something like // RailsContextListener.java railsFactory.addToLoadPath(getPath("/WEB-INF/lib")) // RailsFactory.java List lps = new ArrayList(); public void addToLoadPath(String s) { lps.add(s); } // in makeObject loadPaths.addAll(lps); ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10998&group_id=2014 From noreply at rubyforge.org Mon May 21 17:21:01 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 21 May 2007 17:21:01 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10998 ] add WEB-INF/lib to jruby-runtime loadpath Message-ID: <20070521212101.73B895240A4A@rubyforge.org> Bugs item #10998, was opened at 2007-05-22 08:39 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10998&group_id=2014 Category: rails-integration Group: None Status: Open Resolution: None Priority: 3 Submitted By: Ashish Sahni (whacko) Assigned to: Robert Egglestone (tantalon) Summary: add WEB-INF/lib to jruby-runtime loadpath Initial Comment: For 'require xyz.jar' to work from a ruby script, the directory containing xyz.jar needs to be added to the runtime's load path. Typically for a webapp the jars would reside in WEB-INF/lib and therefore adding WEB-INF/lib would make sense. The code changes would look something like // RailsContextListener.java railsFactory.addToLoadPath(getPath("/WEB-INF/lib")) // RailsFactory.java List lps = new ArrayList(); public void addToLoadPath(String s) { lps.add(s); } // in makeObject loadPaths.addAll(lps); ---------------------------------------------------------------------- >Comment By: Robert Egglestone (tantalon) Date: 2007-05-22 09:21 Message: The jars are automatically added to the classpath, and the classpath is on the loadpath. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10998&group_id=2014 From noreply at rubyforge.org Mon May 21 17:35:25 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 21 May 2007 17:35:25 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-10998 ] add WEB-INF/lib to jruby-runtime loadpath Message-ID: <20070521213525.ABA6F5240A70@rubyforge.org> Bugs item #10998, was opened at 2007-05-21 20:39 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10998&group_id=2014 Category: rails-integration Group: None Status: Open Resolution: None Priority: 3 Submitted By: Ashish Sahni (whacko) Assigned to: Robert Egglestone (tantalon) Summary: add WEB-INF/lib to jruby-runtime loadpath Initial Comment: For 'require xyz.jar' to work from a ruby script, the directory containing xyz.jar needs to be added to the runtime's load path. Typically for a webapp the jars would reside in WEB-INF/lib and therefore adding WEB-INF/lib would make sense. The code changes would look something like // RailsContextListener.java railsFactory.addToLoadPath(getPath("/WEB-INF/lib")) // RailsFactory.java List lps = new ArrayList(); public void addToLoadPath(String s) { lps.add(s); } // in makeObject loadPaths.addAll(lps); ---------------------------------------------------------------------- >Comment By: Ashish Sahni (whacko) Date: 2007-05-21 21:35 Message: That makes sense since loading in JRuby uses the java class/classloader getResource* API for loading scripts, but for some reason (class/resource loading mystery) I get the following error without explicitly adding WEB-INF/lib to the load path {noformat} MissingSourceFile in SayController#hello no such file to load -- mylookup RAILS_ROOT: bs/config/.. Application Trace | Framework Trace | Full Trace bs/loader/META-INF/jruby.home/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' bs/loader/META-INF/jruby.home/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:494:in `require' #{RAILS_ROOT}/app/controllers/say_controller.rb:7:in `new_constants_in' bs/WEB-INF/gems/gems/activesupport-1.4.2/lib/active_support/dependencies.rb:495:in `require' #{RAILS_ROOT}/app/controllers/say_controller.rb:7:in `hello' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:1095:in `send' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:1095:in `perform_action' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/filters.rb:631:in `call_filter' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/filters.rb:619:in `perform_action_with_filters' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/benchmarking.rb:65:in `perform_action_with_benchmark' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/rescue.rb:83:in `measure' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/benchmarking.rb:66:in `perform_action_with_benchmark' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/rescue.rb:83:in `perform_action_with_rescue' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:431:in `send' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:431:in `process' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/filters.rb:624:in `process_with_filters' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/session_management.rb:114:in `process_with_session_management_support' bs/WEB-INF/gems/gems/actionpack-1.13.3/lib/action_controller/base.rb:330:in `process' :0 {noformat} ---------------------------------------------------------------------- Comment By: Robert Egglestone (tantalon) Date: 2007-05-21 21:21 Message: The jars are automatically added to the classpath, and the classpath is on the loadpath. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=10998&group_id=2014 From nobody at rubyforge.org Thu May 24 09:05:45 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 24 May 2007 09:05:45 -0400 (EDT) Subject: [Jruby-extras-devel] [598] trunk/jopenssl/lib/openssl.rb: Changed to improve loading and not fail when loaded from net/https Message-ID: <20070524130545.172D6A970003@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070524/47c958c9/attachment.html From nobody at rubyforge.org Thu May 24 09:14:46 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 24 May 2007 09:14:46 -0400 (EDT) Subject: [Jruby-extras-devel] [599] trunk/activerecord-jdbc/test: Remove test which needs strange setup to work. Message-ID: <20070524131446.74ABEA970003@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070524/aedec138/attachment.html From charles.nutter at sun.com Thu May 24 10:06:08 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Thu, 24 May 2007 09:06:08 -0500 Subject: [Jruby-extras-devel] GoldSpike 1.2 release In-Reply-To: <464E4DD7.9010503@cs.auckland.ac.nz> References: <463D5C35.2070305@cs.auckland.ac.nz> <464E4DD7.9010503@cs.auckland.ac.nz> Message-ID: <46559BD0.7060204@sun.com> Robert Egglestone wrote: > Please could someone release the GoldSpike 1.2 artifacts to the codehaus > repo so that they can end up in ibiblio? > > The tag is at: > svn://rubyforge.org/var/svn/jruby-extras/tags/rails-integration/1.2 I would, but I don't know how. So I'm replying to keep this thread fresh. - Charlie From nicksieger at gmail.com Thu May 24 14:53:24 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Thu, 24 May 2007 11:53:24 -0700 Subject: [Jruby-extras-devel] GoldSpike 1.2 release In-Reply-To: <46559BD0.7060204@sun.com> References: <463D5C35.2070305@cs.auckland.ac.nz> <464E4DD7.9010503@cs.auckland.ac.nz> <46559BD0.7060204@sun.com> Message-ID: On 5/24/07, Charles Oliver Nutter wrote: > Robert Egglestone wrote: > > Please could someone release the GoldSpike 1.2 artifacts to the codehaus > > repo so that they can end up in ibiblio? > > > > The tag is at: > > svn://rubyforge.org/var/svn/jruby-extras/tags/rails-integration/1.2 > > I would, but I don't know how. So I'm replying to keep this thread fresh. What are the requirements for building goldspike? I was unable to get it to build off the 1.2 tag with "mvn install". Something with a custom GEM_HOME or GEM_PATH? I tried GEM_HOME=/usr/lib/ruby/gems/1.8 mvn install (I have several versions of rails installed there) but this failed. Hints? /Nick From nobody at rubyforge.org Thu May 24 17:14:52 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 24 May 2007 17:14:52 -0400 (EDT) Subject: [Jruby-extras-devel] [600] branches/rails-integration/: Create branches folder Message-ID: <20070524211452.5ED015240A61@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070524/db99860c/attachment.html From nobody at rubyforge.org Thu May 24 17:15:42 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 24 May 2007 17:15:42 -0400 (EDT) Subject: [Jruby-extras-devel] [601] branches/rails-integration/1.2/: Branch 1.2 to fix missing ile issue Message-ID: <20070524211542.8E5C65240AB9@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070524/520a3994/attachment.html From nobody at rubyforge.org Thu May 24 18:09:35 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 24 May 2007 18:09:35 -0400 (EDT) Subject: [Jruby-extras-devel] [602] branches/rails-integration/1.2/src/main/java/org/jruby/webapp/FileServlet.java: Backport fix from trunk for FileServlet directory parameter problem. Message-ID: <20070524220935.E78E75240ACE@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070524/f851a91a/attachment-0001.html From nobody at rubyforge.org Thu May 24 18:11:07 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 24 May 2007 18:11:07 -0400 (EDT) Subject: [Jruby-extras-devel] [603] branches/rails-integration/1.2/samples: Update plugin names to avoid warning on check out Message-ID: <20070524221107.D140C5240AE6@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070524/42e27e38/attachment.html From nobody at rubyforge.org Thu May 24 18:12:51 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 24 May 2007 18:12:51 -0400 (EDT) Subject: [Jruby-extras-devel] [604] branches/rails-integration/1.2/pom.xml: Release 1.2.1 Message-ID: <20070524221251.7AE305240B3B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070524/4ab57e72/attachment.html From nobody at rubyforge.org Thu May 24 18:13:17 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 24 May 2007 18:13:17 -0400 (EDT) Subject: [Jruby-extras-devel] [605] tags/rails-integration/1.2.1/: Release 1.2.1 Message-ID: <20070524221317.809B55240B4B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070524/078abccf/attachment.html From robert at cs.auckland.ac.nz Thu May 24 18:18:43 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Fri, 25 May 2007 10:18:43 +1200 Subject: [Jruby-extras-devel] GoldSpike 1.2 release In-Reply-To: References: <463D5C35.2070305@cs.auckland.ac.nz> <464E4DD7.9010503@cs.auckland.ac.nz> <46559BD0.7060204@sun.com> Message-ID: <46560F43.5040806@cs.auckland.ac.nz> Apologies, a bug found it's way into FileServlet. I've applied the fix from trunk to 1.2, and tagged it as 1.2.1. svn://rubyforge.org/var/svn/jruby-extras/tags/rails-integration/1.2.1 Cheers, Robert Nick Sieger wrote: > On 5/24/07, Charles Oliver Nutter wrote: > >> Robert Egglestone wrote: >> >>> Please could someone release the GoldSpike 1.2 artifacts to the codehaus >>> repo so that they can end up in ibiblio? >>> >>> The tag is at: >>> svn://rubyforge.org/var/svn/jruby-extras/tags/rails-integration/1.2 >>> >> I would, but I don't know how. So I'm replying to keep this thread fresh. >> > > What are the requirements for building goldspike? I was unable to get > it to build off the 1.2 tag with "mvn install". Something with a > custom GEM_HOME or GEM_PATH? I tried > > GEM_HOME=/usr/lib/ruby/gems/1.8 mvn install > > (I have several versions of rails installed there) but this failed. > > Hints? > > /Nick > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070525/264aba3a/attachment.html From nicksieger at gmail.com Thu May 24 20:11:15 2007 From: nicksieger at gmail.com (Nick Sieger) Date: Thu, 24 May 2007 17:11:15 -0700 Subject: [Jruby-extras-devel] GoldSpike 1.2 release In-Reply-To: <46560F43.5040806@cs.auckland.ac.nz> References: <463D5C35.2070305@cs.auckland.ac.nz> <464E4DD7.9010503@cs.auckland.ac.nz> <46559BD0.7060204@sun.com> <46560F43.5040806@cs.auckland.ac.nz> Message-ID: On 5/24/07, Robert Egglestone wrote: > > Apologies, a bug found it's way into FileServlet. > I've applied the fix from trunk to 1.2, and tagged it as 1.2.1. > svn://rubyforge.org/var/svn/jruby-extras/tags/rails-integration/1.2.1 1.2.1 deployed, should propagate out to main maven site in a while. /Nick From nobody at rubyforge.org Fri May 25 00:57:38 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 25 May 2007 00:57:38 -0400 (EDT) Subject: [Jruby-extras-devel] [606] trunk/rails-integration/src/main/java/org/jruby/webapp/RailsTaskServlet.java: more robust error management for RailsTaskServlet Message-ID: <20070525045739.10CEA5240B66@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070525/36611fa5/attachment.html From charles.nutter at sun.com Sun May 27 19:19:01 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Sun, 27 May 2007 18:19:01 -0500 Subject: [Jruby-extras-devel] Time to spin off a few projects? Message-ID: <465A11E5.9070309@sun.com> jruby-extras has always been intended as a nursery for jruby-related projects that may or may not warrant their own top-level projects in the world. It seems like several projects have graduated beyond that point now. I would suggest we consider spinning off the following projects into their own top-level projects, either on RubyForge or CodeHaus (maybe as JRuby sub-modules) or somewhere else: GoldSpike (multiple releases, working well, folks deploying in production) AR-JDBC (well on its way... 0.3ish, but very solid for specific databases) Others? I'd like to remain some sort of acting lead on these, but I think they're ready to go off into the world. Of course, if you folks actually working on them feel they need more bake time in the nursery, that's cool too. - Charlie From charles.nutter at sun.com Sun May 27 19:25:36 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Sun, 27 May 2007 18:25:36 -0500 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? Message-ID: <465A1370.2060305@sun.com> It seems to me there may be many other good ways to implement GoldSpike. Whether it's the configuration format, the way rails maps to a servlet engine (or no servlet engine at all, as in the Grizzly Rails module), or how it retrieves, allocates, and manages resources (including JRuby instances), there's a lot of variability here. It also seems to me that GoldSpike has become somewhat set in its ways. It has had a 1.0 release already (somewhat prematurely, in my opinion) and although it seems to be working really well, a 1.0 release always seems to kill new innovations. I propose a friendly fork of GoldSpike in the same repository, to allow more drastic changes to be experimented with, and potentially full rewrites of key pieces to happen. This would continue to live under the jruby-extras umbrella, and would be regarded as a research project. There's always the possibility the changes would be excellent, and the new GoldSpike would become *the* GoldSpike, but at the very least it seems like we need more diversity in this area. Remember folks, the OSS rule is that your implementation is worse than the one coming tomorrow, and more diversity is a net gain for the project as a whole. We need to foster more diversity in the area of rails-in-a-WAR-file. So who would be interested in making the fork and running away with it? I know a few of you have had good ideas that maybe didn't fit well into the current GoldSpike design. If you have commit rights, I highly recommend you pull off a branch and try your ideas out, and invite others to join in or do the same. - Charlie From jon at tirsen.com Sun May 27 22:22:38 2007 From: jon at tirsen.com (Jon Tirsen) Date: Mon, 28 May 2007 12:22:38 +1000 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: <465A1370.2060305@sun.com> References: <465A1370.2060305@sun.com> Message-ID: <9260c1550705271922l18ec4797m1c196139117aa90b@mail.gmail.com> Mingle has been doing this quite differently from GoldSpike, although we are using the GoldSpike Java code. Right now we're in release-crunch and are not going to have much time extracting this from Mingle but Ola starts working on JRuby pretty much full time from the 4th June. This would be a great thing to start off your career at TW with, Ola. :-) What do you think? I love the darwinist aspect of open source though so I certainly don't mind someone else taking off on it too. On 5/28/07, Charles Oliver Nutter wrote: > It seems to me there may be many other good ways to implement GoldSpike. > Whether it's the configuration format, the way rails maps to a servlet > engine (or no servlet engine at all, as in the Grizzly Rails module), or > how it retrieves, allocates, and manages resources (including JRuby > instances), there's a lot of variability here. > > It also seems to me that GoldSpike has become somewhat set in its ways. > It has had a 1.0 release already (somewhat prematurely, in my opinion) > and although it seems to be working really well, a 1.0 release always > seems to kill new innovations. > > I propose a friendly fork of GoldSpike in the same repository, to allow > more drastic changes to be experimented with, and potentially full > rewrites of key pieces to happen. This would continue to live under the > jruby-extras umbrella, and would be regarded as a research project. > There's always the possibility the changes would be excellent, and the > new GoldSpike would become *the* GoldSpike, but at the very least it > seems like we need more diversity in this area. > > Remember folks, the OSS rule is that your implementation is worse than > the one coming tomorrow, and more diversity is a net gain for the > project as a whole. We need to foster more diversity in the area of > rails-in-a-WAR-file. > > So who would be interested in making the fork and running away with it? > I know a few of you have had good ideas that maybe didn't fit well into > the current GoldSpike design. If you have commit rights, I highly > recommend you pull off a branch and try your ideas out, and invite > others to join in or do the same. > > - Charlie > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From fausto.lelli at gmail.com Mon May 28 03:09:02 2007 From: fausto.lelli at gmail.com (Fausto Lelli) Date: Mon, 28 May 2007 09:09:02 +0200 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: <465A1370.2060305@sun.com> References: <465A1370.2060305@sun.com> Message-ID: Hi, I'm sorry to put in my opinion before Robert's but it always seemed to me that the "java_servlet-rails" bridge related classes could be extracted off to a new common project, and deployment related things to a bunch of container-specific subprojects (or completely different project, but I'd say subprojects). The "java_servlet-rails" bridge could even come in the form of a jruby-gem. Just my two cents. Robert? Cheers, Fausto. On 5/28/07, Charles Oliver Nutter wrote: > It seems to me there may be many other good ways to implement GoldSpike. > Whether it's the configuration format, the way rails maps to a servlet > engine (or no servlet engine at all, as in the Grizzly Rails module), or > how it retrieves, allocates, and manages resources (including JRuby > instances), there's a lot of variability here. > > It also seems to me that GoldSpike has become somewhat set in its ways. > It has had a 1.0 release already (somewhat prematurely, in my opinion) > and although it seems to be working really well, a 1.0 release always > seems to kill new innovations. > > I propose a friendly fork of GoldSpike in the same repository, to allow > more drastic changes to be experimented with, and potentially full > rewrites of key pieces to happen. This would continue to live under the > jruby-extras umbrella, and would be regarded as a research project. > There's always the possibility the changes would be excellent, and the > new GoldSpike would become *the* GoldSpike, but at the very least it > seems like we need more diversity in this area. > > Remember folks, the OSS rule is that your implementation is worse than > the one coming tomorrow, and more diversity is a net gain for the > project as a whole. We need to foster more diversity in the area of > rails-in-a-WAR-file. > > So who would be interested in making the fork and running away with it? > I know a few of you have had good ideas that maybe didn't fit well into > the current GoldSpike design. If you have commit rights, I highly > recommend you pull off a branch and try your ideas out, and invite > others to join in or do the same. > > - Charlie > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From fausto.lelli at gmail.com Mon May 28 03:19:14 2007 From: fausto.lelli at gmail.com (Fausto Lelli) Date: Mon, 28 May 2007 09:19:14 +0200 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: <465A1370.2060305@sun.com> References: <465A1370.2060305@sun.com> Message-ID: by the way, there a wiki page: http://www.headius.com/jrubywiki/index.php?title=Rails_Integration_Configuration_discussion&action=edit where we intended to collect and discuss all new proposals to GoldSpike (to config and beyond) but I've never get to fill it with the past proposals because of a common disease called "only got 24 hours a day" :) Fausto On 5/28/07, Charles Oliver Nutter wrote: > It seems to me there may be many other good ways to implement GoldSpike. > Whether it's the configuration format, the way rails maps to a servlet > engine (or no servlet engine at all, as in the Grizzly Rails module), or > how it retrieves, allocates, and manages resources (including JRuby > instances), there's a lot of variability here. > > It also seems to me that GoldSpike has become somewhat set in its ways. > It has had a 1.0 release already (somewhat prematurely, in my opinion) > and although it seems to be working really well, a 1.0 release always > seems to kill new innovations. > > I propose a friendly fork of GoldSpike in the same repository, to allow > more drastic changes to be experimented with, and potentially full > rewrites of key pieces to happen. This would continue to live under the > jruby-extras umbrella, and would be regarded as a research project. > There's always the possibility the changes would be excellent, and the > new GoldSpike would become *the* GoldSpike, but at the very least it > seems like we need more diversity in this area. > > Remember folks, the OSS rule is that your implementation is worse than > the one coming tomorrow, and more diversity is a net gain for the > project as a whole. We need to foster more diversity in the area of > rails-in-a-WAR-file. > > So who would be interested in making the fork and running away with it? > I know a few of you have had good ideas that maybe didn't fit well into > the current GoldSpike design. If you have commit rights, I highly > recommend you pull off a branch and try your ideas out, and invite > others to join in or do the same. > > - Charlie > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From charles.nutter at sun.com Mon May 28 03:51:27 2007 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Mon, 28 May 2007 02:51:27 -0500 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: References: <465A1370.2060305@sun.com> Message-ID: <465A89FF.9070002@sun.com> Fausto Lelli wrote: > Hi, > I'm sorry to put in my opinion before Robert's but it always seemed to me > that the "java_servlet-rails" bridge related classes could be extracted off to > a new common project, and deployment related things to a bunch of > container-specific subprojects (or completely different project, but > I'd say subprojects). > > The "java_servlet-rails" bridge could even come in the form of a jruby-gem. There's been some discussion and work in the JRuby side of things for a generic "ruby servlet" that could fit this description. Perhaps there's something here that could be made "standard" and other things (like GoldSpike v2) could build upon that? - Charlie From fausto.lelli at gmail.com Mon May 28 04:27:05 2007 From: fausto.lelli at gmail.com (Fausto Lelli) Date: Mon, 28 May 2007 10:27:05 +0200 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: <465A89FF.9070002@sun.com> References: <465A1370.2060305@sun.com> <465A89FF.9070002@sun.com> Message-ID: I don't see why not, althought it is more of "rails servlet" than a "ruby servlet". There's some rails specific assumption as it stands now. Do you mean factor out those too ? F. On 5/28/07, Charles Oliver Nutter wrote: > Fausto Lelli wrote: > > Hi, > > I'm sorry to put in my opinion before Robert's but it always seemed to me > > that the "java_servlet-rails" bridge related classes could be extracted off to > > a new common project, and deployment related things to a bunch of > > container-specific subprojects (or completely different project, but > > I'd say subprojects). > > > > The "java_servlet-rails" bridge could even come in the form of a jruby-gem. > > There's been some discussion and work in the JRuby side of things for a > generic "ruby servlet" that could fit this description. Perhaps there's > something here that could be made "standard" and other things (like > GoldSpike v2) could build upon that? > > - Charlie > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From noreply at rubyforge.org Mon May 28 04:47:17 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 28 May 2007 04:47:17 -0400 (EDT) Subject: [Jruby-extras-devel] [ jruby-extras-Bugs-11179 ] db:schema:dump failed on SQL Server with JTDS Message-ID: <20070528084717.37E1C5240AEB@rubyforge.org> Bugs item #11179, was opened at 2007-05-28 16:47 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11179&group_id=2014 Category: AR-JDBC Group: None Status: Open Resolution: None Priority: 3 Submitted By: Jack Hung (jackhung) Assigned to: Nobody (None) Summary: db:schema:dump failed on SQL Server with JTDS Initial Comment: Two Problems when doing 'rake db:schema:dump' Environment: JRuby 0.9, ActiveRecord 0.3.1, JTDS 1.2, SQL Server 2000 ---------------------------------------------------------------------------- Problem 1 - noMethodError for method 'indexes' jdbc_mssql.rb, rake complete but in the generated schema.rb, you get the following for all tables: ActiveRecord::Schema.define() do # Could not dump table "country" because of following NoMethodError # undefined or inaccessible method `indexes' for #, @adapter=#,... Fix for Problem 1: add the following to jdbc_mssql.rb ----------------------------------------------------------------------------- #### copy from mysql ### def indexes(table_name, name = nil)#:nodoc: r = @connection.indexes(table_name.upcase) end ----------------------------------------------------------------------------- Problem 2 - noMethodError for nil.downcase, rake complete but you get a different error in schema.rb, ActiveRecord::Schema.define() do # Could not dump table "country" because of following NoMethodError # You have a nil object when you didn't expect it! The error occurred while evaluating nil.downcase ------------------------------------------------------------------------------ Fix for Problem 2: For JTDS, the first result in the resultset returned from metadata.getIndexInfo does not contain the normal index info (INDEX_NAME is null). Making the following modification to jdbc_adapter.rb fixes the problem: def indexes(table_name, name = nil) metadata = @connection.getMetaData unless String === table_name table_name = table_name.to_s else table_name = table_name.dup end table_name.upcase! if metadata.storesUpperCaseIdentifiers table_name.downcase! if metadata.storesLowerCaseIdentifiers resultset = metadata.getIndexInfo(nil, nil, table_name, false, false) primary_keys = primary_keys(table_name) indexes = [] current_index = nil while resultset.next + # index_name = resultset.get_string(Jdbc::IndexMetaData::INDEX_NAME).downcase + # The first resultset seems to contain information other than that of a index's column. INDEX_NAME is null. + # And you get a nil.downcase problem + index_name = resultset.get_string(Jdbc::IndexMetaData::INDEX_NAME) + # just ignore if index_name is null + next if !index_name + index_name.downcase! column_name = resultset.get_string(Jdbc::IndexMetaData::COLUMN_NAME).downcase ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=7857&aid=11179&group_id=2014 From robert at cs.auckland.ac.nz Mon May 28 18:25:09 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Tue, 29 May 2007 10:25:09 +1200 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: References: <465A1370.2060305@sun.com> <465A89FF.9070002@sun.com> Message-ID: <465B56C5.8000807@cs.auckland.ac.nz> Recently the runtime management was pulled out of the servlet, and a servlet context listener created which manages a pool of runtimes which can be used across all servlets. Currently both RailsServlet and RailsTaskServlet make use of this pool, however I imagine it's something that would be useful to anything requiring multiple JRuby instances. That said, I don't feel that having a single generic ruby servlet and trying to leverage it for a variety of purposes is necessarily the best way to go. I'd much rather see a variety of tools (e.g. to manage runtimes), which can be utilized by servlets for handling different situations, such as RoR apps, or servlets implemented entirely in Ruby. This is because we've already seen on the mailing list that people have a variety of different ways in which they want to combine Ruby with servlets, different URL schemes, and so forth, and it would be good to have different servlets for these different situations. Cheers, Robert Fausto Lelli wrote: > I don't see why not, althought it is more of "rails servlet" than a > "ruby servlet". > There's some rails specific assumption as it stands now. Do you mean factor > out those too ? > > F. > > On 5/28/07, Charles Oliver Nutter wrote: > >> Fausto Lelli wrote: >> >>> Hi, >>> I'm sorry to put in my opinion before Robert's but it always seemed to me >>> that the "java_servlet-rails" bridge related classes could be extracted off to >>> a new common project, and deployment related things to a bunch of >>> container-specific subprojects (or completely different project, but >>> I'd say subprojects). >>> >>> The "java_servlet-rails" bridge could even come in the form of a jruby-gem. >>> >> There's been some discussion and work in the JRuby side of things for a >> generic "ruby servlet" that could fit this description. Perhaps there's >> something here that could be made "standard" and other things (like >> GoldSpike v2) could build upon that? >> >> - Charlie >> _______________________________________________ >> Jruby-extras-devel mailing list >> Jruby-extras-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/jruby-extras-devel >> >> > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070529/1a937a6b/attachment-0001.html From jon at tirsen.com Mon May 28 20:21:38 2007 From: jon at tirsen.com (Jon Tirsen) Date: Tue, 29 May 2007 10:21:38 +1000 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: <465B56C5.8000807@cs.auckland.ac.nz> References: <465A1370.2060305@sun.com> <465A89FF.9070002@sun.com> <465B56C5.8000807@cs.auckland.ac.nz> Message-ID: <9260c1550705281721w1cc0630ft96651af4bac79364@mail.gmail.com> \On 5/29/07, Robert Egglestone wrote: > That said, I don't feel that having a single generic ruby servlet and > trying to leverage it for a variety of purposes is necessarily the best way > to go. I'd much rather see a variety of tools (e.g. to manage runtimes), > which can be utilized by servlets for handling different situations, such as > RoR apps, or servlets implemented entirely in Ruby. This is because we've > already seen on the mailing list that people have a variety of different > ways in which they want to combine Ruby with servlets, different URL > schemes, and so forth, and it would be good to have different servlets for > these different situations. I agree. Inheritance is not necessarily the best approach to reuse. I think there is stuff in GoldSpike that can be extracted out into some form of "commons". Things like the Rails pool and the context listener. The Rails instance pool is useful even outside servlets, what about an EJB implemented using Rails? Scary thought indeed, but could be very useful if you need to build a SOAP web service or a message driven bean. Or what about a Spring bean implemented with Rails? etc. etc. Getting the Rails pool right is tricky as there's plenty of threading involved, right now there's something shaky with it but I can't quite work out what it is. Solving those kind of problems in a generic package that can be reused across usage scenarios would be very useful. Might not be that much code, but with threading it's all in the details. From fausto.lelli at gmail.com Mon May 28 21:09:16 2007 From: fausto.lelli at gmail.com (Fausto Lelli) Date: Tue, 29 May 2007 03:09:16 +0200 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: <465B56C5.8000807@cs.auckland.ac.nz> References: <465A1370.2060305@sun.com> <465A89FF.9070002@sun.com> <465B56C5.8000807@cs.auckland.ac.nz> Message-ID: hi, i maybe wrong but ... why a "single generic ruby servlet" ? I mean RailsServlet: protected void serviceRequest(HttpServletRequest request, HttpServletResponse response) throws Exception { ObjectPool runtimePool = getRuntimePool(); Ruby runtime = null; // long startTime = System.currentTimeMillis(); try { runtime = (Ruby)runtimePool.borrowObject(); dispatchRequest(runtime, request, response); make runtime = getRuntime() abstract and you have a piece of reusable functionality, where runtime pooling is a cross-cutting concern ( yes, I'm aware it wouldn't work otherwise in servlet container). Thus pooling would be naturally factor out. The basic, undivisible unit of functionality is "take a servlet request, dispatch to a runtime, get a servlet response". User will eventually utilize this functionality to meet their need (provided with sensible hooks to plug in custumization, like runtime management). Or not ? Cheers, Fausto On 5/29/07, Robert Egglestone wrote: > > Recently the runtime management was pulled out of the servlet, and a > servlet context listener created which manages a pool of runtimes which can > be used across all servlets. Currently both RailsServlet and > RailsTaskServlet make use of this pool, however I imagine it's something > that would be useful to anything requiring multiple JRuby instances. > > That said, I don't feel that having a single generic ruby servlet and > trying to leverage it for a variety of purposes is necessarily the best way > to go. I'd much rather see a variety of tools (e.g. to manage runtimes), > which can be utilized by servlets for handling different situations, such as > RoR apps, or servlets implemented entirely in Ruby. This is because we've > already seen on the mailing list that people have a variety of different > ways in which they want to combine Ruby with servlets, different URL > schemes, and so forth, and it would be good to have different servlets for > these different situations. > > Cheers, > Robert > > > > Fausto Lelli wrote: > I don't see why not, althought it is more of "rails servlet" than a > "ruby servlet". > There's some rails specific assumption as it stands now. Do you mean factor > out those too ? > > F. > > On 5/28/07, Charles Oliver Nutter wrote: > > > Fausto Lelli wrote: > > > Hi, > I'm sorry to put in my opinion before Robert's but it always seemed to me > that the "java_servlet-rails" bridge related classes could be extracted off > to > a new common project, and deployment related things to a bunch of > container-specific subprojects (or completely different project, but > I'd say subprojects). > > The "java_servlet-rails" bridge could even come in the form of a jruby-gem. > > There's been some discussion and work in the JRuby side of things for a > generic "ruby servlet" that could fit this description. Perhaps there's > something here that could be made "standard" and other things (like > GoldSpike v2) could build upon that? > > - Charlie > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From robert at cs.auckland.ac.nz Mon May 28 21:54:49 2007 From: robert at cs.auckland.ac.nz (Robert Egglestone) Date: Tue, 29 May 2007 13:54:49 +1200 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: References: <465A1370.2060305@sun.com> <465A89FF.9070002@sun.com> <465B56C5.8000807@cs.auckland.ac.nz> Message-ID: <465B87E9.9020108@cs.auckland.ac.nz> The pooling was factored out by passing an object pool around, which can be obtained in any servlet like so: getServletContext().getAttribute(RailsContextListener.RUNTIME_POOL_ATTRIBUTE); After this change was made, the gap between "servlet" and "generic ruby servlet" (AbstractRailsServlet) was only a few lines of code, which didn't make sense to keep a separate class for. I suspect we'd see that same result with other ruby based servlets, in that once the runtime creation and pooling is factored out, there isn't much in common between the different implementations. To some degree, this also moves the hook in points for customization to other places, such as the factory used to create the runtime. Cheers Robert Fausto Lelli wrote: > hi, > i maybe wrong but ... > why a "single generic ruby servlet" ? I mean RailsServlet: > protected void serviceRequest(HttpServletRequest request, > HttpServletResponse response) throws Exception { > ObjectPool runtimePool = getRuntimePool(); > Ruby runtime = null; > // long startTime = System.currentTimeMillis(); > try { > runtime = (Ruby)runtimePool.borrowObject(); > dispatchRequest(runtime, request, response); > > make runtime = getRuntime() abstract and you have a piece of reusable > functionality, > where runtime pooling is a cross-cutting concern ( yes, I'm aware it > wouldn't work otherwise > in servlet container). Thus pooling would be naturally factor out. The > basic, undivisible > unit of functionality is "take a servlet request, dispatch to a > runtime, get a servlet response". User will eventually utilize this > functionality to meet their need (provided > with sensible hooks to plug in custumization, like runtime management). Or not ? > > Cheers, > Fausto > > On 5/29/07, Robert Egglestone wrote: > >> Recently the runtime management was pulled out of the servlet, and a >> servlet context listener created which manages a pool of runtimes which can >> be used across all servlets. Currently both RailsServlet and >> RailsTaskServlet make use of this pool, however I imagine it's something >> that would be useful to anything requiring multiple JRuby instances. >> >> That said, I don't feel that having a single generic ruby servlet and >> trying to leverage it for a variety of purposes is necessarily the best way >> to go. I'd much rather see a variety of tools (e.g. to manage runtimes), >> which can be utilized by servlets for handling different situations, such as >> RoR apps, or servlets implemented entirely in Ruby. This is because we've >> already seen on the mailing list that people have a variety of different >> ways in which they want to combine Ruby with servlets, different URL >> schemes, and so forth, and it would be good to have different servlets for >> these different situations. >> >> Cheers, >> Robert >> >> >> >> Fausto Lelli wrote: >> I don't see why not, althought it is more of "rails servlet" than a >> "ruby servlet". >> There's some rails specific assumption as it stands now. Do you mean factor >> out those too ? >> >> F. >> >> On 5/28/07, Charles Oliver Nutter wrote: >> >> >> Fausto Lelli wrote: >> >> >> Hi, >> I'm sorry to put in my opinion before Robert's but it always seemed to me >> that the "java_servlet-rails" bridge related classes could be extracted off >> to >> a new common project, and deployment related things to a bunch of >> container-specific subprojects (or completely different project, but >> I'd say subprojects). >> >> The "java_servlet-rails" bridge could even come in the form of a jruby-gem. >> >> There's been some discussion and work in the JRuby side of things for a >> generic "ruby servlet" that could fit this description. Perhaps there's >> something here that could be made "standard" and other things (like >> GoldSpike v2) could build upon that? >> >> - Charlie >> _______________________________________________ >> Jruby-extras-devel mailing list >> Jruby-extras-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/jruby-extras-devel >> >> >> _______________________________________________ >> Jruby-extras-devel mailing list >> Jruby-extras-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/jruby-extras-devel >> >> >> _______________________________________________ >> Jruby-extras-devel mailing list >> Jruby-extras-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/jruby-extras-devel >> >> > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070529/5577a3b7/attachment.html From fausto.lelli at gmail.com Tue May 29 01:12:05 2007 From: fausto.lelli at gmail.com (Fausto Lelli) Date: Tue, 29 May 2007 07:12:05 +0200 Subject: [Jruby-extras-devel] A friendly fork of GoldSpike? In-Reply-To: <465B87E9.9020108@cs.auckland.ac.nz> References: <465A1370.2060305@sun.com> <465A89FF.9070002@sun.com> <465B56C5.8000807@cs.auckland.ac.nz> <465B87E9.9020108@cs.auckland.ac.nz> Message-ID: Okey, but let's try to cope with the feedback given by Mingle, I think (and hope) it can be done without disrupting much of what already exists. Then let Mr. Darwin in the driver seat ... On 5/29/07, Robert Egglestone wrote: > > The pooling was factored out by passing an object pool around, which can be > obtained in any servlet like so: > getServletContext().getAttribute(RailsContextListener.RUNTIME_POOL_ATTRIBUTE); > > After this change was made, the gap between "servlet" and "generic ruby > servlet" (AbstractRailsServlet) was only a few lines of code, which didn't > make sense to keep a separate class for. > > I suspect we'd see that same result with other ruby based servlets, in that > once the runtime creation and pooling is factored out, there isn't much in > common between the different implementations. > > To some degree, this also moves the hook in points for customization to > other places, such as the factory used to create the runtime. > > > Cheers > Robert > > > Fausto Lelli wrote: > hi, > i maybe wrong but ... > why a "single generic ruby servlet" ? I mean RailsServlet: > protected void serviceRequest(HttpServletRequest request, > HttpServletResponse response) throws Exception { > ObjectPool runtimePool = getRuntimePool(); > Ruby runtime = null; > // long startTime = System.currentTimeMillis(); > try { > runtime = (Ruby)runtimePool.borrowObject(); > dispatchRequest(runtime, request, response); > > make runtime = getRuntime() abstract and you have a piece of reusable > functionality, > where runtime pooling is a cross-cutting concern ( yes, I'm aware it > wouldn't work otherwise > in servlet container). Thus pooling would be naturally factor out. The > basic, undivisible > unit of functionality is "take a servlet request, dispatch to a > runtime, get a servlet response". User will eventually utilize this > functionality to meet their need (provided > with sensible hooks to plug in custumization, like runtime management). Or > not ? > > Cheers, > Fausto > > On 5/29/07, Robert Egglestone wrote: > > > Recently the runtime management was pulled out of the servlet, and a > servlet context listener created which manages a pool of runtimes which can > be used across all servlets. Currently both RailsServlet and > RailsTaskServlet make use of this pool, however I imagine it's something > that would be useful to anything requiring multiple JRuby instances. > > That said, I don't feel that having a single generic ruby servlet and > trying to leverage it for a variety of purposes is necessarily the best way > to go. I'd much rather see a variety of tools (e.g. to manage runtimes), > which can be utilized by servlets for handling different situations, such as > RoR apps, or servlets implemented entirely in Ruby. This is because we've > already seen on the mailing list that people have a variety of different > ways in which they want to combine Ruby with servlets, different URL > schemes, and so forth, and it would be good to have different servlets for > these different situations. > > Cheers, > Robert > > > > Fausto Lelli wrote: > I don't see why not, althought it is more of "rails servlet" than a > "ruby servlet". > There's some rails specific assumption as it stands now. Do you mean factor > out those too ? > > F. > > On 5/28/07, Charles Oliver Nutter wrote: > > > Fausto Lelli wrote: > > > Hi, > I'm sorry to put in my opinion before Robert's but it always seemed to me > that the "java_servlet-rails" bridge related classes could be extracted off > to > a new common project, and deployment related things to a bunch of > container-specific subprojects (or completely different project, but > I'd say subprojects). > > The "java_servlet-rails" bridge could even come in the form of a jruby-gem. > > There's been some discussion and work in the JRuby side of things for a > generic "ruby servlet" that could fit this description. Perhaps there's > something here that could be made "standard" and other things (like > GoldSpike v2) could build upon that? > > - Charlie > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > > > _______________________________________________ > Jruby-extras-devel mailing list > Jruby-extras-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/jruby-extras-devel > From nobody at rubyforge.org Thu May 31 10:42:51 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 31 May 2007 10:42:51 -0400 (EDT) Subject: [Jruby-extras-devel] [607] trunk/activerecord-jdbc: - small fixes for oracle DATE Message-ID: <20070531144251.B02ED5240C0B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/jruby-extras-devel/attachments/20070531/1312ac63/attachment-0001.html