XMLSerializer ignores value of parameters
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 30/100
Línea de trabajo
Comienza reproduciendo el problema mediante XMLSerializer.serialize(lems) después de cambiar los valores con lemsParameter.setDoubleValue(...); luego inspecciona cómo se usan los valores de XMLAttribute junto con los parámetros de los componentes. La tarea estará completada cuando los valores serializados de retardo, duración y amplitud reflejen los valores actualizados de los parámetros sin datos obsoletos de XMLAttribute.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The following is inside a component:
ParamValue: delay(time, svalue = null, dvalue = NaN) = 2.2E-4
ParamValue: duration(time, svalue = null, dvalue = NaN) = 4.0E8
ParamValue: amplitude(current, svalue = null, dvalue = NaN) = 7.300000000000001E-10
however when doing
String serialisedModel = XMLSerializer.serialize(lems)
the file shows
<pulseGenerator id="pulseGen1" delay="0ms" duration="100000000s" amplitude="0.08nA"/>
I suspect the problem is caused by the following objects which are also inside the LEMS component model:
XMLAttribute(delay, 0ms)
XMLAttribute(duration, 100000000s)
XMLAttribute(amplitude, 0.08nA)
which I suspect is what is getting used during serialization.
The same information seems to be stored in two places, if XMLAttribute are necessary for whatever reason then the library should reconcile them if the user changes the value of a parameter through the API
lemsParameter.setDoubleValue(...)
which is what we are doing to let the user change the parameters in the model.
Either that or there should be some method that can be called to update the XMLAttributes.
However ideally redundant information should probably be best avoided altogether.
- Lenguaje dominante
- Java
- Estrellas
- 13
- Forks
- 11
- Merge medio
- 8 h 6 min
- PR fusionados (30 d)
- 1
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de LEMS/jLEMS
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
As a user I want to set a recording frequency different from the simulation/integration time stepAbiertoenhancement help required
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
Todos los issues de LEMS/jLEMS
Issues similares
-
area/frontend good first issue kind/cooldown
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
beehive-lab/TornadoVM#1151 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
(cbor) `maxStringLength` not consistently checked for chunked (indefinite-length) text valuesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
FasterXML/jackson-dataformats-binary#823 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día