Nabble - Terracotta

DevConsole client DSO stats

2009-12-11T13:01:16Z

Since the beginning of time, er, the DevConsole, the client DSO stats have been broken. All of them.

Summary: when using a SampledCounter, don't use getValue() but rather getMostRecentSample().getCounterValue(). The symptom of this mistake is a saw-tooth pattern cycling between 0 --> the-real-value.

Now, once that is fixed, the client stats are still broken wrt Active-Active. A fix is coming for that.
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

testing 1 2 3 [please ignore]

2009-12-07T19:56:22Z

sorry to interrupt, but need to confirm mailman is running again :)
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: Terracotta 3.2 nightly builds

2009-11-16T21:05:58Z

I might end up breaking nightly builds on the website for a day or two
after we release the new website. But, I'll try to get them back as
soon as I possibly can.

Since they're published as an RSS feed, though, they'll still be
accessible. Just not posted on the download page for a little while.

--Orion

On Nov 16, 2009, at 1:56 AM, Sergio Bossa wrote:

> Hi guys,
>
> will Terracotta 3.2 nightly builds be available anytime soon?
> Right now I see only 3.1.2 builds.
>
> Thanks,
> Cheers,
>
> Sergio B.
>
> --
> Sergio Bossa
> Software Passionate and Open Source Enthusiast.
> URL: http://www.linkedin.com/in/sergiob
> _______________________________________________
> tc-dev mailing list
> tc-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-dev

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: Terracotta 3.2 nightly builds

2009-11-16T12:57:16Z

On Mon, Nov 16, 2009 at 9:50 PM, Alex Miller <amiller@...> wrote:

> They're both nightly builds. 3.1.2 should be virtually identical to 3.1.1.
> trunk has all the new platform engineering work and is shooting for a end
> of year release timeframe.

Thanks for clarifying, Alex.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: Terracotta 3.2 nightly builds

2009-11-16T12:50:54Z

trunk is 3.2-snapshot
nightly is 3.1.2-snapshot (which may not ever be released)

They're both nightly builds. 3.1.2 should be virtually identical to
3.1.1. trunk has all the new platform engineering work and is
shooting for a end of year release timeframe.

On Nov 16, 2009, at 2:48 PM, Sergio Bossa wrote:

> On Mon, Nov 16, 2009 at 9:29 PM, Alex Miller <amiller@...
> > wrote:
>
>> I tried to talk someone into doing that and it was rightly noted
>> that trunk
>> (3.2) builds are already available on the download page.
>
> I know that, but then what's the difference between trunk builds and
> nightly ones?
>
> --
> Sergio Bossa
> Software Passionate and Open Source Enthusiast.
> URL: http://www.linkedin.com/in/sergiob
> _______________________________________________
> tc-dev mailing list
> tc-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-dev

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: Terracotta 3.2 nightly builds

2009-11-16T12:48:19Z

On Mon, Nov 16, 2009 at 9:29 PM, Alex Miller <amiller@...> wrote:

> I tried to talk someone into doing that and it was rightly noted that trunk
> (3.2) builds are already available on the download page.

I know that, but then what's the difference between trunk builds and
nightly ones?

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: Terracotta 3.2 nightly builds

2009-11-16T12:29:25Z

I tried to talk someone into doing that and it was rightly noted that
trunk (3.2) builds are already available on the download page.

On Nov 16, 2009, at 7:29 AM, Sergio Bossa wrote:

> On Mon, Nov 16, 2009 at 2:26 PM, Alex Miller <amiller@...
> > wrote:
>
>> I'll check on that. Probably won't be a 3.1.2 so that would make
>> more sense.
>
> Great, looking for that.
> Thanks,
> Cheers,
>
> Sergio B.
>
> --
> Sergio Bossa
> Software Passionate and Open Source Enthusiast.
> URL: http://www.linkedin.com/in/sergiob
> _______________________________________________
> tc-dev mailing list
> tc-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-dev

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-16T08:45:28Z

On Mon, Nov 16, 2009 at 5:39 PM, Chris Dennis
<cdennis@...> wrote:

> I think I agree with Sergio here. By my reasoning if tryLock is going to
> return false, then lock should block indefinitely. So lock being a no-op
> and tryLock returning true, would seem to be the correct pairing.

Exactly.

> I have to
> say I'm not so comfortable with the idea of throwing exceptions though!

That was an extreme point :)
If your point is correctness toward the client, though, exceptions are
the only way IMHO.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-16T08:39:57Z

I think I agree with Sergio here. By my reasoning if tryLock is going
to return false, then lock should block indefinitely. So lock being a
no-op and tryLock returning true, would seem to be the correct
pairing. I have to say I'm not so comfortable with the idea of
throwing exceptions though!

Chris

On Nov 16, 2009, at 11:34 AM, Sergio Bossa wrote:

