spring-projects / spring-data-keyvalue Goto Github PK

Christoph Strobl opened DATAKV-109 and commented

No further details from DATAKV-109

Mark Pollack opened DATAKV-31 and commented

Affects: 1.0.0.M1

Reference URL: http://forum.springsource.org/showthread.php?p=341514

2 votes, 1 watchers

Mark Pollack opened DATAKV-1 and commented

Subfeatures to include support for several serialization formats. XML/Java/JSON current supported

No further details from DATAKV-1

Christoph Strobl opened DATAKV-122 and commented

Referenced from: commits 906ed65, 8a3ff9f, 567cf8c, 62276f3, 131f148, 2d16bb9

Christoph Strobl opened DATAKV-91 and commented

Issue Links:

• DATAKV-104 Refactor event handling according to design in Spring Data MongoDB

Referenced from: pull request #5

Sushma opened DATAKV-83 and commented

test

No further details from DATAKV-83

Thomas Darimont opened DATAKV-97 and commented

No further details from DATAKV-97

Oliver Drotbohm opened DATAKV-125 and commented

No further details from DATAKV-125

Thomas Darimont opened DATAKV-113 and commented

It would be great to have support for MapDB which provides filesystem backed maps that allows you to deal with very large Map like data structures

Reference URL: http://www.mapdb.org/

1 votes, 2 watchers

Oliver Drotbohm opened DATAKV-106 and commented

Affects: 1.0 M1 (Gosling)

Shu Yu opened DATAKV-115 and commented

I am using Spring data key value for a web application. Calls to a repository's findByXXX fail randomly, causing an exception.

I have attached the test case that can reproduce the problem.

I think that KeyValuePartTreeQuery is reusing a SpelExpression object, causing failing in SpelQueryEngine.filterMatchingRange() because the expression evaluation context in one thread can be changed by another thread

Affects: 1.0 GA (Gosling)

Attachments:

• mavenProject.ZIP (3.36 kB)

Referenced from: pull request #16

Emily opened DATAKV-82 and commented

test

Affects: 1.0.0.M2

Attachments:

• 1.txt (1 bytes)

Mark Pollack opened DATAKV-4 and commented

https://oss.sonatype.org/content/groups/public/org/jredis/jredis-core-ri/a.0-SNAPSHOT/ is hosting jredis

Referenced from: commits bf98d19, 60add9d, 0fc7b1f

Christoph Strobl opened DATAKV-98 and commented

Referenced from: commits a8a37d4

Christoph Strobl opened DATAKV-100 and commented

Referenced from: commits aa3204e

Christoph Strobl opened DATAKV-110 and commented

No further details from DATAKV-110

• Typos in reference documentation #89
• Query using a repository's findByXXX fails when a property XXX of any entry is null #92

Thomas Darimont opened DATAKV-96 and commented

Reference URL: https://jira.spring.io/browse/DATACMNS-554

Issue Links:

• DATACMNS-554 Add QueryDslPredicateExecutor.findAll(Predicate, Sort) method

Referenced from: pull request #4

Oliver Drotbohm opened DATAKV-95 and commented

No further details from DATAKV-95

Oliver Drotbohm opened DATAKV-86 and commented

Move from @EnableKeyValueRepositories to @EnableMapRepositories and move the annotation into map.repository.config similarly to the other store implementations

Referenced from: pull request #1, and commits af2a7c8, ff1338a

Oliver Drotbohm opened DATAKV-85 and commented

Referenced from: commits 1991b0d, 42a13a7

Oliver Drotbohm opened DATAKV-111 and commented

• SpelPropertyComperator -> SpelPropertyComparator
• methodname -> method name
• KeyValaueTemplate -> KeyValueTemplate
• MapAdaper -> MapAdapter

Affects: 1.0 GA (Gosling)

Backported to: 1.0.1 (Gosling SR1)

Christoph Strobl opened DATAKV-102 and commented

Referenced from: pull request #10, and commits f8e01a2, 6cea815

Christoph Strobl opened DATAKV-103 and commented

Introduce KeyValueStore abstraction offering basic put/get/count/remove operations without usage of template.

Should be based upon KeyValueAdapter so one still can make use of the underlying abstraction. Access should be available via KeyValueOperations

Referenced from: pull request #9

Mark Pollack opened DATAKV-3 and commented

Jedis 1.3 is in a public maven repository

Referenced from: commits c00795f

Oliver Drotbohm opened DATAKV-89 and commented

Referenced from: pull request spring-projects/spring-data-commons#106

Christoph Strobl opened DATAKV-101 and commented

