Java compilation error (status 1)
/usr/local/tomcat/webapps/ROOT/WEB-INF/src/com/simplicite/objects/Demo/DemoProduct.java:40: error: method does not override or implement a method from a supertype
@Override
^
/usr/local/tomcat/webapps/ROOT/WEB-INF/src/com/simplicite/objects/Demo/DemoProduct.java:47: error: reference to hookBegin is ambiguous
super.hookBegin(hook, maxTime, maxStack);
^
both method hookBegin(String,int,int,Object...) in ObjectCore and method hookBegin(String,Object...) in ObjectCore match
2 errors
PS: je ne retrouve plus le tableau avec l’ordre des hooks dans la documentation. Il me semblait qu’elle était dans la partie Tutoriel
Java compilation error (status 1)
/usr/local/tomcat/webapps/ROOT/WEB-INF/src/com/simplicite/objects/Demo/DemoProduct.java:40: error: method does not override or implement a method from a supertype
@Override
^
/usr/local/tomcat/webapps/ROOT/WEB-INF/src/com/simplicite/objects/Demo/DemoProduct.java:47: error: reference to hookBegin is ambiguous
super.hookBegin(hook, maxTime, maxStack);
^
both method hookBegin(String,int,int,Object...) in ObjectCore and method hookBegin(String,Object...) in ObjectCore match
2 errors
Browser logs
---paste content of the **relevant** browser-side logs---
Other relevant information
----E.g. type of deployment, browser vendor and version, etc.----
Ces méthodes sont protected c’est pour cela qu’elles n’apparaissent pas dans la Javadoc (méthodes publiques uniquement). Leur usage n’a de sens que dans un contexte de strict debugging/optimisation des développements, nous préférons donc ne pas trop les mettre en avant.
Pour ce qui est des appels des hooks vous pouvez activer leur traçage (traceHooks) pour voir précisément ceux qui sont appelés dans tel ou tel contexte et dans quel ordre, cf. Basic code examples | Simplicité Documentation. Attention, là aussi utiliser ce traçage n’a de sens qu’en développement pour des phases de debugging/optimisation, il ne faut jamais livrer du code avec ces traces au risque d’avoir de très mauvaises performances.
Autre approche moins intrusive dans le code (donc sans risque de livrer des choses inappropriées en prod) pour suivre les appels de hooks c’est de passer votre code au debugger en démarrant votre instance en mode remote debug, cf. Remote debug | Simplicité Documentation
C’est ce que j’entends par “optimisation”, gardez en tête que ces méthodes ajoutent des traitements qui ont un coût, donc les performances que vous obtenez avec sont moins bonnes que celles que vous aurez sans.
Autrement dit, c’est un outillage d’ingénierie qui sert à cibler les traitements qui prennent trop de temps et les optimiser, ce n’est pas un outillage pour mesurer les performances (pour cela faites plutôt des benchs sur des scénarii et jeux de données représentatifs avec des outils ad hoc)