> On Mon, Nov 16, 2009 at 3:41 PM, Geert Bevin <gbevin@...
> > wrote:
>
>> I personally think it should return false since the lock is never
>> acquired in FinegrainedLockNoDso.
>
> The lock() method doesn't acquire any actual lock either: so lock()
> and tryLock() doesn't behave the same.
> Following your thoughts, then, lock() should throw
> UnsupportedOperationException.
>
>> If this class is rewritten to do actual locking on meaning
>> entities, then the return value could should, but now with its no-
>> op implementation I think it's good
>> to be correct and not give out any false guarantees.
>
> Again, if this is your point, then lock() and tryLock() should both
> throw an UnsupportedOperationException, or even better, a meaningful
> exception that clients could properly handle: if you just return
> false, there's no way to understand if it wasn't actually able to
> acquire the lock, or rather there was actually no lock to acquire.
>
> What do you think?
> Thanks,
> Cheers,
>
> Sergio B.
>
> --
> Sergio Bossa
> Software Passionate and Open Source Enthusiast.
> URL: http://www.linkedin.com/in/sergiob
> _______________________________________________
> tc-forge-dev mailing list
> tc-forge-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-forge-dev

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-16T08:34:09Z

On Mon, Nov 16, 2009 at 3:41 PM, Geert Bevin <gbevin@...> wrote:

> I personally think it should return false since the lock is never acquired in FinegrainedLockNoDso.

The lock() method doesn't acquire any actual lock either: so lock()
and tryLock() doesn't behave the same.
Following your thoughts, then, lock() should throw
UnsupportedOperationException.

> If this class is rewritten to do actual locking on meaning entities, then the return value could should, but now with its no-op implementation I think it's good
> to be correct and not give out any false guarantees.

Again, if this is your point, then lock() and tryLock() should both
throw an UnsupportedOperationException, or even better, a meaningful
exception that clients could properly handle: if you just return
false, there's no way to understand if it wasn't actually able to
acquire the lock, or rather there was actually no lock to acquire.

What do you think?
Thanks,
Cheers,

Sergio B.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-16T06:41:28Z

Hi Sergio,

I personally think it should return false since the lock is never acquired in FinegrainedLockNoDso.

If this class is rewritten to do actual locking on meaning entities, then the return value could should, but now with its no-op implementation I think it's good to be correct and not give out any false guarantees.

Take care,

Geert

On 16 Nov 2009, at 10:47, Sergio Bossa wrote:

> Guys,
>
> the FinegrainedLockNoDso class returns false on tryLock() methods,
> hence breaking my unit tests: is there any reason for that behavior?
> It's just a kind of stub, so I think it wouldn't be harmful to return
> true, other than be more consistent with lock() methods which are
> no-ops.
>
> What do you think?
>
> On Thu, Nov 12, 2009 at 9:32 PM, Alex Miller <amiller@...> wrote:
>> Hey Sergio,
>>
>> Tim rightly pointed at ConcurrentDistributedMap.createFinegrainedLock(K)
>> which will return you a FineGrainedLock object (with tryLock methods) that
>> lets you accomplish the equivalent of tryLockEntry(). Is that sufficient?
>>
>> http://forge.terracotta.org/releases/projects/tim-concurrent-collections-root/apidocs/org/terracotta/collections/ConcurrentDistributedMap.html
>> http://forge.terracotta.org/releases/projects/tim-concurrent-collections-root/apidocs/org/terracotta/collections/FinegrainedLock.html

>> --
Geert Bevin
Terracotta - http://www.terracotta.org
Uwyn "Use what you need" - http://uwyn.com
RIFE Java application framework - http://rifers.org
Flytecase Band - http://flytecase.be
Music and words - http://gbevin.com

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: Terracotta 3.2 nightly builds

2009-11-16T05:29:52Z

On Mon, Nov 16, 2009 at 2:26 PM, Alex Miller <amiller@...> wrote:

> I'll check on that. Probably won't be a 3.1.2 so that would make more sense.

Great, looking for that.
Thanks,
Cheers,

Sergio B.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: Terracotta 3.2 nightly builds

2009-11-16T05:26:57Z

I'll check on that. Probably won't be a 3.1.2 so that would make more sense.

----- Original Message -----
From: "Sergio Bossa" <sergio.bossa@...>
To: "tc-dev" <tc-dev@...>
Sent: Monday, November 16, 2009 3:56:14 AM GMT -06:00 US/Canada Central
Subject: [tc-dev] Terracotta 3.2 nightly builds

Hi guys,

will Terracotta 3.2 nightly builds be available anytime soon?
Right now I see only 3.1.2 builds.

Thanks,
Cheers,

Sergio B.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Terracotta 3.2 nightly builds

2009-11-16T01:56:14Z

Hi guys,

will Terracotta 3.2 nightly builds be available anytime soon?
Right now I see only 3.1.2 builds.

Thanks,
Cheers,

Sergio B.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-16T01:47:32Z

Guys,

the FinegrainedLockNoDso class returns false on tryLock() methods,
hence breaking my unit tests: is there any reason for that behavior?
It's just a kind of stub, so I think it wouldn't be harmful to return
true, other than be more consistent with lock() methods which are
no-ops.

What do you think?

On Thu, Nov 12, 2009 at 9:32 PM, Alex Miller <amiller@...> wrote:

