Hi,
On Fri, Dec 10, 2010 at 9:30 PM, Florian Leitner
wrote:
> Hi Pavel,
>
> If I understood all your explanations correctly so far, XULRunner
> could actually be the "silver bullet" I was looking for. I think that
> something has struck me like a lightning after reading your
> explanations a few
1. Indeed you can only update complete documents. Read the document on the
client, remove the field and store the result as an update to the revision you
fetched.
2. I don't think writing views is difficult, but it's a new way of thinking for
a lot of people, especially people that are used to t
Hi Pavel,
If I understood all your explanations correctly so far, XULRunner
could actually be the "silver bullet" I was looking for. I think that
something has struck me like a lightning after reading your
explanations a few times: Why do a web interface at all?? As you write
right in the first li
Change your keys? :-P
On Fri, Dec 10, 2010 at 07:30, Jean-Pierre Fiset wrote:
> Thanks Robert for your prompt comment. However, I am dealing with a view
> where a document is
> 'emitted' to various distinct keys. In that case, if multiple keys are
> requested and that the
> document matches mor
Hi Florian,
No, XULRunner cannot serve web pages. It can only display them. If
your web interface uses mainly and almost solely Ajax then you can
create a very simple XULRunner application with HTML instead of XUL
that will send an initial XMLHttpRequest (GET) to the server, replace
the current do
On Dec 10, 2010, at 1:08 PM, Aurélien Bénel wrote:
> Good evening,
>
>> That looks like a limit on the number of Erlang processes in the VM. The
>> default limit is 32768. You can raise the maximum number of processes by
>> starting the VM with e.g. erl +P 65536, but in my experience bumping
Good evening,
> That looks like a limit on the number of Erlang processes in the VM. The
> default limit is 32768. You can raise the maximum number of processes by
> starting the VM with e.g. erl +P 65536, but in my experience bumping into
> this limit means something else is going wrong. Re
On Dec 10, 2010, at 10:39 AM, Aurélien Bénel wrote:
> Dear all,
>
> One of the application we developed with CouchDB is compute-intensive.
> We are now testing it with 20 simultaneous users updating data and
> visualizing them with lists and shows.
>
> From time to time, we get the following er
Hi,
You may take a look at
http://mail-archives.apache.org/mod_mbox/couchdb-user/201012.mbox/%3caanlkti=e2ywha8bb-9m2zdq2g8ubfjs08ttkhrdyh...@mail.gmail.com%3e
There may be good information for your case.
Regards,
Frederiko Costa
On Fri, Dec 10, 2010 at 7:49 AM, Aurélien Bénel wrote:
>> Which
Hi Florian,
yes your forwarding of HTTP requests scenario would be quite easy with
LivelyCouch.
You would basically have to write a Handler as described in the
introduction at livelycouch.org.
This Handler would just forward the request it receives as you described
and could then even write th
On Dec 10, 2010, at 11:29 AM, Luciano Ramalho wrote:
> On Fri, Dec 10, 2010 at 1:21 PM, Luis Carlos Junges
> wrote:
>
>> does anyone knows a couchdb provider?
>
> There is CouchOne, but it is still beta. I'd also appreciate pointers
> to alternatives.
https://cloudant.com
Best, Adam
On Fri, Dec 10, 2010 at 1:21 PM, Luis Carlos Junges
wrote:
> Has anyone sucessfuly deployed couchdb on google app engine?
Google App Engine is a great service, but it gives you no access to a
regular filesystem, and no way to use any programming language runtime
apart from the heavily patched Pyt
Hi to the group
I am Hariprasad Hari, a Master Student of Uppsala University. Currently I am
doing a Project
which is a collaboration between the University and the Erlang Solutions
Company Limited.
I want to be subscribed to this list. Thanking the representatives in
advance.
In my Project i am
Has anyone sucessfuly deployed couchdb on google app engine?
does anyone knows a couchdb provider?
--
"A realidade de cada lugar e de cada época é uma alucinação coletiva."
Bloom, Howard
Hi Pavel,
Thanks for your detailed responses. As you will have seen, I've
replied to your comments in another thread, too. Specifically to what
you wrote here:
Yes, XULjet seems to very much solve the client side issues and
creates a nice platform-independent interface for desktop apps.
However,
Hi Mirko, Pavel, Nils,
Sorry for the double post - I answered the issues in my original post
already, but in case you are only following this thread, here is what
I wrote (plus I've added a question for Mirko - see below):
I am completely aware of the fact that you can do replication and
synchron
> Which system limit is it all about? Is there a way to avoid having this error
> again?
Could it be because "os_process_timeout" was too short?
Regards,
Aurélien
Hi Nils,
Thanks for your suggestion! However, I am completely aware of the fact
that you can do replication and synchronization in CouchDB. Maybe I
did not explain myself sufficiently: What I need to do is find a way
to make CORS (Cross-Origin Resource Sharing) requests to websites that
do not act
Dear all,
One of the application we developed with CouchDB is compute-intensive.
We are now testing it with 20 simultaneous users updating data and visualizing
them with lists and shows.
From time to time, we get the following error:
{"error":"EXIT","reason":"{system_limit,
[{erlang,spawn_o
Thanks Robert for your prompt comment. However, I am dealing with a view where
a document is
'emitted' to various distinct keys. In that case, if multiple keys are
requested and that the
document matches more than one requested keys, then the document is returned
multiple times.
I do not wish t
"I seem to remember that there is a request flag that can be passed to
a view query to eliminate document duplicates."
I've never heard of such an option.
To remove duplicate keys from a view, use a reduce function like
"return null" and query with reduce=true.
B.
On Fri, Dec 10, 2010 at 2:08 P
This question relates to CouchDb 1.0.1.
I have been reading as much as I can about CouchDb and started implementing an
application. I
seem to remember that there is a request flag that can be passed to a view
query to eliminate
document duplicates. However, I do not recall which one it is. A qui
Florian,
I just discovered your earlier post.
In your scenario it in fact makes a lot of sense to me that you use
CouchDB's replication to push documents to the server and get them from
possibly other servers. You can do replication on a per document basis
or as far as I know even use a filter
Hi,
in XULRunner you can use HTML documents instead of XUL and they have
the same privileges as XUL ones. So you may try this thing:
>From http://code.google.com/p/xuljet/ download the latest archive and
use examples/helloworld directory as a template.
in the file defaults/preferences/prefs.js c
Hi Florian,
running LivelyCouch on the client-side is an option, but as you say only
possible with Cygwin on Windows.
Our main intention with LivelyCouch is to use it as a server-side thing.
If you would run an app on the server you would only have one site to
speak to as LivelyCouch runs behi
Florian Leitner wrote:
> As I never used node.js, I gave it a look just now - and found
> something rather worrying with respect to my needs: node.js does not
> support Windows (natively, only via Cygwin), and after checking their
> mailing list, it seems the developers behind node.js are not plan
I think it's more CouchApp-y to not think about separate server and client
applications, but just putting the app on the user's local CouchDB. You'd use
CouchDB replication to synchronize the big master CouchDB and the user's local
instance. That way you'll never run into things like same origin
Hi,
> Hi Pavel,
>
> I just read your post after my own, entitled "CouchDB/App, XHR, and
> the JavaScript Same Origin Policy". This sounds pretty interesting,
> especially your qoute about the Ajax issue and working around the Same
> Origin Policy. So, if this is a good tool to build desktop-based
Hi,
I am aware this issue. Unfortunately XUL was not adopted by Chrome yet
(it is able to show only several XUL tags) and I do not know if they
plan full support. It would be very valuable for the Chrome OS.
Cheers,
-- Pavel
> Hi Pavel,
> I assume this only works with Firefox - is that correct?
29 matches
Mail list logo
