modules | official repository for our paper Are Neural Nets Modular | Machine Learning library

Never used protobuf, but, as I understand it's a plugin that generate stuff.

So I'm gonna give you generic pointer hoping it will help. I think you should either try to make 2 jar with different classifier from a single module, see https://maven.apache.org/plugins/maven-jar-plugin/examples/attached-jar.html For example classifier proto2.4 and proto2.5 then you can add the classifier when you define the dependency to that module.

Other option I see is having 2 modules, the real one, you have now, and another one for 2.5 Generate a zip from the main one and the second module would be empty but have a dependency on the generated zip, unzip it and then compile with the plugin config for 2.5 Slower at execution, a bit dirtier imho, but can be needed if for example you need more customization than just the version.

The way the @iconify-icons/cryptocurrency library is exported means you need to transpile each icon package you use individually.

Try this,

• You can pass warehouse_name as default parameter.
• Make a conditional call to file_name_for_non_duplicate and logger.info.

The error message is saying it all: "most likely due to a circular import".

pxxtf.py

I resorted to using the community module for elastic ip. So community.aws.ec2_eip instead of ec2_eip.

Hello I have found a solution. I had several instances running and therefore the npm start then selected a different port than I defined in the test. Have killed all processes on the port and restarted

I'm assuming you have missing dependencies on your code generation class path. Once you update your question, I'll update my answer.

jOOQ won't support your generated composite types in generated code out of the box, you'll still have to add forced type configurations for that, possibly embeddable type configurations:

• https://www.jooq.org/doc/latest/manual/code-generation/codegen-advanced/codegen-config-database/codegen-database-forced-types/
• https://www.jooq.org/doc/latest/manual/code-generation/codegen-embeddable-types/

Note that the JPADatabase offers a quick win by integrating with simple JPA defined schemas very quickly. It has its caveats. For best results, I recommend going DDL first (and generate both jOOQ code and JPA model from that), because it will be much easier to put your schema change management under version control, e.g. via Flyway or Liquibase.

I think this looks very similar: https://stackoverflow.com/a/64765671/12431728

Based on the linked answer, I think you have to specify undefined as a possible type for the prop, so type?: string | undefined for the prop type definition.

The other option they gave is disabling strict null checking in tsconfig.json by adding "strictNullChecks": false to compilerOptions.

In tests you don't want to be using the constructor. Symfony will try to autowire service which you don't want because you want to be able to mock the secondary services.

To prevent this you remove the constructor and use the setUp function instead. PHPUnit works in such a way that the setUp function will always run before each test. So in here you would instantiate the service(class) you are testing.

A simple setUp function looks like this: