Thanks Mark,
Generally I've tried to make this as detailed as possible so any
experienced windows user (NB not programmer) could build from source.
Comments inline.
On 20 September 2010 13:38, Mark Hammond (JIRA) j...@apache.org wrote:
[
I see, neat.
I ask because you might treat disjunction and conjunction differently in terms
of whether you run around the ring or broadcast to all the nodes. For
conjunctions you need all to succeed so broadcast might fare better whereas for
disjunctions only one need succeed. I suppose it
Thanks Nikolai!
On 19 Sep 2010, at 15:26, Nikolai Teofilov wrote:
Hi Jan,
I have had difficult time with the spam filter to post massages and open
simply a ticket:
https://issues.apache.org/jira/browse/COUCHDB-885
There is also a script that reproduce this behavior inside. After a
On 19 Sep 2010, at 20:07, Chris Anderson wrote:
On Sun, Sep 19, 2010 at 5:47 AM, Jan Lehnardt j...@apache.org wrote:
Hi Tomas,
this sounds like a valuable addition. Back in the day I remember skip
allowed for negative values to skip backwards, I'm not sure what happened to
that.
I
Devs,
Mikeal and I were talking and we came up with a sane way to do
CommonJS in map and reduce.
Refresher: we don't have CommonJS require there now because the
current CommonJS implementation is scoped to the whole design doc, and
giving views access to load code from anywhere in the design doc
On Sun, Sep 19, 2010 at 3:21 PM, Randall Leeds randall.le...@gmail.com wrote:
If the bug is confirmed it should be on JIRA if it is not already. If
you have a test case that reproduces it that would be fanstastic
(bonus points for a JS test in Futon).
It's my opinion something this serious
Would this implementation be view server agnostic?
How would it work with (say, theoretically) the Ruby view server?
Although it's much harder to enforce the don't import rule in
languages other than javascript, it would be nice to provide a
blessed way to do a require for your view.
On
On Mon, Sep 20, 2010 at 8:16 AM, Stephen Prater steph...@agrussell.com wrote:
Would this implementation be view server agnostic?
the Erlang code would just factor the views.lib code into the view
hash, so if Ruby were to load code from there, it'd get the same
benefits.
How would it work with
CommonJS modules are javascript specific.
The only *special* thing we would be doing is saying that an attribute on
views that doesn't have a map attribute won't be considered a valid map
function but will be used in the hash. That's easily portable to other
languages if you are embedding the
Hi,
thanks for testing this out, this looks like a configuration issue,
_multi should be a registered httpd_db_handler in local.ini as
follows.
[httpd_db_handlers]
_multi = {multiview_httpd, handle_request}
I will look into this and make sure it gets added.
In the test scripts the following
Great writeup.
The only thing I think it's lacking is how the require namespaces will
differ.
So, refresher, require('foo') means import a module that is a top level
attribute in the design doc named foo. Basically the commonjs module
namespace is scoped to the ddoc root. This will stay the same
Actually, upon further inspection I think this is probably closer to a
Ruby's include than it is to require - which is a good thing.
At some point, the view server will be required to compile/eval
whatever code is in the lib element, no?
Would it do this separately from compiling the views
Hi,
Thanks for your answer,
thanks for testing this out, this looks like a configuration issue,
_multi should be a registered httpd_db_handler in local.ini as
follows.
[httpd_db_handlers]
_multi = {multiview_httpd, handle_request}
I will look into this and make sure it gets added.
I'll
[
https://issues.apache.org/jira/browse/COUCHDB-890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
mikeal updated COUCHDB-890:
---
Attachment: commonjscache.diff
Add caching to CommonJS modules
---
I am trying to reproduce it currently on a fresh VM. It seems to be a
symptom of view compaction, after the file is moved to the .delete directory
and then finally deleted is where the problem seems to occur.
I tried with a fresh ubuntu 10.10 but I couldnt reproduce but the system I'm
seeing it
Well I can certainly reproduce the issue, but am having trouble finding the
exact sequence (annoyingly of course)
1 I started with a blank VM of Ubuntu 10.10 (ext3) running on virtualbox
with latest CouchDB (apt-get install couchdb)
2 Began adding lots of blank docs .. (curl -X POST -H
Do you issue two compact commands simultaneously or wait for the first
one to complete and then run the second?
On Mon, Sep 20, 2010 at 4:07 PM, [mRg] emar...@gmail.com wrote:
Well I can certainly reproduce the issue, but am having trouble finding the
exact sequence (annoyingly of course)
1
somehow user and dev got cut off this, see below for an example..
Hi,
I have taken your example (and I have also uploaded the latest code to git).
Create the following documents
{
type: B,
created_at: 20100920
}
{
type: A,
created_at: 20100920
}
{
type: B,
created_at: 20100919
Bob,
I can see why plugins might work for you since your ontology /
indexing code is GPL, however I am more than happy for the multiview
to be apache licensed and would like to see it in trunk.
I like the concept of plugins as it creates a stable API for third
parties, but I think a multiview is
Norman,
Actually ontylog is GPL, and I wouldn't wish that code on anyone just yet.
Think of it as the contents of my /etc directory.
The indexer I'm chipping away at is just a proof of concept hacked up from
Joe Armstrong's Erlang book (with his permission). Anyone is welcome to use it
Hi,
We successfully installed the multiview couchdb from the git, and there seems
to be some issues with the tests demonstrating the mutiview features.
1/ Issue #1 : muti view demonstration test is not available from Futon
We can see it is included in the tests ( file
21 matches
Mail list logo