[jira] [Updated] (GORA-293) getDatastore use Class.forName() when use String parameters for dataStoreClass

2014-02-05 Thread Lewis John McGibbney (JIRA)

 [ 
https://issues.apache.org/jira/browse/GORA-293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lewis John McGibbney updated GORA-293:
--

Fix Version/s: 0.4

 getDatastore use Class.forName() when use String parameters for dataStoreClass
 --

 Key: GORA-293
 URL: https://issues.apache.org/jira/browse/GORA-293
 Project: Apache Gora
  Issue Type: Bug
Reporter: Ioannis Polyzos
Assignee: Ioannis Polyzos
 Fix For: 0.4

 Attachments: classloadingutils-2.patch, classloadingutils.diff


 Following Ioannis Canellos advice I digged deeper in the code and realised 
 that in DataStoreFactory in the getDatastore with signature using String 
 arguments the keyClass and persistentClass are loaded through 
 ClassLoadingUtils while dataStoreClass try to do so with Class.forName.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (GORA-295) Dynamic support for Cache Providers such as Ehcache

2014-02-05 Thread Lewis John McGibbney (JIRA)

 [ 
https://issues.apache.org/jira/browse/GORA-295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lewis John McGibbney updated GORA-295:
--

Component/s: gora-ehcache

 Dynamic support for Cache Providers such as Ehcache
 ---

 Key: GORA-295
 URL: https://issues.apache.org/jira/browse/GORA-295
 Project: Apache Gora
  Issue Type: New Feature
  Components: gora-ehcache
Reporter: Apostolos Giannakidis
Priority: Minor
  Labels: Ehcache, gsoc2014
 Fix For: 0.5


 Gora should be able to support external Cache Providers, such as Ehcache. 
 MemStore would be the first candidate to use the Cache Provider but ideally 
 caching should be independent from the back-end datastore module. So, users 
 can combine the back-end datastore of their choice with the Caching Provider 
 of their choice. The caching module should be dynamic in the sense that 
 different Cache Providers may be supported.
 Benefits for Gora: 
 1) Caching may provide significant performance improvements
 2) Integrate with Ehcache; Java's most widely-used Cache (fast, simple to 
 use, small foot print)
 Ehcache is under the Apache 2.0 license.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (GORA-13) Ehcache DataStore

2014-02-05 Thread Lewis John McGibbney (JIRA)

 [ 
https://issues.apache.org/jira/browse/GORA-13?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lewis John McGibbney updated GORA-13:
-

Labels: gsoc2014  (was: )

 Ehcache DataStore
 -

 Key: GORA-13
 URL: https://issues.apache.org/jira/browse/GORA-13
 Project: Apache Gora
  Issue Type: New Feature
  Components: gora-ehcache, storage
Reporter: Andrzej Bialecki 
  Labels: gsoc2014
 Fix For: 0.4

 Attachments: GORA-13.patch


 This is an implementation of DataStore over Ehcache. It passes unit tests, 
 but in practical use it often fails to properly shutdown the Cache, which 
 results in a total loss of data (!!!).



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (GORA-13) Ehcache DataStore

2014-02-05 Thread Lewis John McGibbney (JIRA)

 [ 
https://issues.apache.org/jira/browse/GORA-13?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lewis John McGibbney updated GORA-13:
-

Component/s: (was: gora-sql)
 gora-ehcache

 Ehcache DataStore
 -

 Key: GORA-13
 URL: https://issues.apache.org/jira/browse/GORA-13
 Project: Apache Gora
  Issue Type: New Feature
  Components: gora-ehcache, storage
Reporter: Andrzej Bialecki 
 Fix For: 0.4

 Attachments: GORA-13.patch


 This is an implementation of DataStore over Ehcache. It passes unit tests, 
 but in practical use it often fails to properly shutdown the Cache, which 
 results in a total loss of data (!!!).



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (GORA-295) Dynamic support for Cache Providers such as Ehcache

2014-02-05 Thread Lewis John McGibbney (JIRA)

 [ 
https://issues.apache.org/jira/browse/GORA-295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lewis John McGibbney updated GORA-295:
--

Fix Version/s: 0.5

 Dynamic support for Cache Providers such as Ehcache
 ---

 Key: GORA-295
 URL: https://issues.apache.org/jira/browse/GORA-295
 Project: Apache Gora
  Issue Type: New Feature
  Components: gora-ehcache
Reporter: Apostolos Giannakidis
Priority: Minor
  Labels: Ehcache, gsoc2014
 Fix For: 0.5


 Gora should be able to support external Cache Providers, such as Ehcache. 
 MemStore would be the first candidate to use the Cache Provider but ideally 
 caching should be independent from the back-end datastore module. So, users 
 can combine the back-end datastore of their choice with the Caching Provider 
 of their choice. The caching module should be dynamic in the sense that 
 different Cache Providers may be supported.
 Benefits for Gora: 
 1) Caching may provide significant performance improvements
 2) Integrate with Ehcache; Java's most widely-used Cache (fast, simple to 
 use, small foot print)
 Ehcache is under the Apache 2.0 license.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (GORA-279) Hazelcast module

