email mit java

[KM]

Das scheint dann nicht an den Tools zu liegen, sondern eher an Deinen Berechtigungen. Hast Du den CLASSPATH mit STRMAIL korrekt gesetzt ? Das kannst Du mit WRKENVVAR prüfen. Wie sehen Deine Berechtigungen bzgl. IFS aus ? Kannst Du das mal mit einem Benutzer testen, der *ALLOBJ Rechte hat ?

Gruß,
KM

[muadeep]

Ich habe *ALLOBJ Rechte, daran dürfte es nicht liegen!

Ob ich den CLASSPATH richtig habe, weiß ich leider nicht
(bin in Java nicht fit)

also im STRMAIL steht folgendes:
PGM

CHGCURDIR DIR('/JAVAUTIL/JAVAMAIL/')

ADDENVVAR ENVVAR(CLASSPATH) +

VALUE('.:/JAVAUTIL/JAVAMAIL/ACTIVATION.JAR:+
/JAVAUTIL/JAVAMAIL/IMAP.JAR:/JAVAUTIL/JAVAM+
AIL/MAIL.JAR:/JAVAUTIL/JAVAMAIL/MAILAPI.JAR+
:/JAVAUTIL/JAVAMAIL/SMTP.JAR:/JAVAUTIL/JAVA+
MAIL/') REPLACE(*YES)

ENDPGM


Mit dem Befehl WRKENVVAR erhalte ich folgendes!

Mit Umgebungsvariablen arbeiten (*JOB)

Auswahl eingeben und Eingabetaste drücken.
1=Hinzufügen 2=Ändern 4=Entfernen 5=Details anzeigen 6=Drucken

Auswahl Name Wert

ICU_DATA '/QIBM/ProdData/OS400/icu/data'
LANG '/QSYS.LIB/DE_DE.LOCALE ' >


Die *.jar File's ich im folgendem Verzeichnis stehen:
/JavaUtil/JavaMail

[muadeep]

Public-Berechtigung der *.class Files habe ich auf "use" gesetzt -> funkt leider auch nicht!

Wir haben V5.2 installiert

Wie kann ich den festellen welche Java-Gruppen PTF es sein sollte?


Hab da mal die Beschreibung, hoffe hier könnt vieleicht damit was anfangen!

Java E-mail Util. offers the ability for RPG pgm. to send e-mail by calling java method on AS/400.

The Utility consists of following programs:

RPGLE: JAVAMAIL - It calls java method to send e-mail.
CLP: STRMAIL - It changes the 'dir' to '/JAVAUTIL/JAVAMAIL/', and adds 'CLASSPATH' for
Java classes.
CLSMAIL - It changes the 'dir' back to '/' and remove the 'CLASSPATH'.

Java Classes:
JavaMail.class – It has a method can be called from RPG to send e-mail.
JavaMailwithAttachment.class – It has method can be called from RPG to send e-mail with
attachment file.


The code example for RPGLE program to call JAVAMAIL:
************************************************** ***************
* Program: CJAVAMAIL
* Date : 02/25/2002
************************************************** ***************
H DftActGrp(*NO) ActGrp(*CALLER)

D from S 50
D to S 50
D replyTo S 50
D subject S 50
D filename S 100
D text S 9999
D rtnCode S 3
D rtnText S 50

C Eval from = 'karlg@ri-net.com'
C Eval to = 'jamesz@ri-net.com'
C Eval replyTo = 'bobc@ri-net.com'
C Eval subject = 'JavaMail Attachment'
C Eval text = 'james test send file '
C Eval filename= '/home/test/dataacj2.pdf'

C call 'JAVAMAIL'
C parm from
C parm to
C parm replyTo
C parm subject
C parm text
C parm filename
C PARM rtnCode
C PARM rtnText

C Eval *InLr = *On


To send e-mail, in calling program do following:
1. CALL STRMAIL.
2. CALL JAVAMAIL(can call it as many times as the user need)
3. CALL CLSMAIL.

Files to support JavaMail utility:

The following files are on RAD in folder '/JavaUtil/JavaMail/' to support the JavaMail.

Java Jar files:
activation.jar
imap.jar
mail.jar
mailapi.jar
pop3.jar
smtp.jar

JavaMail property file:
JavaMail.properties

[KM]

Welche Java-Version läuft denn bei Dir (Befehl "QSH" und dann "java -version"? Wir haben z.B. Version "1.3.1". Den Stand der JAVA-PTFs siehst Du mit "WRKPTFGRP SF99169". Wir haben da z.B. den Stand 17 (wobei der wohl auch schon wieder veraltet ist). Also bei uns läuft das Tool so.

Gruß,
KM

[muadeep]

Die Java Version ist auch die 1.3.1

beim PTF (WRKPTFGRP SF99169) haben wir den Stand "15"!

[KM]

Also daran kann's nun auch nicht liegen. Denn wir haben auf unserer zweiten Maschine den Java_PTF Stand 14 und da funktioniert's auch.
Da scheint doch irgendwas an Deiner JVM faul zu sein.

Kann Dir jetzt leider auch nicht mehr weiterhelfen.

Gruß,
KM

[muadeep]

Wie kann ich den festellen ob die JVM beschädigt ist
bzw. wie kann ich sie neu installieren (reparieren)?

[holgerscherer]

Also daran kann's nun auch nicht liegen. Denn wir haben auf unserer zweiten Maschine den Java_PTF Stand 14 und da funktioniert's auch.

Nur so am Rande erwähnt: Ein höhrerer PTF-Stand muss nicht immer unbedingt Funktionalität garantieren ;-)

(siehe: V5R3, Level10, SAVSYS)

-h

[BenderD]

Hallo,

Group PTF Stand könnte immer noch Kandidat sein.
Hast du folgende Datei bei dir:
/QIBM/UserData/Java400/SystemDefault.properties
oder
/home/userid/SystemDefault.properties
oder gibt es sonstwo bei dir Dateien mit dem Namen SystemDefault.properties? wenn ja dann poste mal den Inhalt.
Die Frage mit den vorherigen Java Aufrufen im gleichen Job ist noch offen!

mfg

Dieter Bender

Public-Berechtigung der *.class Files habe ich auf "use" gesetzt -> funkt leider auch nicht!

Wir haben V5.2 installiert

Wie kann ich den festellen welche Java-Gruppen PTF es sein sollte?

[muadeep]

Also unter /QIBM/UserData/Java400/ und unter /home/userid/
habe ich die Datei "SystemDefault.properties" nicht gefunden!

Kann ich den z.b. mit WRKLNK nach einer bestimmten Datei suchen lassen?

ich hab einfach mal so in den Verzeichnissen rumgeschaut, da hab ich folgende Datei gefunden
/QIBM/ProdData/Java400/SystemDefaultCacheExample.properties
Weiß aber nicht, ob die mit der gewünschen was zu tun hat?

Ich poste sie trotzdem mal!
os400.define.class.cache.file=/QIBM/ProdData/Java400/QDefineClassCache.jar
os400.define.class.cache.hours=168
os400.define.class.cache.maxpgms=5000

Die Frage mit den vorherigen Java Aufrufen im gleichen Job
kann ich leider nicht beantworten, da ich nicht genau weiß was du damit meinst?

Soll ich dir mal die beiden RPG's mit den Java's aufrufen, Proc., etc. posten oder?

[BenderD]

Hallo,

wenn du dir mal den OS400 Command JAVA (oder runjva) anschaust, da gibt es einen Parameter CHKPATH, der Einstellungen an der JVM vornimmt. Dieser Parameter steht im default auf *WARN, aber dein Programm verhält sich so, als ob der auf *SECURE stünde. Nun wird aber beim Aufruf von Java aus rpg die JVM automatisch gestartet, aber nur beim ersten Java Aufruf innerhalb des Jobs; ich will halt ausschließen, dass da bereits vorher was passiert.
Normal wird der CHPATH eingestellt über den Parameter von JAVA oder RUNJVA, über die SystemDefault.properties, die in QIBM... oder im Benutzerverzeichnis gesucht werden; das von dir gefundene ist dabei nicht im Spiel. Suchen kann man Dateien nach Namen von der Qshell, oder mit dem Explorer und gemappter AS400, wenn der Netserver eingerichtet ist.
Eine weitere Möglichkeit an den JVM Parametern rumzuschrauben beommt man auch mit Java Native Interface hin. Das tückische ist halt, dass es sein kann, dass ein anderes Programm vorher verdrechsellt hat und Stunden später ein völlig anderes Programm zusammen bricht - ich weiss schon warum ich immer sage: Finger weg von diesem Unfug!!!

mfg

Dieter Bender

Also unter /QIBM/UserData/Java400/ und unter /home/userid/
habe ich die Datei "SystemDefault.properties" nicht gefunden!

Kann ich den z.b. mit WRKLNK nach einer bestimmten Datei suchen lassen?

ich hab einfach mal so in den Verzeichnissen rumgeschaut, da hab ich folgende Datei gefunden
/QIBM/ProdData/Java400/SystemDefaultCacheExample.properties
Weiß aber nicht, ob die mit der gewünschen was zu tun hat?

Ich poste sie trotzdem mal!
os400.define.class.cache.file=/QIBM/ProdData/Java400/QDefineClassCache.jar
os400.define.class.cache.hours=168
os400.define.class.cache.maxpgms=5000

Die Frage mit den vorherigen Java Aufrufen im gleichen Job
kann ich leider nicht beantworten, da ich nicht genau weiß was du damit meinst?

Soll ich dir mal die beiden RPG's mit den Java's aufrufen, Proc., etc. posten oder?

[muadeep]

so, habe mal mit der QSHELL
und dem Befehl "find * | grep SystemDefault"
nach der Datei "SystemDefault.properties" suchen lassen!
(hoffe der Befehl stimmte so?)

das einzige, was gefunden wurde war dies:
QIBM/ProdData/Java400/SystemDefaultCacheExample.properties

aber die hat ja damit leider nicht's zu tun!

wie sollte denn die SystemDefault.properties" aussehen?
kann/muß ich die nachträglich installieren?
Fehlt mir vieleicht was bestimmtes auf meinem System?
Sollen noch bestimmte Daten/Programme auf der AS400 installiert werden?