[otj-users] OTJ-Issues

[Carsten Pfeiffer]

On Tuesday 25 July 2006 15:49, Oliver Neumann wrote:

Hi,

>     |- CompiereTeam (doesnt have roles, only methods and plain classes)

(btw, what does Compiere mean? Is that the name of your application?)

> I apply two txt-files with the directory listing after i ran my builder.
> The success one shows the directory where all went fine - the failed one,
> have a guess, shows the uncomplete building. Hope that helps...

OK, it looks like no "copy-inheritance" is being done at all, i.e. the problem 
is not restricted to the *Confined and *Lowerable classes.

> Are there maybe debug-flags to get more informations from the
> compiler-class ?

Not that I know of, sorry. Did I get this right (from your mail sent to me 
personally), that you were using OTDT 0.9.3? Then we should really try to get 
the current version working for you before trying to debug this.

> I dont know what you mean by asking "Is there no other means to
> (de)activate your teams?". I want to deactive a team so all bindings are
> deactivated regardless of their guard-conditions (which they also have). I
> guess thats what you meant with the second question. Guards on roles might
> be a way but i'd prefer the timer-way.
> Guards would be just a workaround-solution if we dont make it working.

Guards are one option, yes. I was wondering though, how a timer, that has no 
relation to the program's controlflow, would be able to (de)activate teams at 
the right time. 

I was thinking of a team/role combination observing your base program and 
activating your other teams when a specific event happens or condition is 
met.

> Ok...now to the issue. The problem is one role (at least thats the obvious
> one. Hadnt tried other yet) which works when i start by config-file but not
> by teamactivator. Its inside the CompiereWorkflowMonitor-team. There are 2
> roles in this team and the second role DOES work. The role who does work
> doesnt inhertit from a CompiereTeam-class. Maybe thats the point. (see
> Inheritance-structure from Problem 1)
>
> The weird thing is, that if i use the TeamActivator AND start with the
> config-file the CompiereWorkflowMonitor gets instantiated twice for sure
> (once by config-file and then by the activator) and then BOTH of these
> teams are active and working. So each role works twice and each binding is
> working twice.  Thus maybe its something the ObjectTeams-Activator (which
> uses  the cfg-file) does which my TeamActivator doesnt. But then i dont
> understand why other roles works which also does inherit from a class (even
> its another one then the problem role-one) within the CompiereTeam.

This is indeed weird. Hmm, we really need to get the team-monitor (a 
debug-view) back working.

> Well if you want to have more details about the inheritance and the class
> within CompiereTeam just tell me.

Thanks. Let's first try to get a more recent version of OTDT running, though.

> Btw Carsten, we also could meet once so i can show you the behaviour and
> the code if you're interested.

Sure, I'm at TU every Friday in room FR5526 (?) (the room of Christine Hundt 
and Katharina Mehner).

Cheers,
Carsten
-- 
Fraunhofer Institute Computer Architecture and Software Technology, FIRST
Kekuléstraße 7, 12489 Berlin
Tel.: +49 (0)30 6392-1900, Fax: +49 (0)30 6392-1805
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2045 bytes
Desc: not available
Url : http://collegium-musicum.tu-berlin.de/pipermail/otj-users/attachments/20060726/b73ab49b/smime-0001.bin