As Dan says :-)
IIRC this was added at a user request.
On 16 Jul 2012, at 08:33, Dan Berindei wrote:
> Mircea, I think the idea was to allow users to create a new CacheManager
> based on an existing CacheManager, but with some global configuration changes.
>
> For instance, we could have used
TestNG/surefire in combo are dreadful at counting the number of tests. If you
get errors, it will start counting failed before/after methods as well as real
test methods. You basically shouldn't trust the count from any run except one
where every test passed.
I would strongly advise using JUnit
Just taking a look.
On 28 Mar 2012, at 20:23, Vladimir Blagojevic wrote:
> Hi,
>
> I think I have a decent solution for testing of distributed execution and CDI
> in the place now. Galder helped out a lot! However, I still can not bridge
> the last remaining mystery: I have two tests WordCount
e need it to be
> exact. This is actually, *very easy* to fix :) but I am surprised it
> doesn't work according to the way Weld is handling it.
>
> On Mon 26 Mar 2012 10:46:24 AM MDT, Pete Muir wrote:
>> Or about the specific issue?
>>
>> On 26 Mar 2012, at 17:
Wrong thread, but +1 for 3.1.1
On 26 Mar 2012, at 17:55, Jason Porter wrote:
> On Mon 26 Mar 2012 10:53:14 AM MDT, Pete Muir wrote:
>> I think some TCK checks this somewhere :-(
>>
>> On 26 Mar 2012, at 17:48, Jason Porter wrote:
>>
>>> This one is actually
s going toward
> DeltaSpike
>
> On Thu 22 Mar 2012 10:04:03 AM MDT, Pete Muir wrote:
>> No, sorry.
>>
>> Jason P, any idea?
>>
>> On 22 Mar 2012, at 16:01, Galder Zamarreño wrote:
>>
>>> We're already using the latest which is 3.1.0.Final:
>
t/pom.xml#L167
>
> Any idea when the next solder version is out?
>
> On Mar 22, 2012, at 1:35 PM, Pete Muir wrote:
>
>> This is a bug in Solder. I would try updating to the latest version of
>> Solder.
>>
>> On 22 Mar 2012, at 08:49, Galder Zamarreño wrote
This is a bug in Solder. I would try updating to the latest version of Solder.
On 22 Mar 2012, at 08:49, Galder Zamarreño wrote:
> Hi,
>
> I've been having a bit of "fun" deploying Infinispan AS7 quickstarts in
> domain mode.
>
> 1. Trying to deploy Infinispan AS7 domain quickstart
> (https:/
I'm not sure what you are trying to do? You can't alter the Transport or
TransactionManagerLookup at runtime, you must set them before the cache is
created.
If you need this functionality, and it's technically supported by Infinispan,
then we can easily add a mutator for these items on the Glob
Or perhaps an Infinispan quickstart? Less developed but still there -
https://github.com/infinispan/infinispan-quickstart
On 13 Feb 2012, at 15:23, Radoslav Husar wrote:
> Nice. Maybe you could make it into AS7 quickstart?
>
> https://github.com/jbossas/quickstart
>
> Pete, WDYT?
>
> Rado
>
On 7 Feb 2012, at 16:20, Manik Surtani wrote:
> Yes, agreed. Pete, any thoughts on why these changed?
This was discussed back at the time. We moved them precisely so that problem
code would show up.
>
> On 7 Feb 2012, at 07:47, Galder Zamarreño wrote:
>
>> Hi,
>>
>> Re: https://issues.jbos
On 7 Feb 2012, at 16:20, Manik Surtani wrote:
> Yes, agreed. Pete, any thoughts on why these changed?
This was discussed back at the time. We moved them precisely so that problem
code would show up.
>
> On 7 Feb 2012, at 07:47, Galder Zamarreño wrote:
>
>> Hi,
>>
>> Re: https://issues.jbos
On 7 Feb 2012, at 14:22, Sanne Grinovero wrote:
> I'm having the transactions API defined by both the following packages:
>
> Hibernate core depends on:
>
>
>org.jboss.spec
>jboss-specs-parent
>1.0.0.Beta2
>
> org.jboss.spec.javax.transaction
> jboss-transaction-api_1.1_spec
>
ing code. This
>> is very important.
>>
>> On 30 Jan 2012, at 20:17, Pete Muir wrote:
>>
>>> This is not done automatically, you'll need to do it yourself. Make sure to
>>> add docs too.
>>>
>>> Please also remember to update
This is not done automatically, you'll need to do it yourself. Make sure to add
docs too.
Please also remember to update src/test/resources/configs/all.xml with your new
elements or attributes. A test validates this file against the schema.
___
infinis
I think if we are confident it will benefit all, we should turn it on.
On 26 Jan 2012, at 18:54, Mircea Markus wrote:
> Hi,
>
> ATM the default value for virtualNodes is 1. This means that the wheel-share
> each node has can be very uneven[1] for smalls(up to 15 nodes) clusters.
> Increasing th
Galder put together
https://docs.jboss.org/author/display/ISPN/Upgrading+from+5.0+to+5.1 - please
review and make sure there are no other changes you can think of. If there are,
either drop me a note with them, or add them.
___
infinispan-dev mailing l
On 19 Jan 2012, at 16:35, Galder Zamarreño wrote:
>
> On Jan 19, 2012, at 4:24 PM, Pete Muir wrote:
>
>>
>> On 19 Jan 2012, at 16:14, Galder Zamarreño wrote:
>>
>>> Hi all,
>>>
>>> Re: https://issues.jboss.org/browse/ISPN-1745
>>
On 19 Jan 2012, at 16:14, Galder Zamarreño wrote:
> Hi all,
>
> Re: https://issues.jboss.org/browse/ISPN-1745
>
> The following deprecated methods belonging to the new configuration are going
> away for final and the methods that should be used instead:
>
> - SerializationConfigurationBuilder
I have them locally, will push soon, just finishing some docs up.
On 16 Jan 2012, at 13:14, Mircea Markus wrote:
>
> On 15 Jan 2012, at 16:53, Pete Muir wrote:
>
>> All
>>
>> Please don't forget to update the XSD when you update the parser!
>>
&g
All
Please don't forget to update the XSD when you update the parser!
I'm noticing quite a few programmatic configuration elements for transactions
that haven't been properly added…
Pete
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
h
If that works for the Infinispan internals, yes, it's better that way!
On 12 Jan 2012, at 16:12, Galder Zamarreño wrote:
> Hi Pete,
>
> I've found a consistency issue in the global configuration:
>
> TransportConfiguration has a reference to Transport coming from
> transportClass attribute res
But one no longer relevant in CR3 ;-)
On 11 Jan 2012, at 16:55, Galder Zamarreño wrote:
>
> On Jan 11, 2012, at 3:25 PM, Sérgio Miguel Fernandes wrote:
>
>>
>> On 10 Jan 2012, at 12:29, Galder Zamarreño wrote:
>>
>>>
>>> On Jan 10, 2012, at 12:59 PM, Sérgio Miguel Fernandes wrote:
>>>
That's a bug. It's fixed in CR3 :-)
On 10 Jan 2012, at 11:59, Sérgio Miguel Fernandes wrote:
> Hi,
>
> On 9 Jan 2012, at 10:26, Galder Zamarreño wrote:
>
>> We need to document a list of gotcha's related to 5.0 to 5.1 upgrades as we
>> prepare for final. So far I have noted these myself:
>>
>
All,
http://infinispan.blogspot.com/2012/01/configuration-changes-in-infinispan.html
Helpful to both users and committers alike!
Pete
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Manik assigned this to me, I'll do it asap.
On 4 Jan 2012, at 14:24, Paul Ferraro wrote:
> While migrating the Infinispan AS7 subsystem to use the new
> configuration API, I've run into a couple of issues in the form of
> feature requests for 5.1.0.CR3:
>
> 1. A method to retrieve the
> org.infin
ase but I would
> like to check with you before proceeding further!
>
> Regards,
> Vladimir
>
> On 11-12-23 12:18 PM, Pete Muir wrote:
>> Yep. This is what CDI calls an "injection target" (an object which is the
>> target for injection). So, what i would
On 21 Dec 2011, at 15:30, Vladimir Blagojevic wrote:
> Pete, a bit more guidance please :-) I read
> http://docs.jboss.org/weld/reference/latest/en-US/html/extend.html and I
> looked at the infinispan-cdi code and how InfinispanExtension class
> wires into CDI container. I understand that part
Did you see any improvement now that we aren't starting up JAXB?
On 23 Dec 2011, at 11:43, Manik Surtani wrote:
> Good point! :)
>
> On 22 Dec 2011, at 16:56, Sanne Grinovero wrote:
>
>> Thanks Manik,
>> but could you fix "created per entity" to "created per entity *type*"
>> ? Should sound le
On 20 Dec 2011, at 17:15, Vladimir Blagojevic wrote:
> On 11-12-20 1:54 PM, Pete Muir wrote:
>> That should be pretty trivial.
>>
>> Only hard bit is integrating this into CDI module. Vladimir, do you provide
>> a SPI for object instantiation and injection in
That should be pretty trivial.
Only hard bit is integrating this into CDI module. Vladimir, do you provide a
SPI for object instantiation and injection in the Map Reduce/Distributed
Executor stuff? If so, Kevin can probably knock it up in an hour or two + tests
;-)
On 20 Dec 2011, at 16:47, Vl
We certainly can do. It's not difficult to fix. By default I allowed us to
parse 5.1 and un-namespaced files. Thoughts? I think 5.0 and 5.1 are 100%
compatible, so it's just a 1 line change.
On 20 Dec 2011, at 08:36, Tristan Tarrant wrote:
> Pete, since the introduction of the Stax parser, the
This is why you shouldn't use the assert keyword in tests, much better to use
the Assert class functions :-)
On 16 Dec 2011, at 10:07, Mircea Markus wrote:
> Thanks for the tip.
> I think we should add a test that check that assertions are enabled so that
> you get the feedback on this issue in
I'm hoping to replace out the parser, I have it mostly implemented, just
testing.
On 15 Dec 2011, at 12:21, Galder Zamarreño wrote:
> Hi,
>
> We're planning to release CR2 tomorrow. How are things looking on your side?
>
> I have the PFER stuff to commit, assuming Mircea's happy with it (see d
On 13 Dec 2011, at 13:47, Dan Berindei wrote:
> On Tue, Dec 13, 2011 at 10:44 AM, Galder Zamarreño wrote:
>>
>> On Dec 12, 2011, at 3:45 AM, Mircea Markus wrote:
>>
>>>
>>> On 10 Dec 2011, at 10:04, Pete Muir wrote:
>>>
>>>> https
https://issues.jboss.org/browse/ISPN-1474
Currently we do a mix of:
enableXXX()
disableXXX()
enabled(boolean b)
XXX(boolean b)
where XXX is something to enable or disable (e.g. purgeOnStartup). We also the
scatter the word use around in a very inconsistent fashion.
I would like to rationalise
onna be the case cos it'd mean changing all get* in cache and
> cache manager...
>
> On Nov 24, 2011, at 12:41 PM, Manik Surtani wrote:
>
>> Well yes, but I can't think of anything better. :)
>>
>> On 24 Nov 2011, at 10:05, Pete Muir wrote:
>>
>>>
On 24 Nov 2011, at 13:53, Manik Surtani wrote:
>
> On 24 Nov 2011, at 12:20, Pete Muir wrote:
>
>> All,
>>
>> Does anyone want to volunteer to run some analysis on Infinispan
>> dependencies to make this happen (it's the only blocker now).
>>
All,
Does anyone want to volunteer to run some analysis on Infinispan dependencies
to make this happen (it's the only blocker now).
Basically, we need a list of Infinispan dependencies *not* in central.
I can help you with the tricks needed to do this if you have time.
Pete
Begin forwarded me
Nice idea. Any objections?
On 24 Nov 2011, at 09:55, Tristan Tarrant wrote:
> On 11/24/2011 10:53 AM, Pete Muir wrote:
>> All,
>>
>> Any ideas on the below? Issue is that the sane name for this method is
>> getConfiguration() but this name is already taken. Optio
ache.getConfiguration()
> ---
>
> Key: ISPN-1562
> URL: https://issues.jboss.org/browse/ISPN-1562
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration, Core API
>Affects Versions: 5.1.0.BETA5
>Reporter: G
Ok, I will check this out.
On 23 Nov 2011, at 14:41, Mircea Markus wrote:
>
> On 23 Nov 2011, at 14:34, Manik Surtani wrote:
>
>> Since (1) is largely handled by a helper method on TestUtil or on the base
>> test class, it should be fairly easy. There will be a few exceptions, of
>> course,
All,
Now that the new config API is in, and the basic teething pains resolved
(thanks to Mircea and Kevin!), this is my plan to eradicate the old config:
1) Convert test suite to use new config. This is a big job, so I'm going to ask
for help on this! What I suggest is that I do a bit, and then
Mircea asked on IRC how you transform from new config -> old. This is in
Legacy(Global)ConfigurationAdaptor - you just write something to copy the value
over…
On 23 Nov 2011, at 13:29, Pete Muir wrote:
> This won't work. Until we totally switch over it has to be in both places.
>
This won't work. Until we totally switch over it has to be in both places.
On 23 Nov 2011, at 13:16, Manik Surtani wrote:
> +1 to (b)
>
> On 22 Nov 2011, at 15:06, Mircea Markus wrote:
>
>> Hi,
>>
>> I need to add a new configuration attribute for:
>> https://issues.jboss.org/browse/ISPN-1297
I would prefer 2, but understand it may be too disruptive. It will provide a
good foundation though.
On 23 Nov 2011, at 10:40, Tristan Tarrant wrote:
> Well, it seems like the creation of the -api and -commons artifacts is
> causing a few problems (we knew about them, but we can no longer ignor
I've moved them. Now we have a flexible config system that can support
deprecation of XML elements, we can more easily fix the config. I would like to
do this for 5.2, when we have time to go over it in detail.
On 22 Nov 2011, at 12:07, Manik Surtani wrote:
> https://issues.jboss.org/browse/ISP
On 3 Nov 2011, at 11:11, Manik Surtani wrote:
>> API
>>
>> The infinispan-api module should only contain the public interfaces which
>> can be used in any context (local, remote, etc). Ideally it should not
>> contain any concrete classes, however this rule can be relaxed for small,
>> self-c
Are the annotations source retention only?
On 24 Oct 2011, at 10:46, Galder Zamarreño wrote:
>
> On Oct 20, 2011, at 7:24 PM, Sanne Grinovero wrote:
>
>> On 20 October 2011 18:01, Pete Muir wrote:
>>> On 20 Oct 2011, at 17:57, Pete Muir wrote:
>>>> On 20
This is just because you are interacting with the JSR-107 managed cache. If we
used a general purpose cache, this wouldn't be a problem right?
On 24 Oct 2011, at 16:25, Kevin Pollet wrote:
> Hi Galder,
>
> On 24 October 2011 15:15, Galder Zamarreño wrote:
> Pete/Kevin,
>
> Looking at the Infi
I believe this is related to the use of JSR-107, it's not related to Infinispan
(see the as7 quick start).
On 24 Oct 2011, at 15:15, Galder Zamarreño wrote:
> Pete/Kevin,
>
> Looking at the Infinispan CDI quickstart, I see:
>
> @GreetingCache
> private Cache cache;
>
> The key that the us
On 20 Oct 2011, at 18:24, Sanne Grinovero wrote:
> On 20 October 2011 18:01, Pete Muir wrote:
>> On 20 Oct 2011, at 17:57, Pete Muir wrote:
>>> On 20 Oct 2011, at 17:52, Sanne Grinovero wrote:
>>>
>>>> right, sounds a reasonable requirement. Any
On 20 Oct 2011, at 17:57, Pete Muir wrote:
>
> On 20 Oct 2011, at 17:52, Sanne Grinovero wrote:
>
>> right, sounds a reasonable requirement. Any suggestion to automate this
>> check?
>
> Use regexp and parse the transformed-for-release (i.e. with their own
On 20 Oct 2011, at 17:52, Sanne Grinovero wrote:
> right, sounds a reasonable requirement. Any suggestion to automate this check?
Use regexp and parse the transformed-for-release (i.e. with their own versions
swapped out) for SNAPSHOT? That's what I've used before and it works.
> Since we use
Guys
I'm just looking at having Infinispan sync'd to Maven central. One issue raised
is that we have a number of releases which refer to SNAPSHOT dependencies
(which is a really bad idea anyway). I can have them sync only 5.1.0 releases
newer ALPHA1 which appear to be clear. But if we do this,
Gotcha. We'll need to somehow mark those config elements which need to be
consistent (e.g. numOwners) vs that which needs to be different (e.g. rackId).
On 17 Oct 2011, at 21:02, Vladimir Blagojevic wrote:
> Pete,
>
> Although https://issues.jboss.org/browse/ISPN-791 task is for 5.2 can we
> s
On 17 Oct 2011, at 23:56, Mircea Markus wrote:
>
> On 14 Oct 2011, at 17:51, Pete Muir wrote:
>> In doing so I moved all the of the interfaces and classes to be top level.
> That is the stuff within FluentConfiguration?
> I wish Configuration would have the same fate as well
On 17 Oct 2011, at 09:06, Dan Berindei wrote:
> On Fri, Oct 14, 2011 at 7:40 PM, Pete Muir wrote:
>> What is the use case for that method? I've never know anyone actually want
>> to export a running config as XML. So I was planning to loose it.
>>
>
&
On 17 Oct 2011, at 09:37, Martin Gencur wrote:
> On Fri, 2011-10-14 at 17:40 +0100, Pete Muir wrote:
>> What is the use case for that method? I've never know anyone actually want
>> to export a running config as XML. So I was planning to loose it.
>>
>> It wo
ircea Markus wrote:
>
> On 14 Oct 2011, at 17:40, Pete Muir wrote:
>
>> What is the use case for that method? I've never know anyone actually want
>> to export a running config as XML. So I was planning to loose it.
> This option originated was initially requested by a
https://issues.jboss.org/browse/ISPN-1367
On 14 Oct 2011, at 08:44, Galder Zamarreño wrote:
>
> On Oct 12, 2011, at 9:48 PM, Pete Muir wrote:
>
>> Yup, this would be the way to do it :-)
>>
>> We do have a jira for this (not online right now, so can't find t
es of classes have, as have the
location.
On 14 Oct 2011, at 08:21, Galder Zamarreño wrote:
> Even the programmatic configuration? I thought your changes were only related
> to XML-parsed config
>
> On Oct 12, 2011, at 9:12 PM, Pete Muir wrote:
>
>> Remember this stuff i
What is the use case for that method? I've never know anyone actually want to
export a running config as XML. So I was planning to loose it.
It would be far better to interrogate the cache state and behavior and check
the config has actually taken effect. Full integration testing is considerably
I would defer both of those until my patch is in, and only support them via the
"new" configuration.
On 10 Oct 2011, at 02:44, Galder Zamarreño wrote:
> Hi guys,
>
> BETA2 should be out next Monday, 17th October.
>
> How are things looking on your corresponding JIRAs?
>
> Couple of my JIRAs (
Yup, this would be the way to do it :-)
We do have a jira for this (not online right now, so can't find the no ;-) -
could you attach this comment to it?
On 10 Oct 2011, at 08:17, Galder Zamarreño wrote:
> Pete et al, for your interest. This is related to the chat we had in Lisbon
> about addi
Remember this stuff is totally redesigned in my config patch changes, so all
the existing config stuff will be deprecated.
On 12 Oct 2011, at 10:20, Galder Zamarreño wrote:
> Thx guys. I'll get it sorted for CR1 at the latest:
> https://issues.jboss.org/browse/ISPN-1452
>
> On Oct 12, 2011, at
vero wrote:
> On 6 October 2011 19:30, Pete Muir wrote:
>> On 6 Oct 2011, at 07:07, Sanne Grinovero wrote:
>>> extensions to Infinispan are already using a service interface, have
>>> you noticed the "infinispan-module.properties" for example in the
>>> Qu
On 6 Oct 2011, at 07:07, Sanne Grinovero wrote:
> Hi Tristan,
> extensions to Infinispan are already using a service interface, have
> you noticed the "infinispan-module.properties" for example in the
> Query module and Lucene modules?
This should really be replaced by the service loader approac
On 30 Sep 2011, at 16:03, Sanne Grinovero wrote:
> On 30 September 2011 15:50, Emmanuel Bernard wrote:
>>
>> On 30 sept. 2011, at 16:46, Mircea Markus wrote:
>>
>> Now there's a reason why merge was used there and not rebase. If you add a
>> new file in a topic branch and modify it in several
I would say non-TX by default.
On 28 Sep 2011, at 17:10, Mircea Markus wrote:
> Hi,
>
> ATM the default cache transaction model in 5.1 is transactional. The main
> reason transactional cache was chosen by default was backward compatibility:
> existing code that access the cache in a mixed way
Argh, I hit the wrong buttons in Nexus.
Paul G, I mistakenly only uploaded the POM for below, and nexus won't let me
replace the pom-only artifact with the right one. Can you delete this for me?
On 25 Sep 2011, at 22:24, Marius Bogoevici wrote:
>
>
> Pete Muir wrote:
>
They are in the public group -
https://repository.jboss.org/nexus/content/groups/public/com/sleepycat/je/4.0.92/
This is the group we recommend for use with Infinispan -
http://www.jboss.org/infinispan/downloads
On 25 Sep 2011, at 04:49, Scott Marlow wrote:
> I have com.sleepcat:je in my local
I've raised this as a global issue across JBoss projects/products with the
relevant groups internally at JBoss, as I believe that we will hit this problem
elsewhere.
I think a mapping document is a good first step. I'll raise this with Misha who
is providing docs support for EDG.
On 16 Sep 201
This area currently under discussion in JSR-107.
https://github.com/jsr107/jsr107spec/issues/16
Perhaps you should raise this on the same issue as a related config issue?
I'm happy with the above regarding the config changes.
On 12 Sep 2011, at 10:40, Mircea Markus wrote:
> Hi,
>
> ATM a cach
/ISPN-1367
* https://issues.jboss.org/browse/WELD-962
* https://issues.jboss.org/browse/WELD-963
On 31 Aug 2011, at 15:11, Manik Surtani wrote:
> Cool, thanks for running with it. I may not be able to make it but I'm sure
> I'll see a summary on this thread. :-)
>
> On
Regarding fine grained security it might be interesting to see if we can't
leverage the work Shane has done with Seam Security 3, as it has a lot of
parallels.
I'm not sure how separate the Seam Security model is from JPA?
On 2 Sep 2011, at 11:01, Joni Hahkala wrote:
>
> Hi,
>
> Just a coupl
Yes.
I have a JIRA for this with the .org team outstanding ;-)
On 31 Aug 2011, at 16:06, Manik Surtani wrote:
>
> On 31 Aug 2011, at 15:57, Pete Muir wrote:
>
>> Yes. http://www.jboss.org/infinispan/documentation
>
> Hmm, shouldn't the column heading on ^^ say
:44, Pete Muir wrote:
>
>> The docs for 5.0 are now located at docs.jboss.org/author/display/ISPN50.
>> The docs at docs.jboss.org/author/display/ISPN can be updated for 5.1
>>
>> Thanks for your patience!
>>
>> On 22 Aug 2011, at 17:13, Pete Muir wrote:
&g
The docs for 5.0 are now located at docs.jboss.org/author/display/ISPN50. The
docs at docs.jboss.org/author/display/ISPN can be updated for 5.1
Thanks for your patience!
On 22 Aug 2011, at 17:13, Pete Muir wrote:
> Quick reminder to everyone - at the moment our docs have *not* been cop
wrote:
>>
>>> That time works for me.
>>>
>>> http://www.timeanddate.com/worldclock/fixedtime.html?iso=20110901T10&p1=136
>>>
>>> Stuart
>>>
>>>
>>> On 31/08/2011, at 2:48 AM, Pete Muir wrote:
>>>
&
only know the CL when a cache
> operation is called, but for events this does not make sense and it'd be
> rather counter intuitive.
>
> The least we can do here is simply use the classloader associated with the
> cache/cachemanager depending on the granularity of the eve
Agreed, but what do others think, what problems are there?
On 30 Aug 2011, at 13:01, Ales Justin wrote:
> While working on OpenShift Flex Infinispan demo, we came across a TCCL setup
> issue.
>
> ---
>
> Looking at the stack trace, and how listener is registered,
> I don't see how Ispan+CDI in
Quick reminder to everyone - at the moment our docs have *not* been copied out
for 5.0.0 - I am waiting on assistance from the JBoss.org team to do this. So
until I give the word, please don't make changes incompatible to 5.0.0 to the
docs!
___
infinis
On 4 Aug 2011, at 16:44, Galder Zamarreño wrote:
>
> On Aug 3, 2011, at 6:36 PM, Pete Muir wrote:
>
>> I have drafted this out at
>> https://docs.jboss.org/author/display/ISPN/Getting+Started+Guide.
>>
>> We start with a couple of introductory ch
On 4 Aug 2011, at 15:16, Galder Zamarreño wrote:
>
> On Aug 4, 2011, at 4:02 PM, Pete Muir wrote:
>
>>
>> On 4 Aug 2011, at 14:58, Galder Zamarreño wrote:
>>
>>>
>>>
>>> On Aug 3, 2011, at 6:36 PM, Pete Muir wrote:
>>>
>
On 4 Aug 2011, at 15:12, Galder Zamarreño wrote:
>
> On Aug 4, 2011, at 3:43 PM, Pete Muir wrote:
>
>>
>> On 4 Aug 2011, at 14:01, Galder Zamarreño wrote:
>>
>>>
>>> On Aug 4, 2011, at 1:01 PM, Sanne Grinovero wrote:
>>>
>>>
On 4 Aug 2011, at 14:58, Galder Zamarreño wrote:
>
>
> On Aug 3, 2011, at 6:36 PM, Pete Muir wrote:
>
>> I have drafted this out at
>> https://docs.jboss.org/author/display/ISPN/Getting+Started+Guide.
>
> I'm having a read through it. I'm fixing some
On 4 Aug 2011, at 14:01, Galder Zamarreño wrote:
>
> On Aug 4, 2011, at 1:01 PM, Sanne Grinovero wrote:
>
>> 2011/8/4 Dan Berindei :
>>>
>>
>> Are you proposing a temporary API to make things work before ISPN-658
>> is solved? I don't like the Future approach, it's still unclear that I
>> hav
On 4 Aug 2011, at 12:01, Sanne Grinovero wrote:
>> This is not as straightforward as it may seem, first there is a
>> question of whether to use template parameters or not:
>> 2.a. Set getCaches(String... cacheNames);
>> vs
>> 2.b. Set> getCaches(String... cacheNames);
>>
>> I don't think having
I have drafted this out at
https://docs.jboss.org/author/display/ISPN/Getting+Started+Guide.
We start with a couple of introductory chapters - a brief overview of what
Infinispan offers, instructions for how to download and install infinispan, and
instructions on the GUIDemo (as it helps people
Thanks. I don't think I will configuration changes ready for Alpha1 in
mid-august at this rate. End of august is doable.
On 2 Aug 2011, at 15:44, Manik Surtani wrote:
> Guys
>
> I've put together a high level planning doc for 5.1. Please have a look and
> see if I've missed out on anything.
On 1 Aug 2011, at 16:06, Mircea Markus wrote:
>
> On 1 Aug 2011, at 15:52, Pete Muir wrote:
>
>> All,
>>
>> We've had various bitty discussions about how to handle different versions
>> of the documentation now that we've moved to Confluence.
>
All,
We've had various bitty discussions about how to handle different versions of
the documentation now that we've moved to Confluence.
We had a discussion on IRC, from which I wrote up the notes below. The short
version is that for each minor version (x.y) of Infinispan we will clone the
In
I think I probably have adjusted yours already, but please double check!
On 26 Jul 2011, at 08:59, Galder Zamarreño wrote:
> Thx Pete. I'll go over the ones I wrote last week and adjust accordingly.
>
> On Jul 25, 2011, at 11:42 AM, Pete Muir wrote:
>
>> Guidelines
http://transcripts.jboss.org/meeting/irc.freenode.org/infinispan/2011/infinispan.2011-07-25-14.17.log.html
We discussed releasing 5.0.0.FINAL on Thursday, and
https://issues.jboss.org/browse/JBPAPP-6865 is currently a blocker for the
release. Michal + Vladimir are working on it. Otherwise no obj
Guidelines written up -
https://docs.jboss.org/author/display/ISPN/Contributing+to+Infinispan#ContributingtoInfinispan-Glossary
On 24 Jul 2011, at 16:22, Manik Surtani wrote:
>
> On 22 Jul 2011, at 15:09, Pete Muir wrote:
>
>> Are you happy with these changes? If you are,
one. Anyone care to proof read and comment?
>>> :)
>>>
>>> - Original Message -
>>> From: Pete Muir
>>> To: infinispan -Dev List
>>> Sent: Fri, 08 Jul 2011 10:54:40 -0400 (EDT)
>>> Subject: Re: [infinispan-dev] New documentat
-- Original Message -
> From: Pete Muir
> To: infinispan -Dev List
> Sent: Fri, 08 Jul 2011 10:54:40 -0400 (EDT)
> Subject: Re: [infinispan-dev] New documentation type - Glossary
> There are stub's for all of these on the wiki now.
> I'm giving each of the core
All,
I created http://community.jboss.org/wiki/UserGuideEnhancements to track ideas
and problems with the user guide. Seeded with some sections with Galder :-)
Please dump any thoughts you have there e.g.
* sections which need overhaul due to poor content
* sections which could be reorganised
*
On 14 Jul 2011, at 12:34, Sanne Grinovero wrote:
> Yesterday during one of the changes I made about dependencies I
> removed the committed eclipse project file which setup the annotation
> processors for Eclipse,
> mainly because it was not valid anymore with the current dependencies.
Haha, I on
1 - 100 of 178 matches
Mail list logo