Referenced from: pull request #8, and commits 952a901, 960fe9e, 45b7e40, 621be9d, 32df64b

Vaibhav Puranik opened DATAKV-2 and commented

I had created this issue a while ago :

https://jira.springframework.org/browse/SPR-5950

Is it possible for you to move this issue to DATAKV project?

Attachments:

• HBaseConfigurationFactoryBean.java (1.55 kB)
• HBaseTemplate.java (2.20 kB)
• RowCallback.java (602 bytes)
• TableCallback.java (614 bytes)

Christoph Strobl opened DATAKV-90 and commented

Issue Links:

• DATACMNS-587 Add findAll variant with QueryDSL OrderSpecifier without a Predicate

Oliver Drotbohm opened DATAKV-88 and commented

Currently a bean name keyValueTemplate is required in the ApplicationContext to bootstrap Map based repositories. We could default a bean definition using the MapKeyValueAdapterFactory using the Map type configured on the @EnableMapRepositories annotation.

MapKeyValueAdapterFactory should get the setter for the Map-type removed to become immutable

No further details from DATAKV-88

Christoph Strobl opened DATAKV-93 and commented

Issue Links:

• DATAKV-87 @EnableMapRepositories should allow the definition of the Map-type to be used
  ("depends on")

Referenced from: pull request #3

Christoph Strobl opened DATAKV-116 and commented

Type reolution fails for ApplicationEvents using generic types. Using Spring 4.2 it is required to either implement ResolvableTypeProvider or extend PayloadApplicationEvent. In order to support 4.2 from a 4.1 based source we need to provide means to deal with this by providing base handling the generics.

class KeyValueEventListener <E> implements ApplicationListener<KeyValueEvent<?>> {

	private final Class<?> domainClass;

	public KeyValueEventListener() {
		Class<?> typeArgument = GenericTypeResolver.resolveTypeArgument(this.getClass(), NeoEventListener.class);
		this.domainClass = typeArgument == null ? Object.class : typeArgument;
	}

	@SuppressWarnings({ "unchecked" })
	public void onApplicationEvent(KeyValueEvent<?> event) {

		if (event instanceof BeforeDeleteEvent<?>) {
			BeforeDeleteEvent<?> beforeDeleteEvent = (BeforeDeleteEvent<?>) event;

			// inspect for matching types and ignore others
			if (domainClass.isAssignableFrom(beforeDeleteEvent.getType())) {
				onBeforeDelete((BeforeDeleteEvent <E>) event);
			}
			// other event types...

		}
	}

	protected void onBeforeDelete(BeforeDeleteEvent<E> event) {

	}
}

Affects: 1.0 GA (Gosling)

Oliver Drotbohm opened DATAKV-123 and commented

Store implementations usually provide a more dedicated createRepositoryFactory(…) method that exposes the context parameters to implementors directly. Intrdoucing that special method would remove the need to expose the internals of the class through protected methods

Referenced from: pull request #17

Oliver Drotbohm opened DATAKV-105 and commented

• KeyValueOperations.hasKeyspace(…) can be removed
• JavaDoc
• KeyValueTemplate's List usage

Referenced from: pull request #11

Oliver Drotbohm opened DATAKV-119 and commented

Issue Links:

• DATACMNS-670 Add support for Querydsl 4
  ("depends on")

Referenced from: commits e7efe29, 9058664, 5f4e828

Christoph Strobl opened DATAKV-92 and commented

No further details from DATAKV-92

Christoph Strobl opened DATAKV-112 and commented

Repository queries are currently cached by default which causes trouble for non parameter bindable queries (eg. in Redis)

Affects: 1.0 GA (Gosling)

Issue Links:

• DATAREDIS-425 Add Support for basic CRUD and finder Operations backed by Hashes and Sets
  ("is depended on by")

Referenced from: pull request #18

Oliver Drotbohm opened DATAKV-84 and commented

Referenced from: commits 2ebac47

Oliver Drotbohm opened DATAKV-121 and commented

Issue Links:

• DATACMNS-89 Support for projections in repository query methods

Referenced from: commits d1df6d5

Christoph Strobl opened DATAKV-99 and commented

Add a KeyValueIterator allowing to iterate over a set of KeyValuePairs

Referenced from: pull request #7, and commits fc6bdca, f8e01a2, 02759f5, 16dc4b5, 662d751, 58f4b08

Oliver Drotbohm opened DATAKV-104 and commented

Issue Links:

• DATAKV-91 Add support for sending application events

Referenced from: pull request #12

Oliver Drotbohm opened DATAKV-124 and commented

No further details from DATAKV-124

Christoph Strobl opened DATAKV-118 and commented

