Closed GoogleCodeExporter closed 9 years ago
Just two small comments:
- The same problem happens with the Python actor
- Of course the stack trace is not the real problem but just the symptom: the
real problem is that neither the EDNA nor the Python actors behave as they
should: they don't create the default files needed for their execution.
Original comment by s.olof.svensson@gmail.com
on 21 Nov 2011 at 10:23
At first sight it seems that the Python & EDNA actors seem to need to be aware
of which project the model is defined in?
Such a concept is not compatible with a generic model execution support.
The concept of "project", especially the convention that this maps to a
directory, is specific for eclipse and is unknown in other Passerelle design
UIs or execution environments.
Magical paths are better made configurable or defined in a more standard way...
We can discuss about a more open and generic mechanism to store "resources"
like scripts etc?
We'll check out how to avoid the ClassCastException.
Original comment by erwin...@gmail.com
on 22 Nov 2011 at 8:47
Original comment by erwin...@gmail.com
on 22 Nov 2011 at 8:49
I found a solution to this problem, see the attached patch. With this patch at
least the EDNA actors works fine in composites! I still have a problem with
Python actors but there the problem is in DAWB code.
Original comment by s.olof.svensson@gmail.com
on 22 Nov 2011 at 9:14
Attachments:
Patch has been committed and tested in the base Passerelle Workbench.
Can you verify it in DAWB?
(change in project com.isencia.passerelle.workbench.model)
tx
erwin
Original comment by erwin...@gmail.com
on 23 Nov 2011 at 11:55
Yes, the changes to com.isencia.passerelle.workbench.model has fixed the
problem. Thanks a lot for the help!
Original comment by s.olof.svensson@gmail.com
on 23 Nov 2011 at 1:47
Original comment by erwin...@gmail.com
on 23 Nov 2011 at 2:21
Original issue reported on code.google.com by
s.olof.svensson@gmail.com
on 21 Nov 2011 at 10:10