Dopo diversi giorni di ricerca, ho trovato una soluzione.
Il DutyBlockCodec
dipende dal LocalDateCodec
(che ho creato) per codificare/decodificare. Questa dipendenza non viene soddisfatta semplicemente aggiungendo i due codec nello stesso registro dei codec. La soluzione è passare un CodecRegistry
oggetto contenente i codec che DutyBlockCodec
dipende da (ad es. un CodecRegistry
contenente al suo interno il LocalDateCodec
) al DutyBlockCodec
's, che viene archiviato come variabile membro. Per utilizzare il LocalDateCodec
per codificare, utilizzo EncoderContext.encodeWithChildContext()
metodo, passando il codec, lo scrittore e l'elemento da codificare. Inoltre, scrivo singoli campi invece di scrivere un Document
come String
(come nel mio codice originale). Quindi il DutyBlock
il codec finisce per assomigliare a questo:
public class DutyBlockCodec implements Codec<DutyBlock> {
private final CodecRegistry codecRegistry;
public DutyBlockCodec(final CodecRegistry codecRegistry) {
this.codecRegistry = codecRegistry;
}
@Override
public void encode(BsonWriter writer, DutyBlock t, EncoderContext ec) {
writer.writeStartDocument();
Codec dateCodec = codecRegistry.get(LocalDate.class);
writer.writeName("startDate");
ec.encodeWithChildContext(dateCodec, writer, t.getStartDate());
writer.writeName("endDate");
ec.encodeWithChildContext(dateCodec, writer, t.getEndDate());
writer.writeName("blockLength");
writer.writeInt32(t.getBlockLength());
writer.writeName("pointValue");
writer.writeDouble(t.getPointValue());
//Writing ArrayList of RAs
writer.writeName("assigned");
writer.writeStartArray();
for (Ra ra : t.getRasOnDuty()) {
Codec raCodec = codecRegistry.get(Ra.class);
ec.encodeWithChildContext(raCodec, writer, ra);
}
writer.writeEndArray();
writer.writeEndDocument();
}
@Override
public Class<DutyBlock> getEncoderClass() {
return DutyBlock.class;
}
@Override
public DutyBlock decode(BsonReader reader, DecoderContext dc) {
reader.readStartDocument();
Codec<LocalDate> dateCodec = codecRegistry.get(LocalDate.class);
reader.readName();
LocalDate startDate = dateCodec.decode(reader, dc);
reader.readName();
LocalDate endDate = dateCodec.decode(reader, dc);
reader.readName();
int blockLength = reader.readInt32();
reader.readName();
double pointValue = reader.readDouble();
//Reading ArrayList of RAs
reader.readName();
Codec<Ra> raCodec = codecRegistry.get(Ra.class);
ArrayList<Ra> rasOnDuty = new ArrayList<>();
reader.readStartArray();
while (reader.readBsonType() != BsonType.END_OF_DOCUMENT) {
rasOnDuty.add(raCodec.decode(reader, dc));
}
reader.readEndArray();
reader.readEndDocument();
return new DutyBlock(startDate, endDate, blockLength, pointValue, rasOnDuty);
}
}
DutyBlockCodec
dipende da un altro codec, quindi richiede un CodecRegistry
da trasmettere al suo costruttore. Anche se credo sia possibile creare un CodecRegistry
con il LocalDateCodec
, quindi passalo come argomento a DutyBlockCodec
's, quindi crea un altro CodecRegistry
contenente entrambi LocalDateCodec
e DutyBlockCodec
, questo è piuttosto confuso e MongoDB fornisce una funzionalità, il CodecProvider
per facilitare questo processo.
Utilizzando il CodecProvider
interfaccia, ho scritto un DutyBlockCodecProvider
public class DutyBlockCodecProvider implements CodecProvider {
@Override
public <T> Codec<T> get(Class<T> type, CodecRegistry cr) {
if (type == DutyBlock.class) {
return (Codec<T>) new DutyBlockCodec(cr);
}
return null;
}
}
Ho aggiunto questi CodecProviders
al client MongoDB utilizzando CodecRegistries.fromProviders()
metodo.
CodecRegistry codecRegistry = CodecRegistries.fromRegistries(
CodecRegistries.fromCodecs(new LocalDateCodec()),
CodecRegistries.fromProviders(
new RaCodecProvider(),
new DutyBlockCodecProvider(),
new ScheduledDutyCodecProvider()),
MongoClient.getDefaultCodecRegistry());
MongoClientOptions options = MongoClientOptions.builder()
.codecRegistry(codecRegistry).build();
mongoClient = new MongoClient(new ServerAddress(), options);
db = mongoClient.getDatabase("DutySchedulerDB");
Il mio codice sorgente per questo progetto può essere trovato su https://github.com/desrepair/DutyScheduler Sono aperto a rispondere a tutte le domande che le persone potrebbero avere.