New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using JNet 1.5.5 some limits or constraints of JNetReflector are raised #178
Comments
…NetBridgeMain, remove keyword from argument names, improved management of generic super-classes, improved management of generics in constructor arguments
Other limitations raised are:
|
…m-to-the-right-namespaces waiting for masesgroup/JNet#178
This issue depends on package name shared between multiple JARs; so when latest JAR is analyzed it overwrites the previous |
Waiting for #137: create empty classes for listener which accepts nested classes |
…gement of return type in generics
Some steps will be done:
|
The following piece of code does not manage generic Java.Lang.Iterable in the right way, shall be analyzed the GenericInterface. |
… Java interface masesgroup#137: created the stub methods of the listener interface, first step to introduce auto generated Listeners
…forced the new constraint
…ated to newly added interfaces
…ic class depends on itself when extended
… of generic type defined for Iterator and Iterable
…end it masesgroup#178 (comment): classes with a single interface which isn't a listener inherits from interface implementation class
The problem comes from two main reason:
|
* #178: update JNetReflector to manage Main-Class with new IJNetBridgeMain, remove keyword from argument names, improved management of generic super-classes, improved management of generics in constructor arguments * #178: upgrade code after change into JNetReflector * Added build and create to the list of names to be avoided in Properties * #178 (comment): added switch to rename classes, better management of return type in generics * #178 (comment) * #178 (comment) * #178 (comment): created interfaces for each Class that is a Java interface #137: created the stub methods of the listener interface, first step to introduce auto generated Listeners * #178 (comment): added where clause based on interfaces and forced the new constraint * #178 (comment): when a constraint is a native type it is removed * #178 (comment): fixed not matching declaration * #178 (comment): removed many warning during compilation related to newly added interfaces * Update classes with warning removal * #178 (comment): update where clause generation when a generic class depends on itself when extended * #178 (comment): added switches related to interface generation * #178 (comment): management of Iterator and update retriever of generic type defined for Iterator and Iterable * #178 (comment): fixed generation of avoid interfaces * #137: concrete classes implementing a Listener does not extend it #178 (comment): classes with a single interface which isn't a listener inherits from interface implementation class * #137 (comment): Use always JVMBridgeException when there is an exception type in parameters to have an unified approach between listeners and methods * Code update for #137 (comment) * Folder structure review: Extensions moved under Specific * #178 (comment): limited super interfaces * #178 (comment): solved base class inheritance from avoided types * #178 (comment): JVMInterfaceName shall use GetGenerics to get the real type * #178 (comment): added avoidance check of inner types * #178 (comment): Added namespace to IJNetBridgeMain
main
method is reflected usingJVMBridgeMain<TClass>
, but fields and methods are not available; plus it is not possible to allocate it to use dynamic behavior to access fields and mehodsevent
, are not replaced with new one if used in the reflected codeOriginally posted by @masesdevelopers in masesgroup/KNet#168 (comment)
The text was updated successfully, but these errors were encountered: