{13} All Tickets by Milestone (Full description) (76 matches)
This report shows how to color results by priority, while grouping results by milestone.
Last modification time, description and reporter are included as hidden fields for useful RSS export.
| Ticket | Summary | Component | Version | Type | Severity | Owner | Status | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #234 | Plugin documentation infrastructure | project_tools | 0.3 | task | normal | dumoulin | assigned | 06/11/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
We're trying to design a good way for writing and publishing the documentation of a plugin. The main goal is to have an homogeneous documentation format for all plugins, that is lightweight for the plugin author. Considered elements:
Using javadoc seems to be a good solution for the developper point of view, so to have a chance to have wroten documentation :-) Proposed design:
Technical hints:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #249 | A way to give several binaries to a SystemExecTask | core | 0.3 | enhancement | normal | romain.reuillon | new | 07/26/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
SystemExecTask is platform dependent, and a VMTask should be provided also for providing a platform-independent mole. But, during the development phase, SystemExecTask provide the more efficient way for iterative development on a binary model exploration. In a collaborative process, we can have several platform such as Linux and Windows for example. For now, I use the following trick for providing a "portable" mole for exploration development: executable = System.getProperty("os.name") == "Linux" ? "./popInit" : "popInit.exe"
Maybe, the SystemExecTask can offer a specific method for adding several binaries for several platform? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #250 | Dispatch exception throwed by job threads until mole script invoker | core | 0.3 | defect | normal | romain.reuillon | new | 07/30/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For now, if a task fails because of an exception, the exception isn't propagated to the call stack that have created the thread that manages the failing task. We should find a way (Progress interface, new listener) for retrieving these execeptions at a higher level. Note: it isn't annoying in the console as the exception is still printed in the output. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #248 | Systematically retrieve task name when an exception is thrown | core | 0.3 | enhancement | normal | romain.reuillon | new | 07/26/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For example, if you try to use the method setCodeFile on a CodeTask with a bad filename, you will have on output: ERROR org.openmole.commons.exception.InternalProcessingError:
null
at org.openmole.plugin.tools.code.FileSourceCode.getCode (FileSourceCode.java:54)
at org.openmole.plugin.tools.groovy.ContextToGroovyCode.setCode (ContextToGroovyCode.java:61)
at org.openmole.plugin.task.code.CodeTask.setCode (CodeTask.java:69)
at org.openmole.plugin.task.code.CodeTask.setCodeFile (CodeTask.java:77)
It's not helpfull because you don't know the task to investigate. In this case, we can intercept the exception and print the name of the task. But maybe, we can find a more generic way to easily inject some task metadata as the name before rethrowing the exception. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
0.3 (19 matches)
| Ticket | Summary | Component | Version | Type | Severity | Owner | Status | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #140 | Groovy plan Reification | ui.graphical | 0.2 | defect | critical | dumoulin | incomplete | 04/22/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When an application containing a groovy plan is reload, the correct plan definition is not reified, it's the default plan that appears. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #96 | Desactivate unwanted actions | ui.graphical | 0.2 | enhancement | major | dumoulin | new | 01/27/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Actions should be activated only when they can be executed. For example, the run action should be desactivated if no application is opened, or if there is no method plan selected. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #41 | Display progress indicator during exploration | ui.graphical | 0.1 | enhancement | normal | dumoulin | assigned | 04/22/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It could be nice to display a progress bar when an exploration is launched to :
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #48 | Integrate code editor with syntax highlighting | ui.graphical | 0.1 | enhancement | normal | dumoulin | assigned | 04/29/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For groovy and Java |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #222 | Migrate to a distributed version control system | project_tools | 0.3 | enhancement | trivial | dumoulin | assigned | 03/24/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Mercurial is integrated in netbeans, also it seams that git is better at automatically merging files… I think we should give a try to git ! TODOs:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #34 | Extract and display constants from processors parameters | ui.graphical | enhancement | normal | new | 10/25/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be nice to display with the constants, the parameters of each loaded processors. Thus, the entire list of the exploration parameters would be more visible. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #92 | Enhance design choice | ui.graphical | 0.2 | enhancement | normal | dumoulin | new | 01/12/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The editor to choose the design method should be more explicit and give access to a documentation about the selected method, and its configuration. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #93 | Give the ability to put constraints on plan values | ui.graphical | 0.2 | enhancement | normal | dumoulin | incomplete | 01/16/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The plan configuration should give the ability to express a constraint on the plan output values to filter them. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #97 | check if a variable with same name already exists | ui.graphical | 0.2 | enhancement | normal | dumoulin | assigned | 01/28/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
add variable panel : need to verify if the variable name already exist |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #149 | Predefined import of input and output Structure | ui.graphical | enhancement | normal | dumoulin | assigned | 06/10/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
it could be really helpful to have predefined format we can import directly and create the input or output structure and also the template file if necessary. The related targeted format can be : csv file, ini file, R dataframe files |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #155 | Factorize code for nodes and properties sheets | ui.graphical | 0.2 | enhancement | normal | dumoulin | new | 06/23/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
There is a lot of duplicated code for nodes management : variables, structure, libraries, application, … It would be nice to build an abstraction for layer for our purpose. In the same manner, we should create a factory for properties sheet creation. The better example is the case of metada, that is duplicated and not so simple … |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #157 | Provide plan method that uses a library | ui.graphical | 0.2 | enhancement | normal | dumoulin | new | 07/02/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
SimExplorer should provide a way to invoke a method from a library to build an experimental design. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #164 | Update existing tutorials | management.documentation | task | normal | dumoulin | new | 10/07/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Update existing tutorial for using SimExplorer |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #174 | validate experimental design of 0.2 in 0.3 | core.methods | 0.3 | task | normal | thierry | new | 10/13/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Validate experimental design that was present in 0.2:
For example, when an integer factor is used, LHS only displays « Exploration completed ! », and you can see in log: java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Double
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #233 | Plan should not be built if no factors defined | core | 0.3 | enhancement | normal | romain.reuillon | new | 06/08/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The ExplorationTask is responsible to build the attached plan using the defined factors. If no factors are defined, I think that the task should not try to built the plan. Indeed, most of implemented plan can implement test for being robuste to this case, but it will be more logical to assert that we have at least one factor defined when building the plan. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #236 | Support empty passwords for pem | core | 0.3 | defect | normal | romain.reuillon | new | 06/22/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Some use doesn't use password for cyphering their pem files. It should be supported by openmole. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #242 | Build full maven | project_tools | 0.3 | enhancement | normal | dumoulin | new | 06/28/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Replace sh scripts and ant tasks with maven based solution. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #243 | Provide an Installer for the console | ui.console | 0.3 | defect | normal | romain.reuillon | new | 06/28/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Provide an installer for the console that:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #158 | Step of 0 in a rangeDoubleDomain crashes the exploration | ui.graphical | 0.2 | defect | minor | dumoulin | new | 07/23/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If you set the step value of the rangeDoubleDomain when you define an experimental factor, the exploration crashes with the following stacktrace: java.util.NoSuchElementException
at java.util.AbstractList$Itr.next(AbstractList.java:350)
at org.simexplorer.methods.plan.CompletePlan.computeValues(CompletePlan.java:45)
at org.simexplorer.core.processors.AbstractArrayPlan.build(AbstractArrayPlan.java:37)
at org.simexplorer.core.processors.ExperimentalDesign.build(ExperimentalDesign.java:48)
at org.simexplorer.core.processors.AbstractExploration.buildDesign(AbstractExploration.java:80)
at org.simexplorer.methods.processors.ExplorationProcessor.prepare(ExplorationProcessor.java:59)
at org.simexplorer.core.processors.Processor.run(Processor.java:167)
at org.simexplorer.core.processors.ProcessorsList.process(ProcessorsList.java:79)
at org.simexplorer.core.processors.Processor.run(Processor.java:170)
at org.simexplorer.core.processors.ProcessorsList.run(ProcessorsList.java:278)
at org.simexplorer.core.processors.IDEModularApplication.run(IDEModularApplication.java:54)
at org.simexplorer.runtime.SimExplorer.start(SimExplorer.java:107)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
at org.eclipse.equinox.launcher.Main.main(Main.java:1212)
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
0.3-RC1 (6 matches)
| Ticket | Summary | Component | Version | Type | Severity | Owner | Status | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #228 | visibility missing on getter in TemplateFileGeneratorFromLocalFileTask | core | 0.3 | task | normal | romain.reuillon | new | 05/04/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The method File getTemplateFile(IContext context) should have a public visibility (like setFile) in the class TemplateFileGeneratorFromLocalFileTask. We need it in the IDE SimExplorer to edit the task. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #225 | Starting error | ui.graphical | 0.3 | defect | normal | dumoulin | new | 04/30/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
A no entry sign appeared when launching SimExplorer It correspond to the following message java.lang.NullPointerException
Caused: java.lang.reflect.InvocationTargetException
[catch] at java.lang.Thread.run(Thread.java:619) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #229 | Input/Output structure isn't editable | ui.graphical | 0.3 | enhancement | normal | dumoulin | new | 05/04/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
With the edit action for Input/Output structure variable the "Data type" of the variable is wrong (Complex) and is not editable |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #230 | Edit type for variables not changed | ui.graphical | 0.3 | defect | normal | dumoulin | new | 05/04/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
With the edit action the data type for variables dont changed after editing |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #231 | Error when editing factor | ui.graphical | 0.3 | defect | normal | dumoulin | new | 05/04/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
we have the following error java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.Comparable
[catch] at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #232 | Error serializing application | ui.graphical | 0.3 | defect | normal | dumoulin | new | 05/04/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
A saved application cannot be reloaded |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
0.4 (18 matches)
| Ticket | Summary | Component | Version | Type | Severity | Owner | Status | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #167 | Integrate full workflow conception in GUI | ui.graphical | enhancement | major | mathieu.leclaire | new | 10/07/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Nice GUI for workflow edition and execution and tracebility |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #67 | basically integrate IS | is | 0.2 | task | normal | dumoulin | assigned | 07/10/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The aim is to provide a converter between the IDEModularApplication stored in the IDE and an ExplorationApplication in the IS. Then the IDE will be enable to use the IS Swing client :
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #118 | when open new application, refresh editor frame | ui.graphical | 0.3 | enhancement | normal | dumoulin | incomplete | 03/10/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #216 | Implement a service for metadata mapping | core | 0.3 | task | normal | romain.reuillon | new | 01/26/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Metadata have been removed from inside tasks. They have to be accessible in a new service that will associate metadata to the concerned task. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #221 | Define a serialization format | core | 0.3 | task | blocker | romain.reuillon | new | 02/05/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
In 0.2, serialization was accomplished with XStream and was reduced to serialize to top-container object. The file format aims to store a mole, a workflow or a task, and could be designed as an archive with a set of files. One file for each of them:
Dependencies between two elements in different files are wroten using element's hash. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #142 | Some parameters should not be saved as constant | is | 0.2 | enhancement | major | dumoulin | new | 05/05/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For example, the list of jars in the groovyprocessor is actually saved as constant in the information system, but it isn't suitable because if the user modify the list of jars, the application should be considered as changed. Constant should be reserved to true exploration parameters. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #49 | Achieve first implementation of libraries | core.runtimelibraries | 0.2 | enhancement | normal | thierry | assigned | 04/30/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #88 | Simplify sequence node naming and manipulation in script | core | enhancement | normal | dumoulin | assigned | 12/16/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
A sequence node is named by its nested node (recursively if it is a sequence node). For example, if I create such a structure : ComplexNode : "myStructure"
\__ SequenceNode
\___ ComplexNode : "element"
\___ Prototype : "value" : Integer
The corresponding class is generated : public class CmyStructure implements DataContainer, DataModifier { public List<CmyStructureCelement> element = []; @Override public Object getValue(String name) { return this[name]; } @Override public void setValue(String name, Object value) { this[name] = value; } } Well. First, the naming of the sequence node is ambiguous : your inner node is singular, so you wan't use a plural form, and give the name "element". But, the attribute is a sequence and a plural form ("elements" in this exemple) would be more appropriate. Then, we need a convenient way to populate the sequence with new elements, or else, user should populate the list like this : myStructure.element[i] = new org.simexplorer.user.data.CmyStructureCelement(); |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #113 | add "recent application" access in the "file" menu | ui.graphical | enhancement | normal | dumoulin | new | 02/20/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #144 | Allow to build multi-level design of experiments | ui.graphical | 0.2 | enhancement | normal | dumoulin | assigned | 05/14/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
With the core of SimExplorer, we can build complex DoE, and particularly nested DoE. It is the case when you want to explore some factors with a plan method and some other factors with an other plan method. But, for a convenient purpose, it will be better solution to present these different methods in the same "exploration loop". I propose to display a list of panels in the configuration of the ExplorationLoop component. The user can add and order the method used for the exploration, and select the factors associated to each method. For example: Exploration Loop Configuration Panel ____________ Complete plan (a1,a2) [ Configuration of the method ] ____________ LHS plan (a3,a4) [ Configuration of the method ] |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #145 | Provide a complete text mode interface with the core | ui.console | 0.2 | task | normal | romain.reuillon | new | 05/19/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Allows same features as the GUI in a text interface. SimExplorer should provide a script for running an exploration in batch mode. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #165 | Homegenieze meta-data structure | core | enhancement | normal | romain.reuillon | new | 10/07/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Use data structure to describe the structures of the all the meta-data |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #170 | Study and implementation of higher level classes for worflow building | core | enhancement | normal | mathieu.leclaire | new | 10/09/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The idea is to be abble to get more simple and higher level object to build more easily worflows. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #171 | Write specifications for GUI | ui.graphical | 0.3 | task | normal | mathieu.leclaire | new | 10/13/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Write specifications gathering ticket Include these tickets: No results |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #173 | Specifies exception circulation in SimExplorer | core | 0.3 | enhancement | normal | romain.reuillon | new | 10/13/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For example:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #181 | Initiate new codeveloppement with CodeLutin about Mexico Classes | core.methods | 0.3 | task | normal | dumoulin | new | 10/26/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #182 | Find a way to indentify objects persistently | core | 0.3 | task | normal | romain.reuillon | new | 10/26/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #218 | Tutorial for plugins creation | management.documentation | 0.1 | enhancement | normal | romain.reuillon | new | 01/27/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
A Tutorial witch explain how to create a plugins is needed |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.0 (29 matches)
| Ticket | Summary | Component | Version | Type | Severity | Owner | Status | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #43 | Have a nice workspace structure | core | 0.3 | enhancement | blocker | romain.reuillon | new | 04/24/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It could be nice to propose a default project structure in some default location (see #42) in relation with processor For example : a directory structure myExplorationName
ConceptionSee netbeans API classes : Our project API :
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #141 | keep compatibility in the exploration file | ui.graphical | defect | blocker | romain.reuillon | new | 04/24/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
PB : Between version .02RC6 and 0.2RC7 there are changes in the format of tne groovy processor. This conduce to a change in the format of the xml file. So a preceding experiment cannot be loaded : this xml file has to be changed manually. For a user point of view this type of incompatibility is unacceptable. We have to provide some utilities to move to the new format!!! |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #103 | Add factors directly from factors window, by right clicking... | ui.graphical | 0.2 | enhancement | minor | dumoulin | new | 02/05/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
All in the title. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #30 | Graphical preview for factor values | ui.graphical | 0.2 | enhancement | normal | dumoulin | assigned | 08/20/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Histogram, scatter plot, … (If dependent of a variable ask for it.) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #31 | Graphical plot | ui.graphical | enhancement | normal | None | new | 08/20/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Give ability to plot data (factors values, model output data, variables, …). Several solutions to achieve this :
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #35 | Support stochastic simulation exploration | core.methods | 0.1 | enhancement | normal | romain.reuillon | new | 02/08/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Provide an object that gives access to random number generation, especially in the plan method and input generation processors. SSJ should be convenient for this. For example, for the LHS implementation, we need to have access to several distributions with their cumulative function and inverse. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #40 | General graphical chart for SimExplorer | management.documentation | task | normal | dumoulin | new | 04/22/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Design graphical elements and a colors palette for :
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #60 | Manage logging messages | core | 0.3 | enhancement | normal | new | 07/02/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Actually, all logging messages are printed on the output, this is too verbose. It would be better to be able to log in separate files messages concerning
See also this doc Have one logger by class. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #79 | Display the structure of the Structure entity | is | enhancement | normal | dumoulin | new | 11/19/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For instance, the Structure class inherit from Leaf, and only displays the name of the root of the structure. This entity should be displayed as a component, as a tree. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #126 | Under Windows, Grapher window isn't opened in foreground | ui.graphical | 0.2 | enhancement | normal | dumoulin | new | 03/11/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #127 | Better empty application node display | ui.graphical | 0.2 | enhancement | normal | dumoulin | new | 03/11/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
when a processor list is empty the expanding icon suggest that the list isn't empty. Suggestions:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #130 | Tutorial on java model wrapping | management.documentation | task | normal | dumoulin | new | 03/11/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For example:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #131 | Tutorial on output file format best practices | management.documentation | task | normal | dumoulin | new | 03/11/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Giving examples:
For each:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #161 | Test execution | project_tools | task | normal | dumoulin | assigned | 10/07/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
How to run unit tests? Gathering documentation about creation and good practices. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #175 | Solve eclispe plugin renaming in a transversal manner | project_tools | 0.3 | task | normal | dumoulin | assigned | 10/15/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For instance, eclipse artfiacts on our repository are not well-formed because there artifactID correspond to only the last part of the Bunde-SymbolicName. For example the artifactID of org.eclipse.core.runtime is runtime, and that causes the file to be named runtime_version.jar, and this name format isn't recognized by equinox when it try to resolve bundles. So, for instance, we have to rename all eclipse artifact (see in this pom.xml) So we have to rebuilt the artifact to include the complet symbolic name in artifactID. By the way, we could add in their pom.xml files the dependencies between these artifacts, so the declaration on our artifacts to include will be lighter. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #178 | Add basic concept description in doc | management.documentation | 0.3 | task | normal | romain.reuilon | new | 10/16/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Some concepts are not fully described in the trac doc. For instance, we don't have any idea of what is an Exploration Task or a data channel. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #198 | Aspectj is not well managed in maven build | project_tools | 0.3 | task | normal | dumoulin | new | 11/30/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For instance, a maven module is built with a hand-made manifest file, because we have find a solution to add the specific aspects=CachingAspect;aspect-policy:=opt-out. Find a way to achieve that with maven-bnd-plugin |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #199 | Gather performance benchmarks for each versions | project_tools | 0.3 | task | normal | dumoulin | new | 11/30/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Goals are:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #205 | better version management in maven POMs | project_tools | 0.3 | task | normal | dumoulin | assigned | 12/07/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For now, version of the projects in trunk are tagged to 0.3. It should be tagged as 0.3_SNAPSHOT. Then tagging should be done using the maven release plugin. But we have to investigate how it will manage multi-modules project. In particular, if we run this plugin on the super POM, how manage module that inherits from this one, but are not included as composition (in <modules> section). |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #207 | Provide some automatic infrastructure for collecting data for SimExplorer usage | ui.graphical | 0.3 | enhancement | normal | dumoulin | new | 01/13/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
An interesting solution would to use the infrastruture provided by the Nb platform as described in the two following links :
This infrasture can be use for automating all the aspects of the logging:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #208 | 3D visualisation | ui.graphical | 0.3 | enhancement | normal | dumoulin | new | 01/13/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
An interesting library for that is jzy3d Jzy3d stands for Java Easy 3d, and allows a rapid display of 3d scientific data is a binding from JOGL It seems that it will be integrated in the future version of Jfreechart Jfreechart in 2010 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #219 | No easy way to write a new Blog entry | project_tools | 0.3 | defect | normal | dumoulin | assigned | 02/01/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I didn't find any obvious way to write a new entry in the blog of the site. Is there one ? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #235 | Transfert data structures to external services | core | 0.3 | enhancement | normal | romain.reuillon | new | 06/16/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The question of this ticket is how to exchange both ways structured data (lists, composite structures) with external programs such as R, scilab, databases.... A first entry point might be thrift. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #240 | Labelisation of plugin to insure reproducibility | core | 0.3 | task | normal | romain.reuillon | new | 06/28/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
How to garanty that a workflow is reproductible? The main issue is that all the plugins used in the mole should insure that they don't depend on external resources. A example of solution: to sign with GPG certified plugins distributed or available on servers. Then, when the mole is executed, if a plugin non certified is used, a warning is displayed to prevent that the reproducibility is NOT garanty. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #241 | Generate a script from serialized workflow | ui.console | 0.3 | enhancement | normal | romain.reuillon | new | 06/28/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Provide a feature that generate from a serialized workflow a corresponding script. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #62 | multiple function transformation in factor sampling | design_of_experiment | enhancement | minor | thierry faure | incomplete | 07/04/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Actually factors are defined by only a domain and are then expanded at the begin of each iteration of the exploration. It could be usefull to firts define a definition domain, and then apply transformation function(s). Depending if the definition domain is finite or not, this transformation should be applied during the sampling process or just after the begin of the iteration on the current value of the factor. A solution could be to explicit the sampling process in the workflow and give hooks to apply these transformation functions. In fact this process could be composed as follow :
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #101 | Task order | ui.graphical | 0.2 | enhancement | normal | dumoulin | assigned | 02/05/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Offer the possibility to permute to task using drag'n drop feature. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #74 | Display usefull window title | ui.graphical | enhancement | trivial | new | 10/24/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Actually, the IDE main window displays the default window title. It would be more usefull to display something like "SimExplorer ${version} — ${Application name} ${Application version}" See this Geertjan's blog entry |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #163 | Implement job pilots | core | task | normal | romain.reuillon | new | 10/07/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Test XStreemOS Test RC1 of xstreemOS (http://www.xtreemos.eu/software). P2P grid to enable to run SimExplorer jobs on unused desktop. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||





