Yeah you're right that the tests will have to be moved about as well. There are 
still some instances that I'm finding where the old-school configs are being 
used but you don't see them in imports because of the packages that they exist 
in. 


For example, the tests in the org.infinispan.config.* module won't have any 
import for org.infinispan.config.Configuration etc. Which means it can be nasty 
to find at times. 



------------------------ 
Navin Surtani 


Software Engineer 
JBoss SET 
JBoss EAP 


Twitter: @navssurtani 
----- Original Message -----

From: "Manik Surtani" <[email protected]> 
To: "infinispan -Dev List" <[email protected]> 
Sent: Friday, November 23, 2012 1:02:31 AM 
Subject: Re: [infinispan-dev] ISPN-2463: Hopefully one final question 

And this will also determine where the tests live. I think we'll end up with a 
situation where the existing test suite is broken up and scattered across the 
different modules. 



On 22 Nov 2012, at 09:56, Tristan Tarrant < [email protected] > wrote: 




Navin, 

6.0 will split core into several jars (names are currently fictional): 


    * infinispan-api (which will only contain interfaces common to all types of 
caches) 
    * infinispan-commons (common classes) 
    * infinispan-local (local cache functionality) 
    * infinispan-clustered (clustering functionality) 


This will make the hotrod client not pull in the entire embedded infinispan 
library as well. 
One thing this split will cause is that these jars should have different 
package roots to avoid the OSGi/JBoss modules "package split". 

Tristan 

On 11/22/2012 04:35 AM, Navin Surtani wrote: 

<blockquote>
Could you elaborate on what other refactoring has to be done please? I mean, 
specifically on the configuration side, if there's a 1-for-1 replacement in 
terms of the configuration that's already available then shouldn't we just be 
directly swapping in the other API? I get that there are some changes to the 
way that things would be configured, and some defaults have been changed - but 
there are still ways to do the same thing correct?


------------------------ 
Navin Surtani 


Software Engineer 
JBoss SET 
JBoss EAP 


Twitter: @navssurtani 

----- Original Message -----
From: "Tristan Tarrant" <[email protected]> To: "infinispan -Dev List" 
<[email protected]> Cc: "Navin Surtani" <[email protected]> 
Sent: Wednesday, November 21, 2012 8:56:20 PM
Subject: Re: [infinispan-dev] ISPN-2463: Hopefully one final question

Before applying the chainsaw, we must first decide if we're going to 
have a 5.3.
Also 6.0 will have much more refactoring than just dropping 
org.infinispan.config.* so I think that should be handled first.

Tristan
_______________________________________________
infinispan-dev mailing list [email protected] 
https://lists.jboss.org/mailman/listinfo/infinispan-dev 


_______________________________________________ 
infinispan-dev mailing list 
[email protected] 
https://lists.jboss.org/mailman/listinfo/infinispan-dev 
</blockquote>






-- 
Manik Surtani 
[email protected] 
twitter.com/maniksurtani 



Platform Architect, JBoss Data Grid 
http://red.ht/data-grid 

_______________________________________________ 
infinispan-dev mailing list 
[email protected] 
https://lists.jboss.org/mailman/listinfo/infinispan-dev 
_______________________________________________
infinispan-dev mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Reply via email to