33230 2 true 2008-11-23T16:25:42-08:00 23238 26 views-failing-in-trunk 41121 17807 resolved couchrest model views 2009-01-24T10:07:14-08:00 15950 Nolan Darilek hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 Hi there yet again, Views are failing in the current build of trunk. They can be accessed once, but when the model is loaded again, they fail. It's not caught by the specs since they only load the model once. For a demonstration, save the following file somewhere and run it *twice*. The first time will succeed and output 0,0. The second time you will see an exception: /Library/Ruby/Gems/1.8/gems/couchrest-0.10.1/lib/couchrest/core/design.rb:84:in `fetch_view': undefined method `view' for nil:NilClass (NoMethodError) The example is the Articles class straight out of specs: http://friendpaste.com/sZ4AxdWn Bug? Or is this just my screwed up system? Wouldn't be the first time, heh. Thanks a lot as usual... hk Hi there yet again, Views are failing in the current build of trunk. They can be accessed once, but when the model is loaded again, they fail. It's not caught by the specs since they only load the model once. For a demonstration, save the following file somewhere and run it *twice*. The first time will succeed and output 0,0. The second time you will see an exception: /Library/Ruby/Gems/1.8/gems/couchrest-0.10.1/lib/couchrest/core/design.rb:84:in `fetch_view': undefined method `view' for nil:NilClass (NoMethodError) The example is the Articles class straight out of specs: http://friendpaste.com/sZ4AxdWn Bug? Or is this just my screwed up system? Wouldn't be the first time, heh. Thanks a lot as usual... hk <div><p>Hi there yet again,</p> <p>Views are failing in the current build of trunk. They can be accessed once, but when the model is loaded again, they fail. It's not caught by the specs since they only load the model once.</p> <p>For a demonstration, save the following file somewhere and run it <em>twice</em>. The first time will succeed and output 0,0. The second time you will see an exception:</p> <p> /Library/Ruby/Gems/1.8/gems/couchrest-0.10.1/lib/couchrest/core/design.rb:84:in <code>fetch_view': undefined method</code>view' for nil:NilClass (NoMethodError)</p> <p>The example is the Articles class straight out of specs: <a href="http://friendpaste.com/sZ4AxdWn">http://friendpaste.com/sZ4AxdWn</a></p> <p>Bug? Or is this just my screwed up system? Wouldn't be the first time, heh.</p> <p>Thanks a lot as usual...</p> <p>hk</p></div> 33230 0 Hi there yet again, Views are failing in the current build of trunk. They can be accessed once, but when the model is loaded again, they fail. It's not caught by the specs since they only load the model once. For a demonstration, save the following file somewhere and run it *twice*. The first time will succeed and output 0,0. The second time you will see an exception: /Library/Ruby/Gems/1.8/gems/couchrest-0.10.1/lib/couchrest/core/design.rb:84:in `fetch_view': undefined method `view' for nil:NilClass (NoMethodError) The example is the Articles class straight out of specs: http://friendpaste.com/sZ4AxdWn Bug? Or is this just my screwed up system? Wouldn't be the first time, heh. Thanks a lot as usual... hk <div><p>Hi there yet again,</p> <p>Views are failing in the current build of trunk. They can be accessed once, but when the model is loaded again, they fail. It's not caught by the specs since they only load the model once.</p> <p>For a demonstration, save the following file somewhere and run it <em>twice</em>. The first time will succeed and output 0,0. The second time you will see an exception:</p> <p> /Library/Ruby/Gems/1.8/gems/couchrest-0.10.1/lib/couchrest/core/design.rb:84:in <code>fetch_view': undefined method</code>view' for nil:NilClass (NoMethodError)</p> <p>The example is the Articles class straight out of specs: <a href="http://friendpaste.com/sZ4AxdWn">http://friendpaste.com/sZ4AxdWn</a></p> <p>Bug? Or is this just my screwed up system? Wouldn't be the first time, heh.</p> <p>Thanks a lot as usual...</p> <p>hk</p></div> false 2008-11-23T16:25:42-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 new couchrest model views 2008-11-23T16:25:46-08:00 23238 hkstar hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 0 I can confirm that this is happening. I will (hopefully have time to) write up a spec for it when I get home tonight. <div><p>I can confirm that this is happening. I will (hopefully have time to) write up a spec for it when I get home tonight.</p></div> false 2008-12-17T12:36:37-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 new couchrest model views 2008-12-17T12:36:40-08:00 7631 Ray Morgan hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 0 I can not only confirm this, but I've seen a slightly different variation. I wonder if it isn't just happening the second time the same view is accessed, but the second time *any* view is accessed? I have an import script that imports two CouchRest::Models with custom model views in the same run. The importer first imports a batch of node objects, then imports ways, all in the same run. The node documents and their associated view load fine. Ways don't load at all, though, and their view fails to be added. I don't know if the triggering behavior is two views on two separate models in the same database or what. <div><p>I can not only confirm this, but I've seen a slightly different variation. I wonder if it isn't just happening the second time the same view is accessed, but the second time <em>any</em> view is accessed?</p> <p>I have an import script that imports two CouchRest::Models with custom model views in the same run. The importer first imports a batch of node objects, then imports ways, all in the same run. The node documents and their associated view load fine. Ways don't load at all, though, and their view fails to be added. I don't know if the triggering behavior is two views on two separate models in the same database or what.</p></div> false 2008-12-18T12:16:19-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 new couchrest model views 2008-12-18T12:16:23-08:00 15950 Nolan Darilek hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 0 I'd also like to second this bug. I think I've narrowed it down a tad bit more, though. At least in my testing, if I have "cast :blah, :as => 'OtherBlah'" in my model, it fails on the second time of loading. But if I don't, then the views generate fine (I think). <div><p>I'd also like to second this bug. I think I've narrowed it down a tad bit more, though. At least in my testing, if I have "cast :blah, :as =&gt; 'OtherBlah'" in my model, it fails on the second time of loading. But if I don't, then the views generate fine (I think).</p></div> false 2008-12-28T22:26:29-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 new couchrest model views 2008-12-28T22:26:30-08:00 19603 Max Aller hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 0 K, my previous comment was wrong. Anyway, after about...3 hours, I've narrowed down one possible solution. See attached. Also I wish git made patches from the branch name, not the commit comment :P <div><p>K, my previous comment was wrong.</p> <p>Anyway, after about...3 hours, I've narrowed down one possible solution. See attached.</p> <p>Also I wish git made patches from the branch name, not the commit comment :P</p></div> false 2008-12-29T21:24:01-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 new couchrest model views 2008-12-29T21:24:05-08:00 19603 Max Aller hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 1 Unfortunately, this patch doesn't resolve the problem for me. See <a href="http://github.com/thewordnerd/lazy_planet/tree/master/lib/lazy_planet/importer/callbacks.rb">here</a> for my use, though be aware that I'm using <a href="http://github.com/thewordnerd/couchrest">my own branch</a> with compaction support and my attempt at an automatic/manually-triggered bulk save system, so if you actually expect it to work then you'll need that branch. :) This code imports data that is saved with nodes first, then ways. The nodes and their associated view_by:external_id are created correctly. Ways, on the other hand, aren't created the same--that is, their view_by:external_id view doesn't seem to save, even though it is created exactly the same in Ruby. It's as if view creation succeeds once and only once, then fails the second time. Hopefully this gets resolved soon. I'm trying to track it down as well but am not having as much luck as I'd like. <div><p>Unfortunately, this patch doesn't resolve the problem for me. See <a href="http://github.com/thewordnerd/lazy_planet/tree/master/lib/lazy_planet/importer/callbacks.rb"> here</a> for my use, though be aware that I'm using <a href="http://github.com/thewordnerd/couchrest">my own branch</a> with compaction support and my attempt at an automatic/manually-triggered bulk save system, so if you actually expect it to work then you'll need that branch. :)</p> <p>This code imports data that is saved with nodes first, then ways. The nodes and their associated view_by:external_id are created correctly. Ways, on the other hand, aren't created the same--that is, their view_by:external_id view doesn't seem to save, even though it is created exactly the same in Ruby. It's as if view creation succeeds once and only once, then fails the second time.</p> <p>Hopefully this gets resolved soon. I'm trying to track it down as well but am not having as much luck as I'd like.</p></div> false 2008-12-31T09:14:34-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 new couchrest model views 2008-12-31T09:14:35-08:00 15950 Nolan Darilek hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 1 To state the psuedo-obvious, I think what's happening is if the design doc isn't getting initialized correctly if it's not being created right there (within that server bootup, I mean). Not sure why, though. Setting the database= property on the design doc helped a little, but ended up producing a different error iirc. I'll take a look at your code tonight. <div><p>To state the psuedo-obvious, I think what's happening is if the design doc isn't getting initialized correctly if it's not being created right there (within that server bootup, I mean). Not sure why, though. Setting the database= property on the design doc helped a little, but ended up producing a different error iirc. I'll take a look at your code tonight.</p></div> false 2008-12-31T09:57:38-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 new couchrest model views 2008-12-31T09:57:42-08:00 19603 Max Aller hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 1 +1 for Max's patch. Fixed my problem. <div><p>+1 for Max's patch. Fixed my problem.</p></div> false 2009-01-13T14:21:31-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 new couchrest model views 2009-01-13T14:21:37-08:00 4343 Joe Martinez hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 1 +1 for Max's patch, works for me too. Thanks Max! <div><p>+1 for Max's patch, works for me too. Thanks Max!</p></div> false 2009-01-13T17:22:21-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 new couchrest model views 2009-01-13T17:22:25-08:00 23238 hkstar hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 1 I applied this patch (although without reproducing the bug). I'll close this ticket, but please reopen if this patch doesn't fix it. <div><p>I applied this patch (although without reproducing the bug). I'll close this ticket, but please reopen if this patch doesn't fix it.</p></div> true 2009-01-19T14:50:58-08:00 23238 --- :state: new 26 views-failing-in-trunk 0 17807 resolved couchrest model views 2009-01-19T14:50:59-08:00 33230 J. Chris A. hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 1 No, unfortunately this isn't working for me. It may be that view creation isn't interacting well with the bulk_save changes I introduced, which is what I'm using as it drastically speeds up imports and storage space requirements. Here is the error I get: /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:208:in `process_result': HTTP status code 412 (RestClient::RequestFailed) from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:178:in `transmit' from /usr/lib/ruby/1.8/net/http.rb:543:in `start' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:175:in `transmit' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:114:in `execute_inner' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:106:in `execute' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:93:in `execute' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:53:in `post' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest.rb:113:in `post' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/database.rb:163:in `bulk_save' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/database.rb:127:in `save' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/document.rb:41:in `save' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/design.rb:55:in `save' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/model.rb:452:in `refresh_design_doc' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/model.rb:347:in `view' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/model.rb:332:in `method_missing' from ./bin/../lib/lazy_planet/importer/callbacks.rb:20:in `way' from /var/lib/gems/1.8/gems/osmlib-base-0.1.3/lib/OSM/StreamParser.rb:152:in `_end_way' from /var/lib/gems/1.8/gems/osmlib-base-0.1.3/lib/OSM/StreamParser.rb:116:in `on_end_element' from /var/lib/gems/1.8/gems/osmlib-base-0.1.3/lib/OSM/StreamParser/Expat.rb:42:in `parse' from /var/lib/gems/1.8/gems/osmlib-base-0.1.3/lib/OSM/StreamParser/Expat.rb:39:in `parse' from ./bin/../lib/lazy_planet/importer/base.rb:14:in `start' from bin/lp_import:18 Here's how to duplicate: 1. Check out my project from git://github.com/thewordnerd/lazy_planet. 2. Install the osmlib-base and xmlparser gems. There may be another gem or two needing installed, I haven't packaged this nicely yet. You can eliminate the xmlparser dependency by commenting out the ENV setting in lib/lazy_planet/importer.rb. 3 Download the dataset which I'll hopefully be able to attach as Brazos.osm. 4. Run bin/lp_import localhost:5984/osm path/to/Brazos.osm. 5. You should get the error in a few minutes. This happens when the first way is imported, which is the second view the app tries to create. Not sure if this is the same issue, but it seems to be related. <div><p>No, unfortunately this isn't working for me. It may be that view creation isn't interacting well with the bulk_save changes I introduced, which is what I'm using as it drastically speeds up imports and storage space requirements. Here is the error I get:</p> <p> /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:208:in <code>process_result': HTTP status code 412 (RestClient::RequestFailed)</code></p> <pre> <code>from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:178:in `transmit' from /usr/lib/ruby/1.8/net/http.rb:543:in `start' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:175:in `transmit' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:114:in `execute_inner' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:106:in `execute' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:93:in `execute' from /var/lib/gems/1.8/gems/rest-client-0.8.2/lib/rest_client.rb:53:in `post' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest.rb:113:in `post' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/database.rb:163:in `bulk_save' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/database.rb:127:in `save' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/document.rb:41:in `save' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/design.rb:55:in `save' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/model.rb:452:in `refresh_design_doc' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/model.rb:347:in `view' from /var/lib/gems/1.8/gems/couchrest-0.12.4/lib/couchrest/core/model.rb:332:in `method_missing' from ./bin/../lib/lazy_planet/importer/callbacks.rb:20:in `way' from /var/lib/gems/1.8/gems/osmlib-base-0.1.3/lib/OSM/StreamParser.rb:152:in `_end_way' from /var/lib/gems/1.8/gems/osmlib-base-0.1.3/lib/OSM/StreamParser.rb:116:in `on_end_element' from /var/lib/gems/1.8/gems/osmlib-base-0.1.3/lib/OSM/StreamParser/Expat.rb:42:in `parse' from /var/lib/gems/1.8/gems/osmlib-base-0.1.3/lib/OSM/StreamParser/Expat.rb:39:in `parse' from ./bin/../lib/lazy_planet/importer/base.rb:14:in `start' from bin/lp_import:18 </code> </pre> <p>Here's how to duplicate:</p> <ol> <li>Check out my project from git://github.com/thewordnerd/lazy_planet.</li> <li>Install the osmlib-base and xmlparser gems. There may be another gem or two needing installed, I haven't packaged this nicely yet. You can eliminate the xmlparser dependency by commenting out the ENV setting in lib/lazy_planet/importer.rb. 3 Download the dataset which I'll hopefully be able to attach as Brazos.osm.</li> <li>Run bin/lp_import localhost:5984/osm path/to/Brazos.osm.</li> <li>You should get the error in a few minutes. This happens when the first way is imported, which is the second view the app tries to create.</li> </ol> <p>Not sure if this is the same issue, but it seems to be related.</p></div> true 2009-01-22T09:48:48-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 resolved couchrest model views 2009-01-22T09:48:50-08:00 15950 Nolan Darilek hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 33230 2 OK, this looks like a slightly different issue, so I think this one can stay closed. Please pull from my fork: git://github.com/thewordnerd/couchrest The reason my view wasn't being created was that, when Database.save is called for a standard save and there are docs cached for bulk-saving, the bulk save is performed first. I changed the code to perform the individual document save first, then the bulk, so the view is created even if the bulk save fails. This doesn't solve my issue, but it at least ensures the view is created even if another save fails. <div><p>OK, this looks like a slightly different issue, so I think this one can stay closed. Please pull from my fork:</p> <p>git://github.com/thewordnerd/couchrest</p> <p>The reason my view wasn't being created was that, when Database.save is called for a standard save and there are docs cached for bulk-saving, the bulk save is performed first. I changed the code to perform the individual document save first, then the bulk, so the view is created even if the bulk save fails. This doesn't solve my issue, but it at least ensures the view is created even if another save fails.</p></div> true 2009-01-24T10:07:11-08:00 23238 --- {} 26 views-failing-in-trunk 0 17807 resolved couchrest model views 2009-01-24T10:07:14-08:00 15950 Nolan Darilek hkstar J. Chris A. http://jchris.lighthouseapp.com/projects/17807/tickets/26 22ce8c2c4663faf9faf08bc4d41d4c13ea96c798 text/plain 2008-12-29T21:24:01-08:00 0001-Not-sure-why-this-works-but-it-does.patch 74361 723 19603 http://jchris.lighthouseapp.com/attachments/74361/0001-Not-sure-why-this-works-but-it-does.patch 0300d3e92ed425742d1691a1c2ed589a81063753 application/octet-stream 2009-01-22T09:48:49-08:00 Brazos.osm 80888 13410580 15950 http://jchris.lighthouseapp.com/attachments/80888/Brazos.osm