Activity
From 02/22/2011 to 03/23/2011
03/20/2011
- 11:51 AM Tasks #229 (Resolved): Validate SpreadConnection Implementation
- Check in particular against cases identified by Ingo:...
03/18/2011
- 10:21 AM Feature #228 (Closed): Introspection / Nameservice Interface and Initial Tool Support
- In order to support the introspection of RSB systems, e.g. to answer questions such as
* Which participants exist ...
03/17/2011
- 06:22 PM Enhancement #227 (In Progress): Create glossary of names in RSB
- 02:36 PM Enhancement #227 (Resolved): Create glossary of names in RSB
- * Domain objects
* Types
* etc
Wiki page is [[Glossary|here]]. - 02:33 PM Enhancement #226 (Resolved): Create language mapping table in wiki
- which type maps to which language type
- 02:21 PM Tasks #225 (Resolved): Document message format and sequencing strategy
- As wiki site
03/08/2011
- 09:25 PM Feature #41: Implement Message Sequencing
- We reaaaallllllyyyyyyyyyy need this for the humavips demonstrator to not rely on the strange patched spread daemon an...
03/01/2011
- 12:44 AM Feature #224 (Resolved): Make Parameters of ThreadPool configurable
- Done, see: RSB.ThreadPool.Size | SizeMax | QueueSize
Used in Router to set up EventProcessor and thus the paramete... - 12:08 AM Feature #224 (Resolved): Make Parameters of ThreadPool configurable
- 12:39 AM Tasks #223: Model implementation of Methods according to the domain model
- Well, I am not entirely convinced by Johannes initial argument. Sure, some (most) of the RSB interactions don't featu...
- 12:25 AM Tasks #223: Model implementation of Methods according to the domain model
- Jens Otto wrote:
> But with action attributes a component is able to hold his own "state" (;
What do you mean? - 12:24 AM Tasks #223: Model implementation of Methods according to the domain model
- But with action attributes a component is able to hold his own "state" (;
- 12:13 AM Tasks #223: Model implementation of Methods according to the domain model
- This implies that there is some kind of state, which isn't- So I don't think that it is a good idea. The only thing t...
- 12:06 AM Tasks #223 (Resolved): Model implementation of Methods according to the domain model
- Do we want to support action attributes (INSERT, UPDATE, QUERY, REQUEST, REPLY, ...) as a general feature of RSB even...
- 12:05 AM Tasks #222 (Rejected): Discuss Default Queue Sizes / Queuing and ThreadExecution Strategy
- Currently, in Java, we feature a queue of length 1000 for tasks to be scheduled by an ExecutorService. Probably, that...
02/28/2011
- 03:13 PM Tasks #176: Add Metadata Support to Event Notifications
- I agree with the explicit representation. The variable metadata collection may still be useful.
02/25/2011
- 01:28 PM Enhancement #216 (Resolved): Externalize creation of transport objects in client-level code
- Currently Publishers and Subscribers create their own instances of Router, the router in turn creates his own instanc...
02/23/2011
- 03:42 PM Tasks #63: Document Installation from Source
- Basic information for installing stuff on Maverick is there. RSBJava nd RSBPython documentation still missing.
Wea... - 11:03 AM Tasks #63: Document Installation from Source
- Current state, cf: https://code.cor-lab.org/projects/rsb/wiki/Installation
- 12:41 PM Bug #214 (Resolved): Build Broken on Maverick 64Bit
- Fixed the spread-4.1 package in the GAR-Installer for this kind of 64 Bit on Maverick.
- 12:39 PM Bug #214: Build Broken on Maverick 64Bit
- This is an issue of spread, not of RSB. They forget the -fPIC flag for the static library. How did you install spread...
- 12:30 PM Bug #214 (In Progress): Build Broken on Maverick 64Bit
- Spread Problem
Lösung: configure mit --with-cflags=-fPIC - 12:09 PM Bug #214 (Resolved): Build Broken on Maverick 64Bit
- /usr/bin/ld: /vol/sozirob/lib/libspread.a(sp.to): relocation R_X86_64_32 against `.rodata.str1.8' can not be used whe...
- 11:31 AM Tasks #212 (Rejected): Provide Ubuntu Package for Spread
- Actually, I did this once. The package should still be available on the old XCF website and the build env somewhere o...
02/22/2011
- 09:55 PM Feature #207: Publish operation should return RSBEvent
- Exemplified in the RSBJava::Publisher class where send<T> and send(RSBEvent) both return the modified Event to the us...
- 09:53 PM Feature #207 (Rejected): Publish operation should return RSBEvent
- Calls to ::publish on informers shall return the RSBEvent to the user for further processing. For instance, if access...
- 05:22 PM Feature #206 (Resolved): Provide additional pull-based model for receiving events without threadi...
- Result of brainstorming with Ingo due to our initialize experiences with mt-dispatching in Python on NAO:
Currentl... - 01:50 PM Enhancement #204: Remove DispatchTask on the way to OrderedQueueDispatcherPool
- Basically, this is a regression in the design of the event dispatching code. Prior to the OrderedQueueDispatcherPool ...
- 12:45 PM Enhancement #204: Remove DispatchTask on the way to OrderedQueueDispatcherPool
- Currently the SpreadReceiverTask reads messages from the line and decodes them, passes them to the DispatchTask, whic...
- 11:12 AM Enhancement #204: Remove DispatchTask on the way to OrderedQueueDispatcherPool
- I don't understand the description ;-)
- 10:48 AM Enhancement #204 (Resolved): Remove DispatchTask on the way to OrderedQueueDispatcherPool
- Just on thread of indirection more than required.
- 10:49 AM Bug #205 (Resolved): Remove DispatchTask on the way to OrderedQueueDispatcherPool
Also available in: Atom