I think that the decision is done by the project leader plus all the
community members that are ending new features (usually not
estimatable work/innovative), closing bug (non trivial ones), etc. In
a big project like drools it's very difficult to set up deadlines and
coordinate deliverables with this high grade of innovation. In my
perspective(from the community side) this is not the best way to do
it, but it give us innovation.
- Ing. Mauricio Salatino -
On May 21, 2010, at 8:07, "Swindells, Thomas" <TSwindells(a)nds.com>
wrote:
I might be wrong but I think the answer is there isn't a roadmap
and
concrete dates can't really exist when its a subjective of when the
code has reached the milestone (there are no artificial constraints
of customer deadlines to force a particular release date).
What the more important question seems to be is what is the
philosophy on how drools releases are performed? Who makes the
decision and on what basis is it being made on. (with the sub
question of does this work for the community).
There seems to be a number of different philosophies that different
open source projects use on determine releases:
1. Every new feature is a release - release numbers are cheap and it
allows features and bug fixes to get out quicker requiring less time
spent on the list recommending people try trunk.
2. Group features up but still release regular and often. Has most
of the advantages of above but better if more manual testing needs
to be done for a release.
3. Have fixed iterations with clear commit and stabalization/test
cycles. Easier for users to understand when the next release will
be available and still have confidence in the stability and
reliability of it.
4. Have a roadmap with clearly defined feature sets for each
particular release. Release when those features have proved stable
- ideally with a clear criteria of when that occurs.
5. Like 4 but the roadmap is just in the project leaders head with
little visibility to the user about what is happening when or why.
So the question is which of these does Drools fit into and which
would the community like it to fit into?
Thomas
> -----Original Message-----
> From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-
> bounces(a)lists.jboss.org] On Behalf Of KiranP
> Sent: 21 May 2010 11:38
> To: rules-users(a)lists.jboss.org
> Subject: [rules-users] Drools Road Map ????????????
>
>
> hello ,
> our team has decided to use drools-flow and guvnor for a process
> critical
> application
> we have been evaluating drools for 6-7 mnths till now but we still
> didnt get
> any news on M2 release
>
> can anybody point me to drools RoadMAp???????
>
> answers like ...nearly finished and .....will be there in sometime
> are at
> all not required
>
> plz give some concrete dates....
>
> if it exist???
>
> -----
> Keep Working >>
> KiranP
> --
> View this message in context:
http://drools-java-rules-
>
engine.46999.n3.nabble.com/Drools-Road-Map-tp833931p833931.html
> Sent from the Drools - User mailing list archive at
Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-users
***
***
***
***
***
***
********************************************************************
This message is confidential and intended only for the addressee. If
you have received this message in error, please immediately notify
the postmaster(a)nds.com and delete it from your system as well as any
copies. The content of e-mails as well as traffic data may be
monitored by NDS for employment and security purposes. To protect
the environment please do not print this e-mail unless necessary.
NDS Limited. Registered Office: One London Road, Staines, Middlesex,
TW18 4EX, United Kingdom. A company registered in England and Wales.
Registered no. 3080780. VAT no. GB 603 8808 40-00
***
***
***
***
***
***
********************************************************************
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users