> Hey Sergio,
>
> Tim rightly pointed at ConcurrentDistributedMap.createFinegrainedLock(K)
> which will return you a FineGrainedLock object (with tryLock methods) that
> lets you accomplish the equivalent of tryLockEntry(). Is that sufficient?
>
> http://forge.terracotta.org/releases/projects/tim-concurrent-collections-root/apidocs/org/terracotta/collections/ConcurrentDistributedMap.html
> http://forge.terracotta.org/releases/projects/tim-concurrent-collections-root/apidocs/org/terracotta/collections/FinegrainedLock.html
>
> Alex
>
>
> On Nov 11, 2009, at 12:21 PM, Alex Miller wrote:
>
>> 3.2 is probably end of year-ish timeframe, depending on what ends up going
>> in it and holidays, etc.
>>
>>
>> On Nov 11, 2009, at 11:16 AM, Sergio Bossa wrote:
>>
>>> On Wed, Nov 11, 2009 at 4:51 PM, Alex Miller <amiller@...>
>>> wrote:
>>>
>>>> Given those alternatives, I'd much rather add a tryLockEntry() :) Let
>>>> me
>>>> discuss with some people here internally and see whether we can add this
>>>> for
>>>> the 3.2 release train.
>>>
>>> Great, what's the planned release time for 3.2?
>>>
>>>> I'll leave the interrupt question to Chris (who is out today) since he
>>>> just
>>>> rewrote the client lock manager. In this case, I think you're
>>>> performing a
>>>> blocking lock operation so I don't believe it should/would respond to
>>>> interrupt.
>>>
>>> Okay, I'm adding Chris to this thread.
>>>
>>>> BTW, you might want to try out some of your perf tests with the current
>>>> trunk - server guys have made some insane improvements in the last few
>>>> weeks
>>>> in prep for 3.2 plus the new lock mgr is a big improvement, particularly
>>>> on
>>>> read locks and lock memory footprint.
>>>
>>> Very cool: I'll give it a try in a few days.
>>>
>>> Thanks for your support,
>>> Cheers,
>>>
>>> Sergio B.
>>>
>>> --
>>> Sergio Bossa
>>> Software Passionate and Open Source Enthusiast.
>>> URL: http://www.linkedin.com/in/sergiob
>>
>> _______________________________________________
>> tc-forge-dev mailing list
>> tc-forge-dev@...
>> http://lists.terracotta.org/mailman/listinfo/tc-forge-dev
>
>

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-13T00:16:06Z

On Fri, Nov 13, 2009 at 9:15 AM, Geert Bevin <gbevin@...> wrote:

> If done within the same thread, yes.

Great.
Thanks much guys.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-13T00:15:05Z

If done within the same thread, yes.

On 13 Nov 2009, at 09:12, Sergio Bossa wrote:

> On Thu, Nov 12, 2009 at 9:32 PM, Alex Miller <amiller@...> wrote:
>
>> Tim rightly pointed at ConcurrentDistributedMap.createFinegrainedLock(K)
>> which will return you a FineGrainedLock object (with tryLock methods) that
>> lets you accomplish the equivalent of tryLockEntry(). Is that sufficient?
>
> It seems to suit my needs, just a question: are locks reentrant? That
> is, if I manually get a FinegrainedLock for a given key K, and by
> holding the same lock I also put a value on the map for that key
> (causing another call to ManagerUtil.beginLock(K)), is the lock call
> for K reentrant?
>
> --
> Sergio Bossa
> Software Passionate and Open Source Enthusiast.
> URL: http://www.linkedin.com/in/sergiob
> _______________________________________________
> tc-forge-dev mailing list
> tc-forge-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-forge-dev

--
Geert Bevin
Terracotta - http://www.terracotta.org
Uwyn "Use what you need" - http://uwyn.com
RIFE Java application framework - http://rifers.org
Flytecase Band - http://flytecase.be
Music and words - http://gbevin.com

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-13T00:12:36Z

On Thu, Nov 12, 2009 at 9:32 PM, Alex Miller <amiller@...> wrote:

> Tim rightly pointed at ConcurrentDistributedMap.createFinegrainedLock(K)
> which will return you a FineGrainedLock object (with tryLock methods) that
> lets you accomplish the equivalent of tryLockEntry(). Is that sufficient?

It seems to suit my needs, just a question: are locks reentrant? That
is, if I manually get a FinegrainedLock for a given key K, and by
holding the same lock I also put a value on the map for that key
(causing another call to ManagerUtil.beginLock(K)), is the lock call
for K reentrant?

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-12T12:38:21Z

The old lock manager was slightly out of alignment with the normal
semantics of these methods - in the new lock manager the following
holds:

lock - is blocking (cannot be interrupted)
tryLock(no timeout) - does not throw InterruptedException
tryLock(with timeout) - can be interrupted (throws InterruptedException)
lockInterruptibly - is blocking (but can be interrupted)

Not sure how this is exposed by FinegrainedLock - but this is what is
going on in the core.

Chris

On Nov 11, 2009, at 10:51 AM, Alex Miller wrote:

