[Apache Bloodhound] Proposals/BEP-0007 modified

2013-07-30 Thread Apache Bloodhound
Page Proposals/BEP-0007 was changed by antonia.horincar
Diff URL: 
https://issues.apache.org/bloodhound/wiki/Proposals/BEP-0007?action=diffversion=5
Revision 5
Changes:
---8--8--8--8--8--8--8--8
Index: Proposals/BEP-0007
=
--- Proposals/BEP-0007 (version: 4)
+++ Proposals/BEP-0007 (version: 5)
@@ -97,6 +97,29 @@
 '''Current state of the implementation:'''
 At this point the API can retrieve information about tickets, milestones and 
products. It can also retrieve information about queries, but not for all the 
cases (there are some cases when the API fails to correctly retrieve query 
results, therefore this part is still being worked on).
 
+
+'''Timeline:'''
+
+May 27 - June 17
+- Collaborate with the community in Bloodhound’s mailing list to get a more in 
depth understanding of the modules, classes and interfaces existing in 
Bloodhound
+
+June 17 - July 29
+- Develop the REST API for interacting with objects from external sources:
+- Implement a class which retrieves information about Bloodhound objects
+- Develop unit tests where appropriate
+
+''Midterm Evaluation'' 
+
+July 29 - September 15
+- Finish implementing the back end part and add more tests
+- Develop the !JavaScript API for generating HTML snippets, along with the 
user interface
+
+September 15 - September 23
+- Refactor code, finish tests and documentation
+
+''Final evaluation'' 
+
+
 == Resources #resources
 
 
---8--8--8--8--8--8--8--8

--
Page URL: https://issues.apache.org/bloodhound/wiki/Proposals/BEP-0007
Apache Bloodhound https://issues.apache.org/bloodhound/
The Apache Bloodhound issue tracker

This is an automated message. Someone added your email address to be
notified of changes on 'Proposals/BEP-0007' page.
If it was not you, please report to .


[Apache Bloodhound] Proposals/BEP-0007 modified

2013-07-28 Thread Apache Bloodhound
Page Proposals/BEP-0007 was changed by antonia.horincar
Diff URL: 
https://issues.apache.org/bloodhound/wiki/Proposals/BEP-0007?action=diffversion=4
Revision 4
Changes:
---8--8--8--8--8--8--8--8
Index: Proposals/BEP-0007
=
--- Proposals/BEP-0007 (version: 3)
+++ Proposals/BEP-0007 (version: 4)
@@ -37,8 +37,44 @@
 
 The back end side of the project will consist of building a REST API for 
interacting with the objects from external sources. The IRequestHandler 
interface will be extended by a class that will match, process and deal with 
the information retrieved. Several other interfaces, such as 
IPermissionRequestor (for checking what the permissions for a specific 
ticket/object are) and ITemplateProvider might need to be extended as well. 
 
-Ideally the system could display any arbitrary Bloodhound widgets, so some of 
the previous code used for developing Bloodhound widgets can be reused. The 
Bloodhound widgets can currently be displayed by their name (e.g. !TicketQuery, 
!WidgetDoc, etc.), and some possible parameters (e.g. query=”status=opened”). 
The solution described above can be extended to be more generic. All kinds of 
widgets could be embedded using iframe tags presented in the previous 
paragraphs.
+Tickets, milestones, products and queries are some of the objects that could 
be embedded on external services. The following information should be displayed 
when embedding these objects:
 
+'''Tickets:'''
+- ID
+- Summary 
+- Owner
+- Reporter
+- Keywords
+- Type
+- Status
+- Priority
+- Milestone
+- Component
+- Version
+- Severity
+- Number of comments
+- Number of attachments
+
+'''Milestones:'''
+- Name
+- Status (completed, late or due date)
+- Description
+- Product 
+- Number of tickets
+- Number of attachments
+
+'''Products:'''
+- Name
+- Description
+- Owner
+- Number of tickets
+- Number of milestones
+- Number of versions
+- Number of components
+
+'''Queries:'''
+- Query details (the fields used when creating the query)
+- Results
 
 
 == Rationale #rationale
@@ -58,6 +94,8 @@
 
 [[Widget(TicketQuery, 
query=keywords=~bep-0007col=idcol=summarycol=statuscol=prioritycol=milestone,
 title=BEP 7 ticket summary)]]
 
+'''Current state of the implementation:'''
+At this point the API can retrieve information about tickets, milestones and 
products. It can also retrieve information about queries, but not for all the 
cases (there are some cases when the API fails to correctly retrieve query 
results, therefore this part is still being worked on).
 
 == Resources #resources
 
---8--8--8--8--8--8--8--8

--
Page URL: https://issues.apache.org/bloodhound/wiki/Proposals/BEP-0007
Apache Bloodhound https://issues.apache.org/bloodhound/
The Apache Bloodhound issue tracker

This is an automated message. Someone added your email address to be
notified of changes on 'Proposals/BEP-0007' page.
If it was not you, please report to .


[Apache Bloodhound] Proposals/BEP-0007 modified

