aboutsummaryrefslogtreecommitdiff
path: root/spss.server/doc/moa_spss/faqs.htm
diff options
context:
space:
mode:
Diffstat (limited to 'spss.server/doc/moa_spss/faqs.htm')
-rw-r--r--spss.server/doc/moa_spss/faqs.htm79
1 files changed, 64 insertions, 15 deletions
diff --git a/spss.server/doc/moa_spss/faqs.htm b/spss.server/doc/moa_spss/faqs.htm
index 9c01f31ee..2865cd971 100644
--- a/spss.server/doc/moa_spss/faqs.htm
+++ b/spss.server/doc/moa_spss/faqs.htm
@@ -60,27 +60,76 @@ MOA ist eine Entwicklung des Bundesrechenzentrums BRZ in Zusammenarbeit mit A-Tr
</div -->
</td>
-<td valign="top">
-<div id="titel">FAQs - Häufig gestellte Fragen </div>
-
-<div id="Administration" />
-<p id="subtitel">Konflikt zwischen JDK 1.3.1 und IAIK JCE Provider</p>
-<p id="block">
-Auf Grund einer mangelhaften Implementierung in einigen Versionen des JDK 1.3.1 kann es beim Betrieb von MOA zu folgendem Problem kommen: Sun macht in der Implementierung von PKCS7.getCertificate() einen Downcast vom Interface java.security.Principal auf die eigene Implementierung, was zu einer ClassCastException führt, wenn der JCE-Provider von Sun nicht an erster Stelle in der List der Security-Provider installiert ist. MOA geht nun aber so vor, dass der JCE-Provider des IAIK an die erste Stelle installiert wird, wenn er zum Zeitpunkt der Konfiguration noch nicht installiert war. Wird dann von irgendeinem ClassLoader der jar-Verifier angeworfen, wird PKCS7.getCertificate() verwendet, und es kommt zu einer ClassCastException.
-</p>
-<p id="block">
-Wird MOA über die API-Schnittstelle verwendet, ist ein Workaround die manuelle Installation des IAIK-JCE-Providers nach dem Sun JCE-Provider (etwa an die letzte Stelle), bevor die MOA-Konfiguration aufgerufen wird. Bei Verwendung der Webservices ist die Möglichkeit der statischen Konfiguration der JCE-Provider mittels Angabe in der Datei $JAVA_HOME/jre/lib/security/java.security der einzige bekannte Workaround. Hierzu müssen die Einträge
-<pre>
+ <td valign="top">
+ <div id="titel">FAQs - Häufig gestellte Fragen </div>
+ <div id="Administration" />
+ <p id="subtitel">Frage 1</p>
+ <p id="block"><b>Q: </b>Beim Starten von MOA SPSS tritt folgende Exception auf:
+ <tt>java.lang.ClassCastException: iaik.asn1.structures.Name</tt>.
+ Was kann der Fehler sein?</p>
+ <p id="block"> <b>A:</b> Auf Grund einer mangelhaften Implementierung
+ in einigen Versionen des JDK 1.3.1 kann es beim Betrieb von MOA zu
+ folgendem Problem kommen: Sun macht in der Implementierung von PKCS7.getCertificate()
+ einen Downcast vom Interface java.security.Principal auf die eigene
+ Implementierung, was zu einer ClassCastException führt, wenn der JCE-Provider
+ von Sun nicht an erster Stelle in der List der Security-Provider installiert
+ ist. MOA geht nun aber so vor, dass der JCE-Provider des IAIK an die
+ erste Stelle installiert wird, wenn er zum Zeitpunkt der Konfiguration
+ noch nicht installiert war. Wird dann von irgendeinem ClassLoader
+ der jar-Verifier ben&uuml;tzt, wird PKCS7.getCertificate() verwendet,
+ und es kommt zu einer ClassCastException. </p>
+ <p id="block"> Wird MOA über die API-Schnittstelle verwendet, ist ein
+ Workaround die manuelle Installation des IAIK-JCE-Providers nach dem
+ Sun JCE-Provider (etwa an die letzte Stelle), bevor die MOA-Konfiguration
+ aufgerufen wird. Bei Verwendung der Webservices ist die Möglichkeit
+ der statischen Konfiguration der JCE-Provider mittels Angabe in der
+ Datei $JAVA_HOME/jre/lib/security/java.security der einzige bekannte
+ Workaround. Hierzu müssen die Einträge
+ <pre>
security.provider.1=sun.security.provider.Sun
security.provider.2=com.sun.rsajca.Provider
</pre>
-durch folgenden Eintrag ergänzt werden:
-<pre>
+ durch folgenden Eintrag ergänzt werden:
+ <pre>
security.provider.3=iaik.security.provider.IAIK
</pre>
-</p>
+ <p></p>
+ <hr>
+ <p id="subtitel">Frage 2</p>
+ <p id="block"><b>Q: </b>Ich m&ouml;chte gerne die CRL-Archivierung von MOA verwenden,
+ m&ouml;chte aber eine andere als die in der Konfiguration erw&auml;hnte
+ postgreSQL-Datenbank verwenden. Geht das?</p>
+ <p id="block"> <b>A:</b> Ja, das ist m&ouml;glich. Wenn Sie eine mySQL-Datenbank
+ verwenden m&ouml;chten, sind folgende Ma&szlig;nahmen zu treffen:</p>
+ </div>
+ <ul>
+ <div id="block"><li>
+ <a href="http://www.mysql.com/downloads/api-jdbc.html" target="_blank">Laden</a>
+ Sie den mySQL-JDBC-Connector herunter und f&uuml;gen Sie das im
+ Download enthaltene jar-File <tt>mysql-connector-java-3.x.x-stable-bin.jar</tt>
+ zum Klassenpfad f&uuml;r MOA SPSS hinzu.
+ </li>
+ <li>Geben Sie im MOA-Konfigurationsfile mit Hilfe des generischen Konfigurationsparameters
+ <tt><a href="sp-admin_2.htm#DataBaseArchiveParameter.JDBCUrl">DataBaseArchiveParameter.JDBCUrl</a></tt>
+ eine g&uuml;ltige JDBC-URL zu Ihrer mySQL-Datenbank angeben. Hinweise
+ zum Format dieser URL f&uuml;r mySQL finden Sie <a href="http://www.mysql.com/documentation/connector-j/index.html" target="_blank">hier</a>.
+ </li></div>
+ </ul>
+ <p id="block">Wenn Sie eine andere Datenbank verwenden m&ouml;chten, beispielsweise
+ <a href="http://otn.oracle.com/software/tech/java/sqlj_jdbc/content.html" target="_blank">Oracle</a>,
+ gehen Sie sinngem&auml;&szlig; wie oben vor und setzen zus&auml;tzlich
+ noch folgenden Schritt:</p>
+ <ul>
+ <li>
+ <div id="block" />Geben Sie im MOA-Konfigurationsfile mit
+ Hilfe des generischen Konfigurationsparameters <tt><a href="sp-admin_2.htm#DataBaseArchiveParameter.JDBCDriverClass">DataBaseArchiveParameter.JDBCDriverClass</a></tt>
+ den vollst&auml;ndig qualifizierten Klassennamen des JDBC-Treibers
+ an, der die Verbindung zu Ihrer Datenbank herstellt.</div>
+ </li>
+ </ul>
-</td></tr></table>
+ </td>
+ </tr></table>