Long strings encoded using streaming form
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Comienza en CBORGenerator.java, en _writeChunkedString(...), y compáralo con la implementación propuesta de writeLongString y el codificador UTF-8 existente. Determina cómo se debe añadir el prefijo de longitud a los strings largos sin depender del búfer interno y, después, verifica que la codificación resultante preserve los bytes UTF-8 previstos y utilice la forma solicitada para strings largos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
In CBORGenerator.java, there is a limit to the length of the string that can be output before the generator will use the indefinite length encoding. The reason behind this appears to be the complexity of determining the length of the encoded byte stream when it does not fit into an internal buffer, given that the length prefix needs to be output before the data.
For now, we have changed the implementation of _writeChunkedString(...) to the following:
protected final void writeLongString(char[] text, int offset, int len) throws IOException {
CharBuffer charBuffer = CharBuffer.wrap(text, offset, len);
ByteBuffer byteBuffer = StandardCharsets.UTF_8.encode(charBuffer);
int byteLen = byteBuffer.remaining();
_writeLengthMarker(PREFIX_TYPE_TEXT, byteLen);
_writeBytes(byteBuffer.array(), byteBuffer.position(), byteLen);
}
It should also be possible to use the existing UTF-8 encoder to write the encoding out in pieces with the addition of a int encodedLength(...) method to precompute and output the length.
Also, thanks for the awesome library!
- Lenguaje dominante
- Java
- Estrellas
- 348
- Forks
- 159
- Merge medio
- 1 d 17 h
- PR fusionados (30 d)
- 45
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 FasterXML/jackson-dataformats-binary
-
2.21 protobuf
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
FasterXML/jackson-dataformats-binary#894 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
FasterXML/jackson-dataformats-binary#790 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
FasterXML/jackson-dataformats-binary#789 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
FasterXML/jackson-dataformats-binary#788 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
FasterXML/jackson-dataformats-binary#766 ·
Los mantenedores suelen responder en 1 día
Todos los issues de FasterXML/jackson-dataformats-binary
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
quarkusio/quarkus-agent-mcp#302 ·
Los mantenedores suelen responder en 2 días
-
build
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
MetricsHub/metricshub-community#1472 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
IdentityArrayObjectSet iterator remove may throw ArrayIndexOutOfBoundsExceptionPosiblemente ocupada @jiteshkhatri11 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
javapathfinder/jpf-core#660 · 1 comentario ·