You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@couchdb.apache.org by Noah Slater <ns...@me.com> on 2010/04/21 16:12:42 UTC
Road Map
Hey,
The Road Map has been consistently out of date, so I've removed it in favour of linking directly through to JIRA. If we bear this in mind when managing tickets, then things should work pretty smoothly, and we'll never have to think about updating this document by hand.
You can see the report I'm linking to here:
https://issues.apache.org/jira/secure/BrowseProject.jspa?id=12310780&subset=-1
The live site will update shortly.
Thanks,
N
Re: Road Map
Posted by Noah Slater <ns...@me.com>.
On 21 Apr 2010, at 15:19, Adam Kocoloski wrote:
> On Apr 21, 2010, at 10:12 AM, Noah Slater wrote:
>
>> Hey,
>>
>> The Road Map has been consistently out of date, so I've removed it in favour of linking directly through to JIRA. If we bear this in mind when managing tickets, then things should work pretty smoothly, and we'll never have to think about updating this document by hand.
>>
>> You can see the report I'm linking to here:
>>
>> https://issues.apache.org/jira/secure/BrowseProject.jspa?id=12310780&subset=-1
>>
>> The live site will update shortly.
>>
>> Thanks,
>>
>> N
>>
>
> Thanks, Noah, I think this is an excellent idea. Unfortunately, that link took me to "Open Issues" and not "Road Map", but no biggie.
Actually, I think this is a big deal.
It presumably only works on my computer because it's tracking session data.
Anyone know how to get a proper URL for the road map?
Re: Road Map
Posted by Adam Kocoloski <ko...@apache.org>.
On Apr 21, 2010, at 10:12 AM, Noah Slater wrote:
> Hey,
>
> The Road Map has been consistently out of date, so I've removed it in favour of linking directly through to JIRA. If we bear this in mind when managing tickets, then things should work pretty smoothly, and we'll never have to think about updating this document by hand.
>
> You can see the report I'm linking to here:
>
> https://issues.apache.org/jira/secure/BrowseProject.jspa?id=12310780&subset=-1
>
> The live site will update shortly.
>
> Thanks,
>
> N
>
Thanks, Noah, I think this is an excellent idea. Unfortunately, that link took me to "Open Issues" and not "Road Map", but no biggie.
We're not planning on having an 0.12 or 0.13 release, are we? I also thought 0.11.1 was going to be 1.0-rc1. Best,
Adam
Re: bug?
Posted by Noah Slater <ns...@me.com>.
On 30 Apr 2010, at 12:44, Jae Kwon wrote:
> I'm working with the latest trunk of couchdb, and after pulling some hair noticed that configure.ac might need this line:
>
> m4_include([m4/ac_check_icu.m4])
> +m4_include([m4/ac_check_curl.m4])
Patch applied. Thanks!
bug?
Posted by Jae Kwon <jk...@gmail.com>.
I'm working with the latest trunk of couchdb, and after pulling some hair noticed that configure.ac might need this line:
m4_include([m4/ac_check_icu.m4])
+m4_include([m4/ac_check_curl.m4])
Re: Road Map
Posted by Benoit Chesneau <bc...@gmail.com>.
On Thu, Apr 29, 2010 at 2:48 PM, Robert Dionne
<di...@dionne-associates.com> wrote:
> . What's important for me anyway is to know where couchdb is headed. The neat thing about couchdb is the code base is small enough to get your arms around it and work with it, but it is growing, and just a little harder to embrace than it used to be.
+ 1 for that, we should keep core smal. Also It would be cool to have
all the code documented.
- benoit
Re: Road Map
Posted by Noah Slater <ns...@me.com>.
On 30 Apr 2010, at 10:39, Filipe David Manana wrote:
> I would also like to see information (links and proposals) about satellite
> projects that are (or would be) very useful for people using CouchDB.
>
> Some info a bit more concrete regarding some of those topics (if available)
> would be welcome. IMHO, this could capture more people contributing with
> patches.
http://wiki.apache.org/couchdb/CouchDB_in_the_wild
Re: Road Map
Posted by Filipe David Manana <fd...@gmail.com>.
On Fri, Apr 30, 2010 at 5:26 AM, J Chris Anderson <jc...@gmail.com> wrote:
>
> What do you all think?
>
>
Seems better to me.
I would also like to see information (links and proposals) about satellite
projects that are (or would be) very useful for people using CouchDB.
Some info a bit more concrete regarding some of those topics (if available)
would be welcome. IMHO, this could capture more people contributing with
patches.
cheers
> Chris
>
> ==
>
> CouchDB Roadmap
>
> For 1.0
> Performance and Reliability
> Feature Freeze
> First Class Windows Support
>
> Configuration
> Replication database
> Auto-compaction
>
> Features
> Built-in sharding
> Changes feed enhancements
> Plugin system
>
>
> > Best,
> >
> > Bob
> >
> > [1] http://www.mail-archive.com/dev@couchdb.apache.org/msg06174.html
> > [2] http://www.mail-archive.com/dev@couchdb.apache.org/msg06379.html
> >
> >>
> >> Cheers
> >> Jan
> >> --
> >>
> >
>
>
--
Filipe David Manana,
fdmanana@gmail.com
"Reasonable men adapt themselves to the world.
Unreasonable men adapt the world to themselves.
That's why all progress depends on unreasonable men."
Re: Road Map
Posted by J Chris Anderson <jc...@gmail.com>.
On Apr 29, 2010, at 5:48 AM, Robert Dionne wrote:
>
> Any number of things that have been discussed here in the past[1, 2], server side plugins, otp-ification (is that a word?), native FTI, webmachine support, really anything is fine. What's important for me anyway is to know where couchdb is headed. The neat thing about couchdb is the code base is small enough to get your arms around it and work with it, but it is growing, and just a little harder to embrace than it used to be.
>
I went over those URLs and came up with this. What am I missing?
What do you all think?
Chris
==
CouchDB Roadmap
For 1.0
Performance and Reliability
Feature Freeze
First Class Windows Support
Configuration
Replication database
Auto-compaction
Features
Built-in sharding
Changes feed enhancements
Plugin system
> Best,
>
> Bob
>
> [1] http://www.mail-archive.com/dev@couchdb.apache.org/msg06174.html
> [2] http://www.mail-archive.com/dev@couchdb.apache.org/msg06379.html
>
>>
>> Cheers
>> Jan
>> --
>>
>
Re: Road Map
Posted by Robert Dionne <di...@dionne-associates.com>.
On Apr 29, 2010, at 8:10 AM, Jan Lehnardt wrote:
>
> On 29 Apr 2010, at 13:52, Robert Dionne wrote:
>
>> +1
>>
>> On Apr 29, 2010, at 5:40 AM, Filipe David Manana wrote:
>>
>>> On Thu, Apr 29, 2010 at 10:18 AM, Benoit Chesneau <bc...@gmail.com>wrote:
>>>
>>>>
>>>>
>>>> Currently I only see bugs to fix that not so sexy. Also I think we
>>>> really should have goals on which to code.
>>>>
>>>> - Benoit
>>>>
>>>
>>> I fully agree on that.
>
> Cool, we all agree. What should we put on there?
Any number of things that have been discussed here in the past[1, 2], server side plugins, otp-ification (is that a word?), native FTI, webmachine support, really anything is fine. What's important for me anyway is to know where couchdb is headed. The neat thing about couchdb is the code base is small enough to get your arms around it and work with it, but it is growing, and just a little harder to embrace than it used to be.
Best,
Bob
[1] http://www.mail-archive.com/dev@couchdb.apache.org/msg06174.html
[2] http://www.mail-archive.com/dev@couchdb.apache.org/msg06379.html
>
> Cheers
> Jan
> --
>
Re: Road Map
Posted by Benoit Chesneau <bc...@gmail.com>.
On Thu, Apr 29, 2010 at 2:50 PM, Benoit Chesneau <bc...@gmail.com> wrote:
> On Thu, Apr 29, 2010 at 2:10 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>
>> On 29 Apr 2010, at 13:52, Robert Dionne wrote:
>>
>>> +1
>>>
>>> On Apr 29, 2010, at 5:40 AM, Filipe David Manana wrote:
>>>
>>>> On Thu, Apr 29, 2010 at 10:18 AM, Benoit Chesneau <bc...@gmail.com>wrote:
>>>>
>>>>>
>>>>>
>>>>> Currently I only see bugs to fix that not so sexy. Also I think we
>>>>> really should have goals on which to code.
>>>>>
>>>>> - Benoit
>>>>>
>>>>
>>>> I fully agree on that.
>>
>> Cool, we all agree. What should we put on there?
>>
>> Cheers
>> Jan
>> --
>>
>>
>
> There was an old thread about roadmap on the ml. Anyway here are my
> wishes for next major releases:
>
> - Removing os processes for js views and instead using something like emonk
> - better handling of CPU when indexing so we could handle multiple
> users without so much control on the same node
> - More RESTFUL api.
by that I mean maybe using webmachine but also (and maybe by using
webmachine style dispatcher) a way to plug differents resouces like
external, or such.
> - Possibility to chain M/R
> - Improve couchapps :
> - remove ugly long , _rewrite and vhost are nice hacks but just hacks
> especially when you run CouchDB on your own machine. Raindrop use
> another by using doc instead _design has namespace. I think in a full
s/has/as
> REST engine there should be a better way to handle resources.
> - Possibility to have a way to include on server level more than one
> view & such
>
>
> - benoit
>
Re: Road Map
Posted by Benoit Chesneau <bc...@gmail.com>.
On Thu, Apr 29, 2010 at 3:01 PM, Noah Slater <ns...@me.com> wrote:
>> - Removing os processes for js views and instead using something like emonk
>> - better handling of CPU when indexing so we could handle multiple
>> users without so much control on the same node
>> - More RESTFUL api.
>> - Possibility to chain M/R
>> - Improve couchapps :
>> - remove ugly long , _rewrite and vhost are nice hacks but just hacks
>> especially when you run CouchDB on your own machine. Raindrop use
>> another by using doc instead _design has namespace. I think in a full
>> REST engine there should be a better way to handle resources.
>> - Possibility to have a way to include on server level more than one
>> view & such
>
> Instead of putting it here in an email, just create tickets for each item you want.
>
> Assign them to the version of CouchDB you want them in.
>
> The rest of us can comment on them, etc.
>
> Seems the best way forwards!
>
indeed.
- benoit
Re: Road Map
Posted by Noah Slater <ns...@me.com>.
> - Removing os processes for js views and instead using something like emonk
> - better handling of CPU when indexing so we could handle multiple
> users without so much control on the same node
> - More RESTFUL api.
> - Possibility to chain M/R
> - Improve couchapps :
> - remove ugly long , _rewrite and vhost are nice hacks but just hacks
> especially when you run CouchDB on your own machine. Raindrop use
> another by using doc instead _design has namespace. I think in a full
> REST engine there should be a better way to handle resources.
> - Possibility to have a way to include on server level more than one
> view & such
Instead of putting it here in an email, just create tickets for each item you want.
Assign them to the version of CouchDB you want them in.
The rest of us can comment on them, etc.
Seems the best way forwards!
Re: Road Map
Posted by Benoit Chesneau <bc...@gmail.com>.
On Thu, Apr 29, 2010 at 2:10 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
> On 29 Apr 2010, at 13:52, Robert Dionne wrote:
>
>> +1
>>
>> On Apr 29, 2010, at 5:40 AM, Filipe David Manana wrote:
>>
>>> On Thu, Apr 29, 2010 at 10:18 AM, Benoit Chesneau <bc...@gmail.com>wrote:
>>>
>>>>
>>>>
>>>> Currently I only see bugs to fix that not so sexy. Also I think we
>>>> really should have goals on which to code.
>>>>
>>>> - Benoit
>>>>
>>>
>>> I fully agree on that.
>
> Cool, we all agree. What should we put on there?
>
> Cheers
> Jan
> --
>
>
There was an old thread about roadmap on the ml. Anyway here are my
wishes for next major releases:
- Removing os processes for js views and instead using something like emonk
- better handling of CPU when indexing so we could handle multiple
users without so much control on the same node
- More RESTFUL api.
- Possibility to chain M/R
- Improve couchapps :
- remove ugly long , _rewrite and vhost are nice hacks but just hacks
especially when you run CouchDB on your own machine. Raindrop use
another by using doc instead _design has namespace. I think in a full
REST engine there should be a better way to handle resources.
- Possibility to have a way to include on server level more than one
view & such
- benoit
Re: Road Map
Posted by Jan Lehnardt <ja...@apache.org>.
On 29 Apr 2010, at 13:52, Robert Dionne wrote:
> +1
>
> On Apr 29, 2010, at 5:40 AM, Filipe David Manana wrote:
>
>> On Thu, Apr 29, 2010 at 10:18 AM, Benoit Chesneau <bc...@gmail.com>wrote:
>>
>>>
>>>
>>> Currently I only see bugs to fix that not so sexy. Also I think we
>>> really should have goals on which to code.
>>>
>>> - Benoit
>>>
>>
>> I fully agree on that.
Cool, we all agree. What should we put on there?
Cheers
Jan
--
Re: Road Map
Posted by Robert Dionne <di...@dionne-associates.com>.
+1
On Apr 29, 2010, at 5:40 AM, Filipe David Manana wrote:
> On Thu, Apr 29, 2010 at 10:18 AM, Benoit Chesneau <bc...@gmail.com>wrote:
>
>>
>>
>> Currently I only see bugs to fix that not so sexy. Also I think we
>> really should have goals on which to code.
>>
>> - Benoit
>>
>
> I fully agree on that.
>
> Looking at that roadmap it seems it's mostly out of date. It's also lacking
> the big goals (major features and eventual design changes) for the few next
> major versions. IMHO, this gives a bit the idea that there's a lack of
> direction and/or it's abandoned :(
>
>
>
>
>
> --
> Filipe David Manana,
> fdmanana@gmail.com
>
> "Reasonable men adapt themselves to the world.
> Unreasonable men adapt the world to themselves.
> That's why all progress depends on unreasonable men."
Re: Road Map
Posted by Filipe David Manana <fd...@gmail.com>.
On Thu, Apr 29, 2010 at 10:18 AM, Benoit Chesneau <bc...@gmail.com>wrote:
>
>
> Currently I only see bugs to fix that not so sexy. Also I think we
> really should have goals on which to code.
>
> - Benoit
>
I fully agree on that.
Looking at that roadmap it seems it's mostly out of date. It's also lacking
the big goals (major features and eventual design changes) for the few next
major versions. IMHO, this gives a bit the idea that there's a lack of
direction and/or it's abandoned :(
--
Filipe David Manana,
fdmanana@gmail.com
"Reasonable men adapt themselves to the world.
Unreasonable men adapt the world to themselves.
That's why all progress depends on unreasonable men."
Re: Road Map
Posted by Benoit Chesneau <bc...@gmail.com>.
On Wed, Apr 21, 2010 at 4:12 PM, Noah Slater <ns...@me.com> wrote:
> Hey,
>
> The Road Map has been consistently out of date, so I've removed it in favour of linking directly through to JIRA. If we bear this in mind when managing tickets, then things should work pretty smoothly, and we'll never have to think about updating this document by hand.
>
> You can see the report I'm linking to here:
>
> https://issues.apache.org/jira/secure/BrowseProject.jspa?id=12310780&subset=-1
>
> The live site will update shortly.
>
> Thanks,
>
> N
>
>
Hi,
Emptying my inbox... Should it means that we need to enter next goals in jira ?
Currently I only see bugs to fix that not so sexy. Also I think we
really should have goals on which to code.
- Benoit
Re: Road Map
Posted by Noah Slater <ns...@me.com>.
On 21 Apr 2010, at 15:20, Adam Kocoloski wrote:
> https://issues.apache.org/jira/browse/COUCHDB?report=com.atlassian.jira.plugin.system.project:roadmap-panel
Thanks, updated it now.
Re: Road Map
Posted by Adam Kocoloski <ko...@apache.org>.
On Apr 21, 2010, at 10:12 AM, Noah Slater wrote:
> Hey,
>
> The Road Map has been consistently out of date, so I've removed it in favour of linking directly through to JIRA. If we bear this in mind when managing tickets, then things should work pretty smoothly, and we'll never have to think about updating this document by hand.
>
> You can see the report I'm linking to here:
>
> https://issues.apache.org/jira/secure/BrowseProject.jspa?id=12310780&subset=-1
>
> The live site will update shortly.
>
> Thanks,
>
> N
>
Perhaps you wanted this one instead?
https://issues.apache.org/jira/browse/COUCHDB?report=com.atlassian.jira.plugin.system.project:roadmap-panel
Adam