2014-02-05 Thread Lewis John McGibbney (JIRA)

 [ 
https://issues.apache.org/jira/browse/GORA-279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lewis John McGibbney updated GORA-279:
--

Labels: gsoc2014  (was: )

 Hazelcast module
 

 Key: GORA-279
 URL: https://issues.apache.org/jira/browse/GORA-279
 Project: Apache Gora
  Issue Type: Wish
Reporter: Julien Nioche
  Labels: gsoc2014
 Fix For: 0.5


 HazelCast seems to be a popular in-memory data grid 
 [http://www.hazelcast.com/]. The community edition is under the ASL v2.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (GORA-86) Support JOOQ API within gora-sql module

2014-02-05 Thread Lewis John McGibbney (JIRA)

 [ 
https://issues.apache.org/jira/browse/GORA-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lewis John McGibbney updated GORA-86:
-

Labels: gsoc2014  (was: )

 Support JOOQ API within gora-sql module 
 

 Key: GORA-86
 URL: https://issues.apache.org/jira/browse/GORA-86
 Project: Apache Gora
  Issue Type: Improvement
  Components: gora-sql
Affects Versions: 0.2
Reporter: Lewis John McGibbney
  Labels: gsoc2014
 Fix For: 0.4


 We've discussed this recently and Lukas Eder has been helpful enough to 
 provide an his opinion, which acts as an overview from a different 
 perspective, on whether JOOQ is appropriate for Gora. 
 This issue should act as a separate but linked issue to GORA-74, and we 
 should discuss what happens to the SQL type code that we maintain within 
 Gora. As this module is not being utilised very much just now there is really 
 no overwhelming argument yet to adopt JOOQ, however hopefully we can iron 
 this out within the correspondence.  



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (GORA-297) gora-elasticsearch module

2014-02-05 Thread Lewis John McGibbney (JIRA)
Lewis John McGibbney created GORA-297:
-

 Summary: gora-elasticsearch module
 Key: GORA-297
 URL: https://issues.apache.org/jira/browse/GORA-297
 Project: Apache Gora
  Issue Type: Bug
Reporter: Lewis John McGibbney
Priority: Minor
 Fix For: 0.5


Title says it all
http://www.elasticsearch.org/



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (GORA-292) Upgrade dependency to Accumulo 1.5

2014-02-05 Thread Lewis John McGibbney (JIRA)

[ 
https://issues.apache.org/jira/browse/GORA-292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13892547#comment-13892547
 ] 

Lewis John McGibbney commented on GORA-292:
---

[~akber] are you using this patch in dev/prod environment? I am curious as I 
will not be able to use it extensively apart from the Unit tests.
I am failing to get gora-accumulo 0.4-SNAPSHOT GORA_94 branch module to compile 
with the most recent patch: 
 * I had to downgrade the accumulo-core-1.6.0-SNAPSHOT dependency to 1.5.0 to 
even obtain the artifact. 1.6.0 was not available.
 * When I was able to attempt main class compilation it fails with various 
errors from AccumuloStore.

I did eclipse:eclipse and imported the module in to Eclipse and right enough 
there are errors within AccumuloStore. 

 * I also note that there are many instances of javac warnings e.g. type 
declarations
 * There are various instances of deprecated code (from accumulo-core 1.4.0 
API?) still present in gora-accumulo module.

[~akber] are you able to look in to any of this?


 Upgrade dependency to Accumulo 1.5
 --

 Key: GORA-292
 URL: https://issues.apache.org/jira/browse/GORA-292
 Project: Apache Gora
  Issue Type: Improvement
  Components: gora-accumulo
Affects Versions: 0.3
Reporter: Akber Choudhry
Assignee: Akber Choudhry
Priority: Minor
  Labels: deprecated, newdev, patch
 Fix For: 0.4

 Attachments: GORA-292.patch, gora-0.4-SNAPSHOT-accumulo-1.5.patch


 Add support in 0.4-SNAPSHOT for Accumulo 1.5



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (GORA-94) Upgrade to Apache Avro 1.7.x

2014-02-05 Thread Lewis John McGibbney (JIRA)

[ 
https://issues.apache.org/jira/browse/GORA-94?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13892554#comment-13892554
 ] 

Lewis John McGibbney commented on GORA-94:
--

Hi [~alparslan.avci], GORA-94v11.patch is much much better. Only thing it lacks 
in Javadoc ;)
Some observations
 * Do we need to always setHeaders as follows -- webPage.setHeaders(new 
HashMapCharSequence, CharSequence()); ? What happens if we just access the 
headers field without initiating a *new* HashMap? Do we still get NPE? I though 
the builder build() method would initiate default empty HashMap? 
 * Do you have any idea what is the current issue with PersistentBase#clear() 
method? I am puzzled as to why it is not clearing dirty state of object field.

 Upgrade to Apache Avro 1.7.x
 

 Key: GORA-94
 URL: https://issues.apache.org/jira/browse/GORA-94
 Project: Apache Gora
  Issue Type: Improvement
  Components: build process, storage
Affects Versions: 0.2
Reporter: Lewis John McGibbney
Assignee: Ed Kohlwey
 Fix For: 0.4

 Attachments: GORA-94-v2.patch, GORA-94-v3.patch, GORA-94-v4.patch, 
 GORA-94.patch, GORA-94v10.patch, GORA-94v11.patch, GORA-94v12.patch, 
 GORA-94v6.diff, GORA-94v7.patch, GORA-94v8.patch, GORA-94v9.patch, 
 GORA_94v5.patch


 I am not sure what this involves as of yet but I have a small feeling that 
 it's going to be some reasonably major work...  



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[REPORT] Apache Gora

2014-02-05 Thread lewis john mcgibbney
Hi board@,

The Apache Gora open source framework provides an in-memory data model and
persistence for big data. Gora supports persisting to column stores, key
value stores, document stores and RDBMSs, and analyzing the data with
extensive Apache Hadoop MapReduce support.

Project Releases

The last release of Gora (0.3) was on 8th May 2013.

Overall Project Activity since last report

Project activity has been good. We've received a number of
contributions from non-pmc/committers which is really positive.
Work is ongoing on GORA_94 a branch of the trunk code which
focuses on a long-overdue upgrade of our legacy Avro
dependencies from 1.3.3 to 1.7.X. As this is a major
undertaking therefore once this is addressed we will
be pushing a release candidate for 0.4.

When were the last committers or PMC members elected?

Apostolos Giannakidis as PMC member and committer
on 2014-01-17 (yyy-mm-dd).

How has the community developed since the last report?

Shadowing overall project activity the community mailing
lists and Jira have seen contributions from new faces
and new names.
This is very positive for the project showing that
people are not only using Gora but are keen to engage in
development.
Mailing list numbers are as follows
user@:from 49 -- 57
dev@: from 60 -- 64
commits@  from NA -- 26

Changes to PMC  Committers

Apostolos Giannakidis joined as PMC member and committer
on 2014-01-17 (yyy-mm-dd). Apostolos is the second GSoC
student who has been VOTE'd by the Gora PMC to join our
ranks. Sebb kept us on our toes during the board@
72hr NOTICE period so thank you to himn for that.

PMC and Committer diversity

We currently have committers from a wide variety of Apache projects
including, Nutch, Tika, OODT, Camel, Solr, Accumulo, Whirr, Hadoop,
Any23  HBase (this is not an exhaustive list).

-- 


 _ _  _ _  _ ___ _
   _   _ _   _
|_   _| |_ ___   |  _  |___ ___ ___| |_ ___   |   __|___|  _| |_ _ _ _
___ ___ ___   |   __|___ _ _ ___ _| |___| |_|_|___ ___
  | | |   | -_|  | | . | .'|  _|   | -_|  |__   | . |  _|  _| | |
| .'|  _| -_|  |   __| . | | |   | . | .'|  _| | . |   |
  |_| |_|_|___|  |__|__|  _|__,|___|_|_|___|  |_|___|_| |_|
|_|__,|_| |___|  |__|  |___|___|_|_|___|__,|_| |_|___|_|_|
   |_|

http://people.apache.org/~lewismc || @hectorMcSpector ||
http://www.linkedin.com/in/lmcgibbney

   Apache Gora V.P || Apache Nutch PMC || Apache Any23 PMC
|| Apache OODT PMC || Apache TAC


gora-trunk - Build # 995 - Failure

2014-02-05 Thread Apache Jenkins Server
The Apache Jenkins build system has built gora-trunk (build #995)

Status: Failure

Check console output at https://builds.apache.org/job/gora-trunk/995/ to view 
the results.