[JBoss JIRA] (ISPN-4360) Removing SLF4J and commons-logging from parent classpath
by Sanne Grinovero (JIRA)
Sanne Grinovero created ISPN-4360:
-------------------------------------
Summary: Removing SLF4J and commons-logging from parent classpath
Key: ISPN-4360
URL: https://issues.jboss.org/browse/ISPN-4360
Project: Infinispan
Issue Type: Task
Components: Build process
Reporter: Sanne Grinovero
Assignee: Sanne Grinovero
Fix For: 7.0.0.Alpha5
These dependencies don't seem to be needed by any module (and even if they were, these should not be declared in the parent).
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 10 months
[JBoss JIRA] (ISPN-4347) Remove Geronimo from parent pom as global dependency
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-4347?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-4347:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Remove Geronimo from parent pom as global dependency
> ----------------------------------------------------
>
> Key: ISPN-4347
> URL: https://issues.jboss.org/browse/ISPN-4347
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core, Test Suite - Query
> Reporter: Sanne Grinovero
> Assignee: Martin Gencur
> Fix For: 7.0.0.Alpha5
>
>
> Geronimo is now being added to the classpath of all modules, creating ambiguity both as a JTA implementor and by providing duplicate definitions of the API.
> We should actually never add dependency to the parent of all modules, as a module can not exclude it.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 10 months
[JBoss JIRA] (ISPN-4359) Provide an annotation driven way of declaring protobuf metadata
by Adrian Nistor (JIRA)
Adrian Nistor created ISPN-4359:
-----------------------------------
Summary: Provide an annotation driven way of declaring protobuf metadata
Key: ISPN-4359
URL: https://issues.jboss.org/browse/ISPN-4359
Project: Infinispan
Issue Type: Feature Request
Components: Marshalling
Affects Versions: 7.0.0.Alpha4
Reporter: Adrian Nistor
Assignee: Adrian Nistor
The main goal of this is to simply marshalling of java objects to protobuf using the Protostream library.
Instead of providing a Protostream MessageMarshaller implementation and a proto schema file it would be nice to have an alternative way of just adding minimal annotations to a Java class (and its fields) to assist on the fly generation (via reflection) of the proto schema. The Protostream library should also infer the marshaller so it would not require a manually implemented one. The annotation should require minimal info (tag number) and the rest should be inferred based on common sense defaults (protobuf type, java collection type, collection element type ...) but should be possible to override. The auto-generated schema should be available to users and they should be able then to use it as reference if they need it to implement domain model classes and marshallers for other languages.
The user should still be able to specify a manually created schema (besides the annotated classes) and in that case the Protostream library should check the auto-inferred schema against the provided one and ensure they match.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 10 months
[JBoss JIRA] (ISPN-4355) TEST_PING always times out
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-4355?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-4355:
------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> TEST_PING always times out
> --------------------------
>
> Key: ISPN-4355
> URL: https://issues.jboss.org/browse/ISPN-4355
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite - Core
> Affects Versions: 7.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 7.0.0.Alpha5
>
>
> Since the JGroups 3.5.0.Beta7 upgrade, TEST_PING always times out when starting the first node. The reason is that Responses class introduced in the JGRP-1826 fix is intended to work with asynchronous discovery protocols, and it requires an explicit call to {{done()}} to confirm that the list of responses is complete.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 10 months