> Given those alternatives, I'd much rather add a tryLockEntry() :)
> Let me discuss with some people here internally and see whether we
> can add this for the 3.2 release train.
>
> I'll leave the interrupt question to Chris (who is out today) since
> he just rewrote the client lock manager. In this case, I think
> you're performing a blocking lock operation so I don't believe it
> should/would respond to interrupt.
>
> BTW, you might want to try out some of your perf tests with the
> current trunk - server guys have made some insane improvements in
> the last few weeks in prep for 3.2 plus the new lock mgr is a big
> improvement, particularly on read locks and lock memory footprint.
>
>
> On Nov 11, 2009, at 9:32 AM, Sergio Bossa wrote:
>
>> On Wed, Nov 11, 2009 at 4:20 PM, Alex Miller <amiller@...
>> > wrote:
>>
>>> My only concern with that is that LockableMap touches a lot of
>>> public (and
>>> private) stuff across tim-concurrent-collections, tim-distributed-
>>> cache,
>>> tim-hibernate-cache, etc:
>>
>> I see your concerns ...
>>
>>> Maybe it would be better to add it just to
>>> ConcurrentDistributedMap directly
>>> and not LockableMap for the moment?
>>
>> I was thinking at LockableMap in order to be consistent with already
>> existing interfaces: adding such a method directly on
>> ConcurrentDistributedMap would absolutely work for me, but I don't
>> want to mess your code, so feel free to review the issue with your
>> transparency team if needed and keep me posted.
>>
>> As an alternative solution, I was thinking to write a
>> ContentionManager to simply kill threads contending/waiting-for locks
>> for too much time, so I have another question: is it possible to
>> interrupt a thread waiting on ManagerUtil.beginLock(...)?
>>
>> --
>> Sergio Bossa
>> Software Passionate and Open Source Enthusiast.
>> URL: http://www.linkedin.com/in/sergiob
>> _______________________________________________
>> tc-dev mailing list
>> tc-dev@...
>> http://lists.terracotta.org/mailman/listinfo/tc-dev
>
> _______________________________________________
> tc-forge-dev mailing list
> tc-forge-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-forge-dev

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-12T12:32:01Z

Hey Sergio,

Tim rightly pointed at
ConcurrentDistributedMap.createFinegrainedLock(K) which will return
you a FineGrainedLock object (with tryLock methods) that lets you
accomplish the equivalent of tryLockEntry(). Is that sufficient?

http://forge.terracotta.org/releases/projects/tim-concurrent-collections-root/apidocs/org/terracotta/collections/ConcurrentDistributedMap.html
http://forge.terracotta.org/releases/projects/tim-concurrent-collections-root/apidocs/org/terracotta/collections/FinegrainedLock.html

Alex

On Nov 11, 2009, at 12:21 PM, Alex Miller wrote:

> 3.2 is probably end of year-ish timeframe, depending on what ends up
> going in it and holidays, etc.
>
>
> On Nov 11, 2009, at 11:16 AM, Sergio Bossa wrote:
>
>> On Wed, Nov 11, 2009 at 4:51 PM, Alex Miller <amiller@...
>> > wrote:
>>
>>> Given those alternatives, I'd much rather add a tryLockEntry() :)
>>> Let me
>>> discuss with some people here internally and see whether we can
>>> add this for
>>> the 3.2 release train.
>>
>> Great, what's the planned release time for 3.2?
>>
>>> I'll leave the interrupt question to Chris (who is out today)
>>> since he just
>>> rewrote the client lock manager. In this case, I think you're
>>> performing a
>>> blocking lock operation so I don't believe it should/would respond
>>> to
>>> interrupt.
>>
>> Okay, I'm adding Chris to this thread.
>>
>>> BTW, you might want to try out some of your perf tests with the
>>> current
>>> trunk - server guys have made some insane improvements in the last
>>> few weeks
>>> in prep for 3.2 plus the new lock mgr is a big improvement,
>>> particularly on
>>> read locks and lock memory footprint.
>>
>> Very cool: I'll give it a try in a few days.
>>
>> Thanks for your support,
>> Cheers,
>>
>> Sergio B.
>>
>> --
>> Sergio Bossa
>> Software Passionate and Open Source Enthusiast.
>> URL: http://www.linkedin.com/in/sergiob
>
> _______________________________________________
> tc-forge-dev mailing list
> tc-forge-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-forge-dev

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-11T10:21:48Z

3.2 is probably end of year-ish timeframe, depending on what ends up
going in it and holidays, etc.

On Nov 11, 2009, at 11:16 AM, Sergio Bossa wrote:

> On Wed, Nov 11, 2009 at 4:51 PM, Alex Miller <amiller@...
> > wrote:
>
>> Given those alternatives, I'd much rather add a tryLockEntry() :)
>> Let me
>> discuss with some people here internally and see whether we can add
>> this for
>> the 3.2 release train.
>
> Great, what's the planned release time for 3.2?
>
>> I'll leave the interrupt question to Chris (who is out today) since
>> he just
>> rewrote the client lock manager. In this case, I think you're
>> performing a
>> blocking lock operation so I don't believe it should/would respond to
>> interrupt.
>
> Okay, I'm adding Chris to this thread.
>
>> BTW, you might want to try out some of your perf tests with the
>> current
>> trunk - server guys have made some insane improvements in the last
>> few weeks
>> in prep for 3.2 plus the new lock mgr is a big improvement,
>> particularly on
>> read locks and lock memory footprint.
>
> Very cool: I'll give it a try in a few days.
>
> Thanks for your support,
> Cheers,
>
> Sergio B.
>
> --
> Sergio Bossa
> Software Passionate and Open Source Enthusiast.
> URL: http://www.linkedin.com/in/sergiob

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-11T09:16:09Z

