5fdec39475
More consistent default config dir handling, less configuration
2014-04-17 16:59:10 +00:00
3b20833495
Cosmetic web router changes
2014-04-17 16:47:01 +00:00
a1d8647c96
Attempt to make it easier to distinct colors, old ones still commented
2014-04-17 16:43:03 +00:00
f741bc01f3
We need stricter control over Monitoring Object queries
...
* fromRequest-generated ones are sometimes buggy and sometimes slow
* this is just a temporary quickfix for the worst problems
2014-04-17 16:41:10 +00:00
57097bba16
Show menu with JS disabled (more related fixes still to come)
...
* fixes #5918
2014-04-17 16:25:59 +00:00
cf7aaaed8e
Better sort default for service status
2014-04-17 16:25:32 +00:00
649ebef287
One thing less TODO, had already been fixed two lines below
2014-04-17 16:24:40 +00:00
4a6fe006d8
Show exception message in title
2014-04-17 16:21:48 +00:00
83b26bc595
JS-less iFrame rendering improvements
2014-04-17 16:20:03 +00:00
54175f98bf
Fix wrong contactgroup service column and make better use of MySQL indexes
2014-04-17 16:14:57 +00:00
070e608236
Read log file chunkwise
...
resolves #6021
2014-04-17 18:01:24 +02:00
fcf7f7d6dc
Replace Backend::createBackend() with Monitoring/Controller::createBackend()
...
Library code should not read configuration files. The new createBackend() method
from Monitoring/Controller takes care of reading backend configuration and error
handling. The Backend constructor now requires a resource instance.
2014-04-17 15:53:23 +02:00
026145356b
Add interface "QueryInterface" implementing Browsable, Fetchable, Filterable, Limitable, Sortable, Countable (WIP)
...
This interface is intended to be used within the data views and monitoring controllers. The monitoring list
and show controllers should only query data views instead of the actual query. Thus a data view is required to
implement the QueryInterface, which will be changed later.
The name is not final because it somehow conflicts with the Queryable interface which is also marked as work in progress.
2014-04-17 14:21:01 +02:00
e804f56d5f
Data views: Rename getTableName() to getQueryName()
...
getQueryName is more obvious because the function returns
the name of the query the view should use for querying.
2014-04-17 13:59:11 +02:00
62e044d888
IdoQuery: Move resolveColumns() to the columns() function
...
Since the BaseQuery no longer allows passing the columns to select via
its the constructor, the columns are resolved when set by the
columns() function.
2014-04-16 10:06:44 +02:00
eeadc17a6e
StatusQuery: Rename baseQuery to select
2014-04-15 18:12:56 +02:00
734c329caa
StatusSummaryQuery: Rename baseQuery to select
2014-04-15 18:12:00 +02:00
2ba1ef4793
StateHistorySummaryQuery: Rename baseQuery to select
2014-04-15 18:11:09 +02:00
a30d1cdb2f
ServicegroupQuery: Rename baseQuery to select
2014-04-15 18:10:30 +02:00
ac5edc153a
RuntimesummaryQuery: Rename baseQuery to select
2014-04-15 18:09:54 +02:00
0adbb6a44e
NotificationQuery: Rename baseQuery to select
2014-04-15 18:09:08 +02:00
687fa09f7c
NotificationhistoryQuery: Rename baseQuery to select
2014-04-15 18:07:34 +02:00
cb812b59a8
HoststatusQuery: Rename baseQuery to select
2014-04-15 18:06:37 +02:00
8b471e29e5
HostgroupQuery: Rename baseQuery to select
2014-04-15 18:02:03 +02:00
32fa7b314c
GroupsummaryQuery: Rename baseQuery to select
2014-04-15 18:01:10 +02:00
30e649eeb4
EventHistoryQuery: Rename baseQuery to select
2014-04-15 17:59:55 +02:00
67ce376ef0
DowntimeQuery: Rename baseQuery to select
2014-04-15 17:58:06 +02:00
64bee6a414
CustomvarQuery: Rename baseQuery to select
2014-04-15 17:57:12 +02:00
22fa833836
ContactQuery: Rename baseQuery to select
2014-04-15 17:56:31 +02:00
c2d633ac49
ContactgroupQuery: Rename baseQuery to select
2014-04-15 17:55:13 +02:00
5caffa78e2
CommentQuery: Rename baseQuery to select
2014-04-15 17:53:07 +02:00
8532622fab
Db: Implement missing fetch*() functions on connection level
...
The BaseQuery forwards fetch*() function calls to its datasource with the
query as first parameter since the datasource implements the actual fetching functionality.
There's no interface for fetch*() functions on the datasource level yet.
2014-04-15 17:44:34 +02:00
e525688383
Replace DatasourceInterface with Selectable
2014-04-15 17:43:45 +02:00
1a2577dd47
Db/Connection: Replace getConnection() with getDpAdapter()
...
For readability getConnection() is deprecated in favor of getDpAdapter()
since Db/Connection is already the connection.
2014-04-15 17:37:44 +02:00
c85ade39c0
Create count and select database queries separately
...
The previous implementation always created both the count
and the select query.
For readability the property baseQuery has been renamed to select which the
IDO queries must take into account.
2014-04-15 17:21:10 +02:00
d94170372d
Let the BaseQuery implement the query interfaces and remove filter functionality
...
This commit breaks the application as it introduces incompatible changes which
will be adopted bit by bit.
Since the filter functionality is subject to change it's removed from the BaseQuery.
The functions setOrderColumns() and getOrderColumns() are deprecated because they're
replaced by functions in the Sortable interface.
Further the Sortable interface now defines the sort constants ASC and DESC and are
thus removed from the BaseQuery. In addition the sort constants are no longer integers
but strings.
The distinct() and isDistinct() functions are removed because they're database specific.
They have been introduced with changes in the PivotTable implementation which should
actually not call distinct blindly anyway.
2014-04-15 16:40:25 +02:00
659e6f774e
Add interface "Queryable" (WIP)
...
Interface for classes which act as a data source and thus return or are a Fetchable.
The name of the interface is not yet final though.
2014-04-15 16:23:17 +02:00
0f3d70c437
Add interface "Filterable" (WIP)
...
This interface is empty yet. It's meant to define how to filter a result set.
2014-04-15 16:20:11 +02:00
e5e3dc9c43
Add interface "Sortable" defining how a result set can be sorted
...
This interface should be used to ensure that sorting a result set
is standardized among the different query implementations.
2014-04-15 16:07:27 +02:00
3e0d254dfd
Implement "Limitable" interface for retrieving just a portion of a result set
...
Defines how to set a limit count and offset and should be used everywhere
where setting limit and offset is supported.
2014-04-15 15:48:51 +02:00
c083747f67
Add "Fetchable" interface for classes providing data retrieval
...
Classes for retrieving data must implement the Fetchable interface
which defines the usual fetch*() functions.
2014-04-15 15:40:07 +02:00
2cc3823a95
Implement interface "Browsable" for classes providing page turning
...
This interface is intended to be used everywhere a Zend_Paginator
is returned within our code.
2014-04-15 15:36:13 +02:00
f209393711
Add Mockery when provisioning vagrant
...
resolves #5623
2014-04-15 10:07:48 +02:00
8e4b47d6e1
Merge branch 'bugfix/cleanup-test-4639'
...
fixes #4639
2014-04-14 15:39:00 +02:00
301e29b5e8
Remove statusdat protocol tests
...
refs #4639
2014-04-14 15:35:27 +02:00
1555f55857
Remove broken, invalid and useless ModuleManager tests
...
refs #4639
2014-04-14 14:32:04 +02:00
f69707e6de
Remove Notification tests
...
refs #4639
2014-04-14 13:17:04 +02:00
4667a53121
Remove tab tests
...
refs #4639
2014-04-14 12:50:16 +02:00
1ed1c0bc3c
Remove user auth and backend tests
...
refs #4639
2014-04-14 11:44:02 +02:00
9d9624b331
Remove testcase for the IndexController
...
refs #4639
2014-04-14 10:58:24 +02:00
Thomas Gelf
Alexander Klimov
Eric Lippmann
Johannes Meyer