Discussion :

[vinch999]

Bonjour j'ai une question concernant les joblets.

le code de la joblet est généré dans la classe du job qui l'appelle.

(d'après un forumeur)

Je rencontre actuellement un soucis "generated code exceed 65535 bytes limit" dû à une limitation Java.

Mon subjob semble être trop lourd. Est-ce que, si je regroupais des composants en Joblets, je pourrais solutionner ce problème?
Je ne pense pas cf Quote ci-dessus. Mais je demande votre confirmation.

Quelles seraient les possibles solutions à ce problème???

(à part les Childjob qui ne m'arrangent pas et décomposer mon subjob en plusieurs subjobs qui me semble impossible)

Merci pour votre aide

[DevNico]

Bonjour,

Je confirme que l'utilisation de joblet ne change rien au code généré.

Et que la meilleure solution que j'y vois serait de décomposer le job en plusieurs jobs.
Après, tu peux éventuellement essayer de réduire la quantité de caractères générés, mais c'est moins évident...
(Enlever des tmaps qui ne seraient pas nécessaires par exemple)

Nicolas

[vinch999]

Merci pour l'info Nico.

Du coup, autre question qui en découle:

Est-il possible de passer un flux de données dans un job enfant sans passer par des variables de context?
Et ensuite de récupérer le flux de sortie de l'enfant dans le job parent, sans que le schéma in-out du tRunjob soit identique?


Si tu as des liens à ce sujet ça m'intéresse car je ne trouve pas exactement ce qui m'intéresse...

[DevNico]

Pour récupérer un flux de données dans le job fils venant du job père, je ne vois que l'utilisation d'un fichier temporaire.

Pour récupérer un flux de données dans le jobs père venant du job fils, alors là tu as la possibilité d'utiliser un tBufferOuput dans le job fils. Le lien en sortie du tRunJob contiendra ces données dans le job père.

[vinch999]

Pour récupérer un flux de données dans le job fils venant du job père, je ne vois que l'utilisation d'un fichier temporaire.

Pour récupérer un flux de données dans le jobs père venant du job fils, alors là tu as la possibilité d'utiliser un tBufferOuput dans le job fils. Le lien en sortie du tRunJob contiendra ces données dans le job père.

Le problème est que les inputs sont volumineux et que je peux donc pas utiliser de fichiers temporaires , sous peine de saturer l'espace disque.

Concernant le Buffer, même problème, je risque de saturer la mémoire
Je suis dans une impasse

[DevNico]

Ah...
Je dirais qu'il va falloir ajouter des disques à la machine.