On Wed, Nov 11, 2009 at 4:51 PM, Alex Miller <amiller@...> wrote:

> Given those alternatives, I'd much rather add a tryLockEntry() :) Let me
> discuss with some people here internally and see whether we can add this for
> the 3.2 release train.

Great, what's the planned release time for 3.2?

> I'll leave the interrupt question to Chris (who is out today) since he just
> rewrote the client lock manager. In this case, I think you're performing a
> blocking lock operation so I don't believe it should/would respond to
> interrupt.

Okay, I'm adding Chris to this thread.

> BTW, you might want to try out some of your perf tests with the current
> trunk - server guys have made some insane improvements in the last few weeks
> in prep for 3.2 plus the new lock mgr is a big improvement, particularly on
> read locks and lock memory footprint.

Very cool: I'll give it a try in a few days.

Thanks for your support,
Cheers,

Sergio B.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-11T07:51:10Z

Given those alternatives, I'd much rather add a tryLockEntry() :) Let
me discuss with some people here internally and see whether we can add
this for the 3.2 release train.

I'll leave the interrupt question to Chris (who is out today) since he
just rewrote the client lock manager. In this case, I think you're
performing a blocking lock operation so I don't believe it should/
would respond to interrupt.

BTW, you might want to try out some of your perf tests with the
current trunk - server guys have made some insane improvements in the
last few weeks in prep for 3.2 plus the new lock mgr is a big
improvement, particularly on read locks and lock memory footprint.

On Nov 11, 2009, at 9:32 AM, Sergio Bossa wrote:

> On Wed, Nov 11, 2009 at 4:20 PM, Alex Miller <amiller@...
> > wrote:
>
>> My only concern with that is that LockableMap touches a lot of
>> public (and
>> private) stuff across tim-concurrent-collections, tim-distributed-
>> cache,
>> tim-hibernate-cache, etc:
>
> I see your concerns ...
>
>> Maybe it would be better to add it just to ConcurrentDistributedMap
>> directly
>> and not LockableMap for the moment?
>
> I was thinking at LockableMap in order to be consistent with already
> existing interfaces: adding such a method directly on
> ConcurrentDistributedMap would absolutely work for me, but I don't
> want to mess your code, so feel free to review the issue with your
> transparency team if needed and keep me posted.
>
> As an alternative solution, I was thinking to write a
> ContentionManager to simply kill threads contending/waiting-for locks
> for too much time, so I have another question: is it possible to
> interrupt a thread waiting on ManagerUtil.beginLock(...)?
>
> --
> Sergio Bossa
> Software Passionate and Open Source Enthusiast.
> URL: http://www.linkedin.com/in/sergiob
> _______________________________________________
> tc-dev mailing list
> tc-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-dev

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-11T07:32:33Z

On Wed, Nov 11, 2009 at 4:20 PM, Alex Miller <amiller@...> wrote:

> My only concern with that is that LockableMap touches a lot of public (and
> private) stuff across tim-concurrent-collections, tim-distributed-cache,
> tim-hibernate-cache, etc:

I see your concerns ...

> Maybe it would be better to add it just to ConcurrentDistributedMap directly
> and not LockableMap for the moment?

I was thinking at LockableMap in order to be consistent with already
existing interfaces: adding such a method directly on
ConcurrentDistributedMap would absolutely work for me, but I don't
want to mess your code, so feel free to review the issue with your
transparency team if needed and keep me posted.

As an alternative solution, I was thinking to write a
ContentionManager to simply kill threads contending/waiting-for locks
for too much time, so I have another question: is it possible to
interrupt a thread waiting on ManagerUtil.beginLock(...)?

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: [tc-forge-dev] Adding tryLockEntry() to LockableMap

2009-11-11T07:20:26Z

Hey Sergio,

My only concern with that is that LockableMap touches a lot of public
(and private) stuff across tim-concurrent-collections, tim-distributed-
cache, tim-hibernate-cache, etc:

ConcurrentDistributedMap, ConcurrentStringMap,
ConcurrentDistributedMapBackend (and it's subclasses)
DistributedCache (and impl), LocalCache (and store), CacheStore, etc

So I hesitate to add this without some thought. I'm not against
adding a tryLockEntry() and we actually have a jira for that already:
http://jira.terracotta.org/jira/browse/CDV-1422

Maybe it would be better to add it just to ConcurrentDistributedMap
directly and not LockableMap for the moment?

On Nov 11, 2009, at 2:53 AM, Sergio Bossa wrote:

> Hi guys,
>
> is it possible to add a tryLockEntry(...) method to LockableMap so
> that it could be called from ConcurrentDistributedMap instances?
> I could handle the patch by myself, if you agree with it.
>
> Thanks,
> Cheers,
>
> Sergio B.
>
> --
> Sergio Bossa
> Software Passionate and Open Source Enthusiast.
> URL: http://www.linkedin.com/in/sergiob
> _______________________________________________
> tc-forge-dev mailing list
> tc-forge-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-forge-dev

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Adding tryLockEntry() to LockableMap

2009-11-11T00:53:50Z

Hi guys,

is it possible to add a tryLockEntry(...) method to LockableMap so
that it could be called from ConcurrentDistributedMap instances?
I could handle the patch by myself, if you agree with it.

Thanks,
Cheers,

Sergio B.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Terracotta Master Worker + Guice

2009-10-30T15:43:41Z

Greetings,

I have been trying to get a Terracotta Master Worker project going with Guice but I seem to have run into a problem with Guice's Provider class. Every time I try to inject a class with a Provider i.e

@Inject
public void MyAppService(Provider<DAOService> daoProvider)
{
...
}

I am getting a class not found exception on the class that is bound as the provider, even if I instrument the class explicitly.

In terms of code I have the following

----- Provider ------
public class DAOServiceProvider implements Provider<DAOService>
{
public DAOService get()
{
return new DAOServiceImpl();
}
}

---- Master -------

public class WorkMaster
{
public void run()
{
Injector injector = Guice.createInjector(new AbstractModule() {

            @Override
         protected void configure()
            {

               bind(DAOService.class).toProvider(DAOServiceProvider.class);
            }
        });

Work work = injector.getInstance(Work.class);
}
}

---- Worker ----

public class Work implements Callable<int>
{
private Provider<DAOService> serviceProvider;

@Inject
public Work(Provider<DAOService> serviceProvider)
{
this.serviceProvider = serviceProvider;
}

public int call() throws Exception
{
return serviceProvider.get().getUserCount();
}
}

---- tc-config.xml -----

<?xml version="1.0" encoding="UTF-8"?>
<con:tc-config xmlns:con="http://www.terracotta.org/config">
<servers>
<server host="%i" name="localhost">
<dso-port>9510</dso-port>
<jmx-port>9520</jmx-port>
<data>terracotta/server-data</data>
<logs>terracotta/server-logs</logs>
<statistics>terracotta/cluster-statistics</statistics>
</server>
</servers>
<clients>
<logs>terracotta/client-logs</logs>
<modules>
<module name="tim-masterworker" version="2.1.1" />
<module name="tim-guice-1.0" version="1.2.1" />
</modules>
</clients>
<application>
<dso>
<instrumented-classes>
<include>
<class-expression>com.magpieti.terraguice.*</class-expression>
</include>
<include>
                    <class-expression>c com.magpieti.terraguice.DAOServiceProvider$$FastClassByGuice</class-expression>
                </include>
<include>
<class-expression>com.google.inject.*</class-expression>
</include>
</instrumented-classes>
<additional-boot-jar-classes>
<include>sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl</include>
<include>sun.reflect.annotation.AnnotationInvocationHandler</include>
<include>sun.reflect.generics.repository.ConstructorRepository</include>
<include>sun.reflect.generics.factory.CoreReflectionFactory</include>
<include>sun.reflect.generics.tree.MethodTypeSignature</include>
<include>sun.reflect.generics.scope.ConstructorScope</include>
<include>sun.reflect.generics.tree.ClassTypeSignature</include>
<include>sun.reflect.generics.tree.VoidDescriptor</include>
<include>sun.reflect.generics.tree.SimpleClassTypeSignature</include>
</additional-boot-jar-classes>
</dso>
</application>
</con:tc-config>

Currently, when the "serviceProvider.get().getUserCount()' is executed I get the following stack trace

com.tc.exception.TCClassNotFoundException: java.lang.ClassNotFoundException: com.magpieti.terraguice.DAOServiceProvider $$FastClassByGuice$$4081c943
at com.tc.object.TCObjectPhysical.resolveReference(TCObjectPhysical.java:151)
at com.google.inject.cglib.reflect.FastMember.__tc_getfc(FastMember.java)
at com.google.inject.cglib.reflect.FastConstructor.newInstance(FastConstructor.java:40)
at com.google.inject.DefaultConstructionProxyFactory$2.newInstance(DefaultConstructionProxyFactory.java:67)
at com.google.inject.ConstructorInjector.construct(ConstructorInjector.java:142)
at com.google.inject.InjectorImpl$ImplicitBinding.get(InjectorImpl.java:1006)
at com.google.inject.BoundProviderFactory.get(BoundProviderFactory.java:60)
at com.google.inject.InjectorImpl$9$1.call(InjectorImpl.java:708)
at com.google.inject.InjectorImpl.callInContext(InjectorImpl.java:747)
at com.google.inject.InjectorImpl$9.get(InjectorImpl.java:702)
at com.magpieti.terraguice.Work.call(SimpleWork.java:24)
at com.magpieti.terraguice.Work.call(SimpleWork.java:1)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:270)
at java.util.concurrent.FutureTask.run(FutureTask.java:55)
at org.terracotta.executor.support.DefaultDistributedWork.run(DefaultDistributedWork.java:25)
at org.terracotta.executor.DistributedWorkerService.doExecute(DistributedWorkerService.java:92)
at org.terracotta.masterworker.AbstractWorker$WorkPipeListener$1.run(AbstractWorker.java:131)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:270)
at java.util.concurrent.FutureTask.run(FutureTask.java:55)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)
Caused by: java.lang.ClassNotFoundException: com.magpieti.terraguice.DAOServiceProvider$$FastClassByGuice$$4081c943
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at sun.misc.Launcher$AppClassLoader.findClass(Launcher.java)
at java.lang.ClassLoader.loadClass(ClassLoader.java:319)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:330)
at java.lang.ClassLoader.loadClass(ClassLoader.java:254)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:399)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at com.tc.object.loaders.StandardClassProvider.getClassFor(StandardClassProvider.java:88)
at com.tc.object.ClientObjectManagerImpl.lookup(ClientObjectManagerImpl.java:539)
at com.tc.object.ClientObjectManagerImpl.lookupObject(ClientObjectManagerImpl.java:442)
at com.tc.object.ClientObjectManagerImpl.lookupObject(ClientObjectManagerImpl.java:430)
at com.tc.object.TCObjectPhysical.resolveReference(TCObjectPhysical.java:149)
... 22 more

