It looks like there may be some problems with getting past the v5.4 juniper
software release to get to v6.2 on the 5GT because of memory limitations. I
finally got the latest 5.4 release installed this afternoon after wasting a
bunch of time trying to get the web page interface to "upgrading" t
I would say, that it's very easy to just code up a configuration entry, or a
dynamic construction in code where a new endpoint is also created per each
Exporter. That can quickly turn into a problematic situation in cases like
this, where there are lots of "quick" exports followed by terminati
Is there another way to create an Endpoint per exported object? I'm
just thinking, it seems unlikely that Brian's implemented his own
Endpoint, but are there any other error conditions or incorrect use
scenarios that could produce the same problem?
Cheers,
Peter.
Peter Jones wrote:
Bryan,
Thanks Peter, I think the reason his lease values aren't working, is
he's using Jeri DGC and the property values set are for JRMP DGC.
Thanks for shedding some light on ThreadPool too, that explains a lot.
Cheers,
Peter.
Peter Jones wrote:
I'll take a look...
-- Peter
On Jan 12, 2012, at
Peter,
That internal Executor interface permits neither synchronous execution in the
calling thread ("this method itself must not block") nor any small bound on the
number of Runnables that can be executed concurrently ("execution of a given
action must not be delayed indefinitely in order to c
Bryan,
DGC threads should not be per exported object. Generally speaking, they tend
to be per endpoint (at which there are one or more remote objects exported).
Are you using any sort of custom endpoint implementation? Problems like this
can occur when an endpoint implementation doesn't impl
I'll take a look...
-- Peter
On Jan 12, 2012, at 4:53 PM, Peter Firmstone wrote:
> Hi Peter,
>
> I was wondering if you had any thoughts on this post from Bryan on River
> users?
>
> Hope you don't mind me asking ;)
>
> Best Regards,
>
> Peter Firmstone.
>
> From: Tom Hobbs
> Date: Janua
This is my result after replacing Permissions with ConcurrentPermissions
(only change)
[java] -
[java]
[java] # of tests started = 1412
[java] # of tests completed = 1412
[java] # of tests skipped = 46
[java] # of tests passed
Preliminary implementation:
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache
ThreadPool implements the com.sun.jini.thread.Executor interface.
Because the interface states it should not block, I think the calling
thread should execute the task when the thread pool becomes saturated,
rather than continue to create new threads as per the current
implementation. This wil
Thanks Brian,
Looking at our implementation code, DGC uses an Executor called
ThreadPool, it's javadoc states:
/**
* ThreadPool is a simple thread pool implementation of the Executor
* interface.
*
* A new task is always given to an idle thread, if one is available;
* otherwise, a new thread i
Hi,
On Thu, Jan 12, 2012 at 10:20 PM, Peter Firmstone wrote:
> I'd like to see you stay on, you're doing a good job & it gives the project
> stability.
Agreed on Tom doing a great job. However, it's easy for a project to
get too comfortable with the same person always taking care of a
certain ta
On Thu, 2012-01-12 at 18:24, Dan Creswell wrote:
> On 12 January 2012 21:20, Peter Firmstone wrote:
>
> >> Let me know, because we should be able to squeeze all the voting and
> >> stuff in before the next board report (Feb, I think) if we do want to
> >> have a change.
> >>
> >> Cheers,
> >>
>
On 12 January 2012 21:20, Peter Firmstone wrote:
>> Let me know, because we should be able to squeeze all the voting and
>> stuff in before the next board report (Feb, I think) if we do want to
>> have a change.
>>
>> Cheers,
>>
>> Tom
>>
>>
>
> I'd like to see you stay on, you're doing a good jo
Hi Peter,
I was wondering if you had any thoughts on this post from Bryan on River
users?
Hope you don't mind me asking ;)
Best Regards,
Peter Firmstone.
--- Begin Message ---
Hi Bryan,
Sorry that no one got back to you about this. I'm afraid that I don't
know the answer to your question,
Tom Hobbs wrote:
Hi guys,
We've been a TLP for nearly a year now - well done us!
Six months ago I offered to let someone else have a go chairing the
PMC. So, I'm offering again. I'm happy to continue doing it if no
one else has any pressing wish to do it, has a better vision for the
project o
Hi guys,
We've been a TLP for nearly a year now - well done us!
Six months ago I offered to let someone else have a go chairing the
PMC. So, I'm offering again. I'm happy to continue doing it if no
one else has any pressing wish to do it, has a better vision for the
project or whatever.
The wo
Hi Bryan,
Sorry that no one got back to you about this. I'm afraid that I don't
know the answer to your question, I've copied the dev list into this
email in case someone who monitors that list (but not this one) has
any ideas.
Best regards,
Tom
On Thu, Jan 12, 2012 at 2:29 PM, Bryan Thompson
On 12 January 2012 10:26, Tom Hobbs wrote:
> I've no intention of removing or changing the interface, but we'll see what
> happens when I work out what to do. I like Dan's convention over
> configuration plug.
>
Oh good ;)
There are various ways to achieve that of course. One would be for an
in
I've no intention of removing or changing the interface, but we'll see what
happens when I work out what to do. I like Dan's convention over
configuration plug.
There's a number of improvements worthy of their own jiras mentioned on
this tread. I need to write them down before they get lost!
Se
On 11-01-12 15:49, Gregg Wonderly wrote:
The deal with ConfigurationFile, of course, is to be able to do
configuration at deployment time, instead of at development time, and
thus, even your development environment is a "deployment" that might be
different from production. For example, in develo
21 matches
Mail list logo