Referenced from: commits 28e4c4d, 501cee7, 9737c02, 7ac4f5f, a50d165, e556edc

Christoph Strobl opened DATAKV-117 and commented

Issue Links:

• DATAREDIS-425 Add Support for basic CRUD and finder Operations backed by Hashes and Sets
  ("is depended on by")

Referenced from: pull request #18

Mark Pollack opened DATAKV-5 and commented

Spring Commons had the initial version of common streaming serialization interface, this was moved into spring framework 3.0.5.

No further details from DATAKV-5

Oliver Drotbohm opened DATAKV-87 and commented

Would be cool to be able to configure the Map-type used for the repository in the @EnableMapRepositories annotation like this:

@Configuration
@EnableMapRepositories(mapType = MyMap.class)
class Config { }

Issue Links:

• DATAKV-93 Add readme and reference documentation
  ("is depended on by")

Referenced from: pull request #2, and commits bc88cb4, 7b79e1f, b16a454, 5994025

Christoph Strobl opened DATAKV-94 and commented

When moving code from spring-data-commons to the key value module we did not alter/remove the since tags accordingly

No further details from DATAKV-94

Christoph Strobl opened DATAKV-108 and commented

No further details from DATAKV-108

Oliver Drotbohm opened DATAKV-107 and commented

No further details from DATAKV-107

Shu Yu opened DATAKV-114 and commented

I am using spring data key value for a web application. Queries via the repository interface can fail at random time.

It seems that this failing occurs when a property of an entry is null, which happens often in a multi-thread environment as a property may not have been set yet while another thread is making a query to a repository. This is preventing me from using Spring Data Keyvalue.

The attached test can reproduce this issue. The stack trace of the exception is:

org.springframework.data.keyvalue.core.UncategorizedKeyValueException: nested exception is java.lang.NullPointerException
	at org.springframework.data.keyvalue.core.KeyValuePersistenceExceptionTranslator.translateExceptionIfPossible(KeyValuePersistenceExceptionTranslator.java:49)
	at org.springframework.data.keyvalue.core.KeyValueTemplate.resolveExceptionIfPossible(KeyValueTemplate.java:485)
	at org.springframework.data.keyvalue.core.KeyValueTemplate.execute(KeyValueTemplate.java:380)
	at org.springframework.data.keyvalue.core.KeyValueTemplate.find(KeyValueTemplate.java:391)
	at org.springframework.data.keyvalue.repository.query.KeyValuePartTreeQuery.execute(KeyValuePartTreeQuery.java:88)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.doInvoke(RepositoryFactorySupport.java:454)
	at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:432)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
	at org.springframework.data.projection.DefaultMethodInvokingMethodInterceptor.invoke(DefaultMethodInvokingMethodInterceptor.java:61)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
	at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
	at com.sun.proxy.$Proxy20.findByLastname(Unknown Source)
	at my.keyvalue.MyTest.queryFailingWithEntryOfNullLastname(MyTest.java:26)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
	at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:73)
	at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:82)
	at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:73)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:224)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:83)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
	at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
	at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:68)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:163)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
	at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:68)
Caused by: java.lang.NullPointerException
	at org.springframework.data.keyvalue.core.SpelQueryEngine.filterMatchingRange(SpelQueryEngine.java:96)
	at org.springframework.data.keyvalue.core.SpelQueryEngine.sortAndFilterMatchingRange(SpelQueryEngine.java:76)
	at org.springframework.data.keyvalue.core.SpelQueryEngine.execute(SpelQueryEngine.java:55)
	at org.springframework.data.keyvalue.core.SpelQueryEngine.execute(SpelQueryEngine.java:38)
	at org.springframework.data.keyvalue.core.QueryEngine.execute(QueryEngine.java:56)
	at org.springframework.data.keyvalue.core.AbstractKeyValueAdapter.find(AbstractKeyValueAdapter.java:66)
	at org.springframework.data.keyvalue.core.AbstractKeyValueAdapter.find(AbstractKeyValueAdapter.java:29)
	at org.springframework.data.keyvalue.core.KeyValueTemplate$7.doInKeyValue(KeyValueTemplate.java:397)
	at org.springframework.data.keyvalue.core.KeyValueTemplate$7.doInKeyValue(KeyValueTemplate.java:391)
	at org.springframework.data.keyvalue.core.KeyValueTemplate.execute(KeyValueTemplate.java:378)
	... 40 more

Affects: 1.0 GA (Gosling)

Attachments:

• testmavenproject.ZIP (2.95 kB)

Referenced from: pull request #15

Backported to: 1.0.1 (Gosling SR1)