2013-06-13 Thread Apache Bloodhound
Page Proposals/BEP-0007 was changed by jdreimann
Diff URL: 
https://issues.apache.org/bloodhound/wiki/Proposals/BEP-0007?action=diffversion=2
Revision 2
Changes:
---8--8--8--8--8--8--8--8
Index: Proposals/BEP-0007
=
--- Proposals/BEP-0007 (version: 1)
+++ Proposals/BEP-0007 (version: 2)
@@ -1,1 +1,88 @@
 -placeholder for Antonia's proposal-
+
+= BEP BEP number : BEP title #overview
+
+[[PageOutline]]
+
+|| '''BEP''' || BEP number ||
+|| '''Title''' || BEP title ||
+|| '''Version''' || leave blank ||
+|| '''Last-Modified''' || leave blank ||
+|| '''Author''' || Author With Email u...@dom.ain, Author Name Only, or The 
Bloodhound project (see [wiki:/Proposals#bep-header-preamble BEP preamble 
explained]) ||
+|| '''Status''' || Draft ||
+|| '''Type''' || BEP type (see [wiki:/Proposals#bep-types BEP types 
explained]) ||
+|| '''Content-Type''' || [wiki:PageTemplates/Proposals text/x-trac-wiki] ||
+|| '''Created''' || leave blank ||
+|| '''Post-History''' || leave blank ||
+
+
+
+== Abstract #abstract
+
+Delete text in this section and add a short (~200 word) description of the 
technical issue being addressed. Take a look at sample abstract below
+
+This template provides a boilerplate or sample template for creating your
+own BEPs.  In conjunction with the [wiki:/Proposals general content 
guidelines] and the [wiki:/Proposals/Formats/WikiFormatting WikiFormatting BEP 
guidelines]  
+, this should make it easy for you to conform your own
+BEPs to the format outlined below. See [#howto How to Use This Template] for 
further instructions.
+
+**Note**: if you are reading this template via the web, you should first try 
to create a new wiki page by selecting `ProposalsRst` |page template guide|.  
**DO NOT EDIT THIS WIKI PAGE IN ORDER TO CREATE A NEW BEP! **
+
+If you would prefer not to use WikiFormatting markup in your BEP, please see  
[wiki:/Proposals/Formats/RestructuredText reStructuredText BEP guidelines].
+
+== Motivation ==
+
+The motivation is critical for BEPs that want to change the copy of ''Trac'' 
patched using vendor branch . It should clearly explain why the existing 
''Bloodhound'' solution is inadequate to address the problem that the ''BEP'' 
solves. ''BEP'' submissions without sufficient motivation may be rejected 
outright. 
+
+== Proposal #proposal
+
+The technical specification should describe any new features , detail its 
impact on the components architecture , mention what plugins will be included 
as a result , whether they are hosted by ​[http://trac-hacks.org 
trac-hacks.org] or not , and any other relevant technical subject . The 
specification should be detailed enough to allow competing, interoperable 
implementations for any of the current supported database platforms (e.g. 
''SQLite'', ''Postgres'', ''MySQL'') and server technologies (e.g. ''Apache 
HTTPD server'', ''nginx'', ''mod_wsgi'', ''CGI'').. 
+
+== Rationale #rationale
+
+The rationale fleshes out the specification by describing what motivated the 
design and why particular design decisions were made. It should describe 
alternate designs that were considered and related work, e.g. how the feature 
is supported in other issue trackers or ''Trac'' hacks . The rationale should 
provide evidence of consensus within the community and discuss important 
objections or concerns raised during discussion. Take a look at sample 
rationale below
+
+''BEP'' submissions come in a wide variety of forms, not all adhering to the 
format guidelines set forth below. Use this template, in conjunction with the 
[wiki:/Proposals general content guidelines] and the 
[wiki:/Proposals/Formats/WikiFormatting WikiFormatting BEP guidelines], to 
ensure that your ''BEP'' submission is easy to read and understand.
+
+This template allows to create BEPs and is very similar to 
[http://www.python.org/dev/peps/pep-0012 PEP 12] . However it has been 
optimized by moving long explanations to the 
[wiki:/Proposals/Formats/WikiFormatting WikiFormatting BEP guidelines] . If you 
are interested take a look at the  [?action=diffold_version=1 differences]. 
The goal is to redact new BEPs just by following in-line instructions between 
angle brackets (i.e.  ) . Even if this will allow to write BEPs 
faster , it is highly recommended to read the 
[wiki:/Proposals/Formats/WikiFormatting WikiFormatting BEP guidelines] at least 
once in your lifetime to be aware of good practices and expected style rules . 
+
+== How to Use This Template #howto
+
+BEPs may include further sections. This is an example.
+
+Quick edits will consist in following the instructions inside angle brackets 
(i.e.  ) . That should be everything needed to write new BEPs. To be 
more informed about advanced considerations please read the [wiki:/Proposals 
general content guidelines] and the [wiki:/Proposals/Formats/WikiFormatting 
WikiFormatting BEP guidelines] .