How to make a class invisible to Errai IOC container

[htfv]

Hello everyone!

I'm setting up a project (prototype) where I wanted to use GWTP and Errai UI.

• Because Errai UI depends on Errai IOC/CDI, it scans all classes to build a bootstrapper.
• GWTP contains a @Singleton with a non-public constructor.
• The generated bootstrapper may not be compiled, because GWTP class may not be instantiated with new.

I thought that only classpaths, which have ErraiApp.properties in the root are scanned. Why is GWTP scanned at all? Is it possible to exclude some classes from the scanning?

Regards,

htfv (Aliaksei Lahachou)

[jfuerth]

Hi Aliaksei,

You're right: Errai should only be scanning jars that have an ErraiApp.properties at their root. Are you reporting this issue because of a specific error message you're getting at GWT compile time? If so, I'd like to take a look at the full error message and stack trace that you're getting (including any nested "caused by" exceptions). Hopefully that will lead us to understand why the GWTP jar is getting scanned.

Even once you get past this, there may be more conflicts with the interpretation of javax.inject annotations by both Gin and Errai IoC/CDI. If you do get something working, we'd definitely be interested in hearing how you've combined Errai and GWTP!

-Jonathan

[htfv]

Created a JIRA issue: [ERRAI-664] Errai IOC scans JARs even if there is no ErraiApp.properties - JBoss Issue Tracker

[csa]

Hi,

I've added support for blacklisting classes and packages in Errai IOC. Please see the JIRA for details.

New 3.0-SNAPSHOTs have been deployed if you want to give it a try.

Thanks,

Christian

[htfv]

Thanks, I will try it later.

Could you tell when the next release is planned (2.x or 3.x)? I didn't find planned dates for next releases in JIRA.

Regarding the blacklisting feature, it will surely work. But if the project is very big and has many dependencies, I think it may become tedious to blacklist all unnecessary dependencies. And because IOC links all classes, the resulting JS may become big. May I propose to also add whitelisting feature with behavior similar to typical filesets. So all classes from whitelist are included (defaults to everything) as long as they are not blacklisted.

[csa]

Hi,

If everything goes well we plan to release 3.0.0.M2 tomorrow. Yes, I see a white list feature being useful as well. It's easy to implement and of course similar to the black listing feature.

Could you create a JIRA for us? Would you be interested in taking a stab at it and send us a pull request?

Cheers,

Christian

[htfv]

Sure, I can try implementing it. Created an issue: [ERRAI-668] Support whitelisting of client packages and classes in Errai IOC - JBoss Issue Tracker