Is it immediately obvious anyone why this would be a problem? Why is the Terracotta class loader unable to find this particular class?

As a side note, if I inject the class that the Provider is providing instead of the whole provider it seems to work.

Thanks,
Adam

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

From forum: tc-users

Re: Avoid "identity" behavior

2009-10-08T13:42:05Z

On Thu, Oct 8, 2009 at 9:59 PM, Alex Miller <amiller@...> wrote:

> Not really. There is a central enum that controls the set of "tc literals".
> There are various hard-coded behaviors that deal with tc literals so there
> is not any way to dynamically update that set.

Okay, no worries ...

> What are you trying to achieve?

Putting it simply, I just wanted to roll out a custom String
implementation and have it behave like a primitive.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: Avoid "identity" behavior

2009-10-08T12:59:48Z

Not really. There is a central enum that controls the set of "tc
literals". There are various hard-coded behaviors that deal with tc
literals so there is not any way to dynamically update that set.

What are you trying to achieve?

On Oct 8, 2009, at 7:21 AM, Sergio Bossa wrote:

> Hi guys,
>
> is there a way to avoid the default "identity" behavior of Terracotta
> clustered objects, that is, a way to have them behave like String
> objects (and other primitives)?
> Maybe some kind of marker interface?
>
> Thanks,
> Cheers,
>
> Sergio B.
>
> --
> Sergio Bossa
> Software Passionate and Open Source Enthusiast.
> URL: http://www.linkedin.com/in/sergiob
> _______________________________________________
> tc-dev mailing list
> tc-dev@...
> http://lists.terracotta.org/mailman/listinfo/tc-dev

_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Avoid "identity" behavior

2009-10-08T05:21:59Z

Hi guys,

is there a way to avoid the default "identity" behavior of Terracotta
clustered objects, that is, a way to have them behave like String
objects (and other primitives)?
Maybe some kind of marker interface?

Thanks,
Cheers,

Sergio B.

--
Sergio Bossa
Software Passionate and Open Source Enthusiast.
URL: http://www.linkedin.com/in/sergiob
_______________________________________________
tc-dev mailing list
tc-dev@...
http://lists.terracotta.org/mailman/listinfo/tc-dev

From forum: tc-dev

Re: welcome script not available

2009-09-23T19:10:34Z

Ah yes, that worked perfectly! I had watched the screencasts, but they all started from the welcome app. Thanks for pointing this out.

On Wed, Sep 23, 2009 at 9:58 PM, Gary Keim <gkeim@...> wrote:

Steve was referring to tools/pojo/samples{sh,bat}.

From: tc-users-bounces@... [mailto:tc-users-bounces@...] On Behalf Of Dominick Accattato
Sent: Wednesday, September 23, 2009 6:57 PM
To: tc-users@...
Subject: Re: [tc-users] welcome script not available

@Alex, Thanks for clearing that up, but wouldn't a welcome app still be useful even for the integration products?

@Steven, are you referring to the "start-demo-server.sh" that's located in [TC_HOME]/samples ?

On Wed, Sep 23, 2009 at 9:45 PM, Steven Harris <steve@...> wrote:

The sample launcher still exists if that's the part you need.

Cheers,

Steve

On Sep 23, 2009, at 6:10 PM, Alex Miller <amiller@...> wrote:

Yes, the welcome scripts were removed to reflect a new focus on our integration products like sessions, Hibernate second level cache, and (soon) Ehcache.

On Sep 23, 2009, at 6:08 PM, Dominick Accattato wrote:

Hi,

I just downloaded the latest tar release of Terracotta ES 3.1.0 here (http://www.terracotta.org/web/display/orgsite/DownloadCatalog). It downloaded and unpacked fine, however I do not see the welcome.sh script in any of the directories including the bin. Here are other places I've searched to find more information:

I've searched the forums

read the text files that accompany the download

checked the release_notes (http://www.terracotta.org/web/display/docs/Release+Notes).

searched the wiki

tried searching the mailing list

google search

That said, I am able to run the samples individually from the command line. However, I was wondering if that welcome script has been removed. If so, why? Thanks in advance for any information you can shed on the subject... and thanks for all the hard work!
_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

__________ Information from ESET NOD32 Antivirus, version of virus signature database 4451 (20090923) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

From forum: tc-users

Re: welcome script not available

2009-09-23T18:58:43Z

Steve was referring to tools/pojo/samples{sh,bat}.

From: tc-users-bounces@... [mailto:tc-users-bounces@...] On Behalf Of Dominick Accattato
Sent: Wednesday, September 23, 2009 6:57 PM
To: tc-users@...
Subject: Re: [tc-users] welcome script not available

@Alex, Thanks for clearing that up, but wouldn't a welcome app still be useful even for the integration products?

@Steven, are you referring to the "start-demo-server.sh" that's located in [TC_HOME]/samples ?

On Wed, Sep 23, 2009 at 9:45 PM, Steven Harris <steve@...> wrote:

The sample launcher still exists if that's the part you need.

Cheers,

Steve

On Sep 23, 2009, at 6:10 PM, Alex Miller <amiller@...> wrote:

Yes, the welcome scripts were removed to reflect a new focus on our integration products like sessions, Hibernate second level cache, and (soon) Ehcache.

On Sep 23, 2009, at 6:08 PM, Dominick Accattato wrote:

Hi,

I just downloaded the latest tar release of Terracotta ES 3.1.0 here (http://www.terracotta.org/web/display/orgsite/DownloadCatalog). It downloaded and unpacked fine, however I do not see the welcome.sh script in any of the directories including the bin. Here are other places I've searched to find more information:

I've searched the forums

read the text files that accompany the download

checked the release_notes (http://www.terracotta.org/web/display/docs/Release+Notes).

searched the wiki

tried searching the mailing list

google search

That said, I am able to run the samples individually from the command line. However, I was wondering if that welcome script has been removed. If so, why? Thanks in advance for any information you can shed on the subject... and thanks for all the hard work!
_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

__________ Information from ESET NOD32 Antivirus, version of virus signature database 4451 (20090923) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

From forum: tc-users

Re: welcome script not available

2009-09-23T18:56:33Z

On Wed, Sep 23, 2009 at 9:45 PM, Steven Harris <steve@...> wrote:

The sample launcher still exists if that's the part you need.

Cheers,
Steve

On Sep 23, 2009, at 6:10 PM, Alex Miller <amiller@...> wrote:

Yes, the welcome scripts were removed to reflect a new focus on our integration products like sessions, Hibernate second level cache, and (soon) Ehcache.

On Sep 23, 2009, at 6:08 PM, Dominick Accattato wrote:

Hi,

I just downloaded the latest tar release of Terracotta ES 3.1.0 here (http://www.terracotta.org/web/display/orgsite/DownloadCatalog). It downloaded and unpacked fine, however I do not see the welcome.sh script in any of the directories including the bin. Here are other places I've searched to find more information:

I've searched the forums
read the text files that accompany the download
checked the release_notes (http://www.terracotta.org/web/display/docs/Release+Notes).

searched the wiki
tried searching the mailing list
google search
That said, I am able to run the samples individually from the command line. However, I was wondering if that welcome script has been removed. If so, why? Thanks in advance for any information you can shed on the subject... and thanks for all the hard work!
_______________________________________________
tc-users mailing list
tc-users@...tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

From forum: tc-users

Re: welcome script not available

2009-09-23T18:45:57Z

The sample launcher still exists if that's the part you need.

Cheers,

Steve

On Sep 23, 2009, at 6:10 PM, Alex Miller <amiller@...> wrote:

Yes, the welcome scripts were removed to reflect a new focus on our integration products like sessions, Hibernate second level cache, and (soon) Ehcache.

On Sep 23, 2009, at 6:08 PM, Dominick Accattato wrote:

Hi,

I just downloaded the latest tar release of Terracotta ES 3.1.0 here (http://www.terracotta.org/web/display/orgsite/DownloadCatalog). It downloaded and unpacked fine, however I do not see the welcome.sh script in any of the directories including the bin. Here are other places I've searched to find more information:

I've searched the forums
read the text files that accompany the download
checked the release_notes (http://www.terracotta.org/web/display/docs/Release+Notes).

searched the wiki
tried searching the mailing list
google search
That said, I am able to run the samples individually from the command line. However, I was wondering if that welcome script has been removed. If so, why? Thanks in advance for any information you can shed on the subject... and thanks for all the hard work!
_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

From forum: tc-users

Re: welcome script not available

2009-09-23T18:10:47Z

Yes, the welcome scripts were removed to reflect a new focus on our integration products like sessions, Hibernate second level cache, and (soon) Ehcache.

On Sep 23, 2009, at 6:08 PM, Dominick Accattato wrote:

Hi,

I just downloaded the latest tar release of Terracotta ES 3.1.0 here (http://www.terracotta.org/web/display/orgsite/DownloadCatalog). It downloaded and unpacked fine, however I do not see the welcome.sh script in any of the directories including the bin. Here are other places I've searched to find more information:

I've searched the forums
read the text files that accompany the download
checked the release_notes (http://www.terracotta.org/web/display/docs/Release+Notes).

searched the wiki
tried searching the mailing list
google search
That said, I am able to run the samples individually from the command line. However, I was wondering if that welcome script has been removed. If so, why? Thanks in advance for any information you can shed on the subject... and thanks for all the hard work!
_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

_______________________________________________
tc-users mailing list
tc-users@...
http://lists.terracotta.org/mailman/listinfo/tc-users

From forum: tc-users