Das Notes Forum

Sonstiges => Offtopic => Thema gestartet von: eknori am 13.11.03 - 18:32:26

Titel: Der längste Tag...
Beitrag von: eknori am 13.11.03 - 18:32:26
Gestern sprch mich ein Consultant im Zuge der Installation von SAP bei uns im Hause an, ob ich ihm "mal kurz" helfen könnte. Er sucht jemand, de sich mit Web und so auskennt.
Na ja, auskennen tue ich mich da nicht 100% aber PHP und Genossen sind mir nicht fremd.

Es stellte sich dann heraus, daß es sich bei dem "mal kurz" um eine Installation eines W2K Servers mit MS SQL handelt. Dann soll da noch so eine Software drauf laufen, mit de man kataloge von Herstellern per XML einlesen kann ( in die SQL DB ) und dann mittels einer Suchmaschine die DB durchsuchen kann. ( emerge und bugseye von requisite )

Das Ganze setzt dann eine SAP J2EE Engine 6.20 voraus.

Soweit so gut; es war eine ausführliche Doku vorhanden, dchte ch. Der Ordner war zwar prallevoll, aber inhaltlich hatte er doch einen gewissen Heizwert; nicht mehr, nicht weniger. So eine Schei..ß Doku ist mir noch nie untergekommen. Dann lieber gar nichts und man versucht das ganze per try and error zu installieren.

Nun ja, nach knapp 8 Stunden lief dann der J2EE Standalone Server der SAP ( JRE reichte nicht JDK mußte her, dann aber nicht in der Version 1.4.x, nein es MUSSTE die Version 1.1.3_x sein. )

Die gelieferte Software benötigt aber JDK 1.4.x

Nach 25 !! inkrementellen up und downgrades, patches, mods und hacks lief die SW dann unter 1.3.1_x.

Jetzt habe ich nach gut 36 h am Stück erst einmal Feierabend.

Morgen darf ich dann noch den J2EE an den IIS binden ( ISAPI ?? )  Ich habe noch keine Ahnung wie das geht. Hat jemand schon mal genau das gemacht ??

Währe schön zu wissen, das es da draußen jemanden gibt, dem das schon mal gelungen ist; möglichst im Rahmen eines normalen Arbeitstages.


Ulrich

Titel: Re:Der längste Tag...
Beitrag von: Semeaphoros am 13.11.03 - 18:53:16
.... da hättest Du aber ruhig das Lächeln auf der Fotografie wegretuschieren können .....   :-[
Titel: Re:Der längste Tag...
Beitrag von: eknori am 13.11.03 - 18:55:10
wieso, glaubst du, ich lassen mich von so etwas unterkriegen ?? Da habe ich schon schlimmeres erlebt
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 13.11.03 - 19:49:03
Respekt.

Ganz koscher scheint mir dieser Consultant nicht zu sein.  ;D

Warum treffe ich eigentlich immer auf Administratoren, die nach 6 Stunden betteln von mir und dem Projektverantwortlichen auf Kundenseite, sich gnädig dazu herablassen eine 10-minütige DB2 Standardaktion durchzuführen. ???

Also google ergab keine direkte Integrationsanleitung von diesem J2EE Server und IIS. Es gab aber deutliche Hinweise darauf, dass dies eine "ziemlich übliche Konfiguration/Topologie/whatever" ist. Und was mag "ziemlich üblich" hier heissen"?

das bezieht sich zwar auf das portal-produkt, sieht aber alles andere als ermutigend aus:
http://mabo.blog-city.com/read/9629.htm

Vielleicht steht doch was in der Doku drin, falls du die nicht gestern nacht zum heizen abgefackelt hast.  :o
Titel: Re:Der längste Tag...
Beitrag von: eknori am 13.11.03 - 19:58:22
Hallo Axel,

ja, ich habe auch gleich andich gedacht, aber was soll ich machen. Der Typ ist von der KPMG, mein Chef im Verdienten Urlaub und ich muss die Drecksarbeit machen. Im Sinne von Feuerwehr spielen; das Thema ist höchst interessant, nicht das ich da falsch verstanden werde.

Da ist irgend so ein Proxy zu installieren; aber das erst morgen.

Ich kann es nur nicht haben, wenn mir dann ein anderer Schlipsträger im acken steht und von mir ein Feedback will, damit " wir hier endlich einmal weiter kommen ".

Ich springe in die Bresche und kriege die Prügel... Tolle Wurst.

Ich bin auch der Meinung, daß das Ding in ein paar Stunden zu installieren und in SAP zu integrieren ist; wir zahlen mehr als 15 Mio für die SAP Schei.. und keiner der Schlips Schwuchteln ist in der Lage, eine winzige Feder im Räderwerk zum Rennen zu bringen.

Ich kriege das schon hin; aber der Aufwand rechtfertigt keineswegs das Ergebnis.

Cash burn, Time burn, people burn = SAP

Ulrich
Titel: Re:Der längste Tag...
Beitrag von: eknori am 13.11.03 - 20:10:24
@Axel:

der Link macht echt Mut, echt  :P
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 13.11.03 - 20:18:13
also das ist das unglaublichste, was ich seit langen gehört habe und du bist überdies auch noch glaubwürdig.

Ich bin nicht so mit der Kundenseite vertraut, aber kann man sowas nicht eskalieren?

Also ich würde nach so einem Auftritt wie von denen ob mit oder ohne Schlipps erstmal sehr ernsthaft über Harakiri nachdenken.

Muss dringend an meinen Nerven arbeiten  ;D
Titel: Re:Der längste Tag...
Beitrag von: eknori am 13.11.03 - 20:21:14
kannst also lebhaft nachvollziehen, wie ich mich fühle ??.

Werde mir wohl erstmal ne Line ziehen, um wieder locker zu werden  ;D

Morgen um 6 Null Null gehrt es dann wieder weiter
Titel: Re:Der längste Tag...
Beitrag von: Ute am 14.11.03 - 08:37:27
die machen das doch immer so, alles was nicht die 3 Buchstaben hat,
ist total easy, unwichtig, braucht im Projektplan nicht vorkommen und wird dann so nebenbei mal auf dem Flur mitgeteilt bzw. beauftragt, ganz besonders easy ist dann noch alles was mit web zu tun hat, das kann ja sogar unser Boris
 ::)

Also halt die Ohren steif, hier draußen sind noch mehr Leidgeprüfte

Gruß
Ute
Titel: Re:Der längste Tag...
Beitrag von: eknori am 14.11.03 - 08:45:39
Habe heute nach 15 Jahre das erste Mal verschlafen...
Und jetzt sitze ich wieder an der *piep* dran...
Titel: Re:Der längste Tag...
Beitrag von: ata am 14.11.03 - 08:59:49
... au Backe ... jetzt verstehe ich deine Anspielung auf SAP - so schlimm wird es nicht werden...

ata
Titel: Re:Der längste Tag...
Beitrag von: eknori am 14.11.03 - 09:07:17
sorry, wenn ich meinen Frust hier poste; aber zum "in-die-fresse-hauen" ist momentan keiner greifbar.
Titel: Re:Der längste Tag...
Beitrag von: pd am 14.11.03 - 10:45:04
wieso? Ist der Knaller von SAP no nid do?

Gruß, Patrick
Titel: Re:Der längste Tag...
Beitrag von: eknori am 14.11.03 - 11:03:42
nee, der kommt auch heute nicht...

jetzt scheiter ich schon an so banalen Dongen, wie dem Einbinden des ISAPI Filters

mein LOG sagt immer

11:02:52 Global Init   E LoadFromFile( C:\Inetpub\Scripts\IisProxy.xml ): unspecified error.
11:02:52 Global E-Init E Failed to load config file 'C:\Inetpub\Scripts\IisProxy.xml'.

das schei..ss teil ist aber da und auch richtig konfiguriert !

Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 14.11.03 - 11:46:34
Vielleicht ist die IiisProxy.xml vom xml her nicht well-formed (http://selfhtml.teamone.de/xml/regeln/begriffe.htm) oder nich valid. cannot load muss nicht unbedingt heissen, dass die Datei nicht gefunden wird. Es kann auch heissen, dass der xml-dom-parser aus ihr nicht die Baumstruktur generieren kann, weil das xml nicht korrekt ist.

Dann sind aber vielleicht irgendwo aussagekräftigere Fehlermeldungen (log-Verzeichnis (?)). Als WAS nicht gestartet ist, war es hilfreich, das Ding aus der Konsole zu starten. D.h. ins bin-Verzeichnis und da ein startup.bat oder verwandtes.

Bei der Anfangszeit von Websphere (R3.5) mussten bei 2 mir bekannten Installationen von trivialen Testservern bei Versicherungen Leute von IBM Labors eingeflogen werden, damit die das ans Laufen kriegten.
In einem Fall war ich teilweise dabei und beim Kunden waren extrem fitte und sehr frustrierte Leute.
Unter 4 wurde es deutlich einfacher und v.a. auch besser dokumentiert.  
SAP J2EE scheint sich da noch in einem problematischen Anfangsstadium zu befinden, worauf ja auch der gepostete blog hindeutet.
Z.B. ist aber auch bei Websphere Dinge wie Clustering alles andere als unproblematisch (zumindest sagen das manche).

Ein neues geschäftskritisches Infrastrukturprodukt so zu installieren, halte ich für unverantwortlich und dumm (von den die das zu verantworten haben, nicht der das ausführt).

Ulrich, vielleicht wäre ich gar nicht so weit gekommen wie du, aber irgendwann ist vielleicht Zeit den sportlichen Ehrgeiz mal beiseite zu lassen und ein vernünftiges Installationskonzept anzufordern (nich altklug gemeint).  

Gruß Axel
Titel: Re:Der längste Tag...
Beitrag von: eknori am 14.11.03 - 13:26:35
ich kriege es nicht hin; irgendwas ist faul an dem XML

<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE ISAPI-config[
   <!ELEMENT ISAPI-config ( filter, extension, ( mapping | config )* )>
   <!ATTLIST ISAPI-config
      version CDATA #REQUIRED
   >

   <!ELEMENT filter (log-path?)>
   <!ATTLIST filter
      name CDATA #IMPLIED
      log-level CDATA "2"
      log-flags CDATA "0"
      debug-flags CDATA "0"
      priority ( high | medium | low ) "high"
      extension-url CDATA "/scripts/IisProxy.dll"
      IIS-check-auth ( true | false ) "true"
   >

<!ELEMENT extension ( keystore-dir?, log-path?, data-path?, trace-path? )>
   <!ATTLIST extension
      name CDATA #IMPLIED
      log-level CDATA "2"
      log-flags CDATA "0"
      debug-flags CDATA "0"
      access ( filter | direct | both ) "filter"
   >
   
   <!ELEMENT keystore-dir (#PCDATA)>
   <!ELEMENT log-path (#PCDATA)>
   <!ELEMENT data-path (#PCDATA)>
   <!ELEMENT trace-path (#PCDATA)>

   <!ELEMENT mapping ( source+, target, compress-types*,
      protocol-header?, certificate-header?, cert-chain-header?, cipher-header?, keysize-header?,
      keystore-path?, log-path?, data-path? )>
   <!ATTLIST mapping
      name CDATA #IMPLIED
      log-level CDATA "2"
      log-flags CDATA "0"
      debug-flags CDATA "0"
      close-socket-delay CDATA "1000"
      thread-count CDATA "10"
      max-socket-age CDATA "10"
   >

   <!ELEMENT source (protocol, host?, port?, prefix, new-prefix?)>
   <!ATTLIST source
      access ( filter | direct | both ) "both"
   >
   <!ELEMENT protocol (#PCDATA)>
   <!ELEMENT host (#PCDATA)>
   <!ELEMENT port (#PCDATA)>
   <!ELEMENT prefix (#PCDATA)>
   <!ELEMENT new-prefix (#PCDATA)>
   <!ELEMENT target (protocol, host, port)>
   <!ELEMENT compress-types (#PCDATA)>
   <!ATTLIST compress-types
      min-size CDATA "1024"
   >

   <!ELEMENT protocol-header (#PCDATA)>
   <!ELEMENT certificate-header (#PCDATA)>
   <!ELEMENT cert-chain-header (#PCDATA)>
   <!ELEMENT cipher-header (#PCDATA)>
   <!ELEMENT keysize-header (#PCDATA)>
   <!ELEMENT keystore-path (#PCDATA)>

   <!ELEMENT config ( source+ )>
]>

<ISAPI-config version="1.3">
<filter name="IISPROXY">
   <extension name="IISPROXY">
   <mapping name="IISPROXY">
      <source>
         <protocol>http</protocol>
         <host>10.14.88.11</host>
         <prefix>/irj/</prefix>
      </source>
      <target>
         <protocol>http</protocol>
         <host>10.14.88.11</host>
         <port>82</port>
      </target>
      <compress-types>text/html, text/plain, text/css</compress-types>
   </mapping>
   <config>
      <source>
         <protocol>http</protocol>
         <host>localhost</host>
         <prefix>/IisProxy/</prefix>
      </source>
      <source>
         <protocol>https</protocol>
         <host>localhost</host>
         <prefix>/IisProxy/</prefix>
      </source>
   </config>

</ISAPI-config>

Titel: Re:Der längste Tag...
Beitrag von: eknori am 14.11.03 - 13:33:41
gerade habe ich noch einmal mit meinem Chef unterhalten; Ergebnis: es wird jetzt jemand von der Fa. kommen, die die Software erstellt hat.

Ich hoffe jetzt nur, daß da auch einer kommt, der das System schon einmal installiert hat. Und der soll bloß seine Krawatte zuhause lassen !

@Axel: kannst trotzdem mal über das XML gucken, bitte ?
Titel: Re:Der längste Tag...
Beitrag von: Driri am 14.11.03 - 14:15:33
Hi eknori,

erstmal mein herzliches Beileid.

Aber dann auch mal die Frage, warum tust Du dir so was an ? Gehört das zu deinem Tätigkeitsbereich ? (dann ziehe ich meine Frage zurück)
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 14.11.03 - 14:17:46

@Axel: kannst trotzdem mal über das XML gucken, bitte ?

Da ist einiges im Argen.
Du hast die irgendwie vermutlich automatisch generiert und nicht von Hand getippt?
Meistens wird sowas automatisch generiert.

Zwischen:
Code
<source>
         <protocol>https</protocol>
         <host>localhost</host>
         <prefix>/IisProxy/</prefix>
      </source>
   </config>
und

Code
</ISAPI-config>
fehlt eine ganze Menge.

Ich habs mir im xml-Editor von WSAD geöffnet.
Da bekommt man aussagekräftige Fehlermeldungen.
Alternativ könntest du dir eine Testversion des Programms xmlSpy besorgen.
 
Das Zeugs mit dem <!Doctype da oben ist übrigens eine inline-dtd. Dort wird die "Struktur" der xml-Datei festgelegt.
Ich könnte da jetzt eine well-formed und valid xml Datei erstellen, habe aber gerade wenig Zeit. Wie dringend ist das?

Gruß Axel
Titel: Re:Der längste Tag...
Beitrag von: eknori am 14.11.03 - 14:30:02
Tja, gute Frage, warum tue ich mir das an. ??

Ich bin in diesem SAP Projekt insoweit eingebunden, daß ich mich um die Schnittstellen SAP- Notes - Fax - EDI etc. kümmere.
Zum anderen bin ich der einzige im Team, der auch mal über den Tellerrand schaut und nicht auf dem Standpunkt steht: "Ist nicht meine Aufgabe, also mache ich das nicht".
Letztendlich ist die Sache auch insofern interessant, daß man nicht dümmer wird, wenn man sich damit befasst.

Das das natürlich einen Zeitrahmen angenommen hat, der jenseits von Gut und Böse liegt ... nun, sei's drum.

Dümmer bin ich dadurch nicht geworden. Zudem hat sich meine Einstellungen zu gewissen Typen von Consultants manifestiert.
Lackaffe - Anzug - Krawatte - hochtrabendes Geschwätz - null technische Kenne  = SAP Consultant

Da ist mir jeder "Freak" lieber, der in Jeans daherkommt, aber weiß, wovon er redet und das was er redet auch so umzusetzen vermag, daß am Ende eine stabile Installation rauskommt. Die Pizza und Chips sowie die Unmengen an Cola schaffe ich gerne herbei.

Und wenn er mir dann noch erklären kann, was er wo macht, damit die Kiste läuft, bin ich voll und ganz zufrieden.

Titel: Re:Der längste Tag...
Beitrag von: eknori am 14.11.03 - 14:34:31

@Axel: kannst trotzdem mal über das XML gucken, bitte ?

Da ist einiges im Argen.
Du hast die irgendwie vermutlich automatisch generiert und nicht von Hand getippt?
Meistens wird sowas automatisch generiert.

Zwischen:
Code
<source>
         <protocol>https</protocol>
         <host>localhost</host>
         <prefix>/IisProxy/</prefix>
      </source>
   </config>
und

Code
</ISAPI-config>
fehlt eine ganze Menge.

Ich habs mir im xml-Editor von WSAD geöffnet.
Da bekommt man aussagekräftige Fehlermeldungen.
Alternativ könntest du dir eine Testversion des Programms xmlSpy besorgen.
 
Das Zeugs mit dem <!Doctype da oben ist übrigens eine inline-dtd. Dort wird die "Struktur" der xml-Datei festgelegt.
Ich könnte da jetzt eine well-formed und valid xml Datei erstellen, habe aber gerade wenig Zeit. Wie dringend ist das?

Gruß Axel

Axel, erst mal vielen Dank. Dringend ist das nicht. Mache eh gleich Feierabend. Die datei war eigentlich so in der Installation drin. Lediglich die Parameter mussten angepasst werden.

Aber da soll sich der Typ von Requisite drum kümmern. Für mich ist der Fall an dieser Stelle erst einmal erledigt. War jetzt nur der eigene Ansporn, zumindest den ISAPI Filter noch ans rennen zu bringen.

Ulrich
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 14.11.03 - 15:38:01
schade.

hier 2 Vorschläge, die vom xml her sowohl valid als auch well-formed sind:
Die 1. habe ich selbst zusammenkopiert, die 2. habe ich mir aus der dtd mit WSAD erzeugen lassen.

Die in der dtd (in dem Teil wo <!Element und so ähnlich steht) festgelegten Beschränkungen für die Datenstruktur  sind nicht besonders strikt (
? für kann, muss aber nicht.
* für: kann beliebig oft vorkommen
)
Deshalb gibt es viele unterschiedliche Optionen.

Die Dateien sind natürlich nur vom xml Standpunkt korrekt. Ob das die richtige Konfiguration für ISAPI ist, ist nochmal ne andere frage:

Trotzdem war das ein schönen Übungsbeispiel.

Was ich ein bischen komisch finde ist, dass xml Parsermeldungen eigentlich normal immer an die Konsole weitergegeben oder zumindest ins log geschrieben werden.
Typisch steht da sowas wie tag xxx expects closing tag in line xxx.
Und wenn man sich da ein bischen dran gewöhnt hat ist das eigentlich alles was man braucht und viel besser als eine Notes.ini zur Konfiguration.

Naja SAP beschäftigt sich vielleicht nicht mit so einem Tüdelskram. Da haben technische Personen keine Fehler zu machen. Wozu braucht man dann Fehlermeldungen?

xml1:
Code
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE ISAPI-config[
   <!ELEMENT ISAPI-config ( filter, extension, ( mapping | config )* )>
   <!ATTLIST ISAPI-config
      version CDATA #REQUIRED
   >

   <!ELEMENT filter (log-path?)>
   <!ATTLIST filter
      name CDATA #IMPLIED
      log-level CDATA "2"
      log-flags CDATA "0"
      debug-flags CDATA "0"
      priority ( high | medium | low ) "high"
      extension-url CDATA "/scripts/IisProxy.dll"
      IIS-check-auth ( true | false ) "true"
   >

<!ELEMENT extension ( keystore-dir?, log-path?, data-path?, trace-path? )>
   <!ATTLIST extension
      name CDATA #IMPLIED
      log-level CDATA "2"
      log-flags CDATA "0"
      debug-flags CDATA "0"
      access ( filter | direct | both ) "filter"
   >
   
   <!ELEMENT keystore-dir (#PCDATA)>
   <!ELEMENT log-path (#PCDATA)>
   <!ELEMENT data-path (#PCDATA)>
   <!ELEMENT trace-path (#PCDATA)>

   <!ELEMENT mapping ( source+, target, compress-types*,
      protocol-header?, certificate-header?, cert-chain-header?, cipher-header?, keysize-header?,
      keystore-path?, log-path?, data-path? )>
   <!ATTLIST mapping
      name CDATA #IMPLIED
      log-level CDATA "2"
      log-flags CDATA "0"
      debug-flags CDATA "0"
      close-socket-delay CDATA "1000"
      thread-count CDATA "10"
      max-socket-age CDATA "10"
   >

   <!ELEMENT source (protocol, host?, port?, prefix, new-prefix?)>
   <!ATTLIST source
      access ( filter | direct | both ) "both"
   >
   <!ELEMENT protocol (#PCDATA)>
   <!ELEMENT host (#PCDATA)>
   <!ELEMENT port (#PCDATA)>
   <!ELEMENT prefix (#PCDATA)>
   <!ELEMENT new-prefix (#PCDATA)>
   <!ELEMENT target (protocol, host, port)>
   <!ELEMENT compress-types (#PCDATA)>
   <!ATTLIST compress-types
      min-size CDATA "1024"
   >

   <!ELEMENT protocol-header (#PCDATA)>
   <!ELEMENT certificate-header (#PCDATA)>
   <!ELEMENT cert-chain-header (#PCDATA)>
   <!ELEMENT cipher-header (#PCDATA)>
   <!ELEMENT keysize-header (#PCDATA)>
   <!ELEMENT keystore-path (#PCDATA)>

   <!ELEMENT config ( source+ )>
]>

<ISAPI-config version="">
  <filter IIS-check-auth="true" debug-flags="0" extension-url="/scripts/IisProxy.dll" log-flags="0" log-level="2" name="" priority="high">
    <log-path>log-path</log-path>
  </filter>
  <extension access="filter" debug-flags="0" log-flags="0" log-level="2" name="">
    <keystore-dir>keystore-dir</keystore-dir>
    <log-path>log-path</log-path>
    <data-path>data-path</data-path>
    <trace-path>trace-path</trace-path>
  </extension>
  <mapping close-socket-delay="1000" debug-flags="0" log-flags="0" log-level="2" max-socket-age="10" name="" thread-count="10">
    <source access="both">
      <protocol>protocol</protocol>
      <host>host</host>
      <port>port</port>
      <prefix>prefix</prefix>
      <new-prefix>new-prefix</new-prefix>
    </source>
    <target>
      <protocol>protocol</protocol>
      <host>host</host>
      <port>port</port>
    </target>
    <compress-types min-size="1024">compress-types</compress-types>
    <protocol-header>protocol-header</protocol-header>
    <certificate-header>certificate-header</certificate-header>
    <cert-chain-header>cert-chain-header</cert-chain-header>
    <cipher-header>cipher-header</cipher-header>
    <keysize-header>keysize-header</keysize-header>
    <keystore-path>keystore-path</keystore-path>
    <log-path>log-path</log-path>
    <data-path>data-path</data-path>
  </mapping>
</ISAPI-config>


xml2:
Code
<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE ISAPI-config[
   <!ELEMENT ISAPI-config ( filter, extension, ( mapping | config )* )>
   <!ATTLIST ISAPI-config
      version CDATA #REQUIRED
   >

   <!ELEMENT filter (log-path?)>
   <!ATTLIST filter
      name CDATA #IMPLIED
      log-level CDATA "2"
      log-flags CDATA "0"
      debug-flags CDATA "0"
      priority ( high | medium | low ) "high"
      extension-url CDATA "/scripts/IisProxy.dll"
      IIS-check-auth ( true | false ) "true"
   >

<!ELEMENT extension ( keystore-dir?, log-path?, data-path?, trace-path? )>
   <!ATTLIST extension
      name CDATA #IMPLIED
      log-level CDATA "2"
      log-flags CDATA "0"
      debug-flags CDATA "0"
      access ( filter | direct | both ) "filter"
   >
   
   <!ELEMENT keystore-dir (#PCDATA)>
   <!ELEMENT log-path (#PCDATA)>
   <!ELEMENT data-path (#PCDATA)>
   <!ELEMENT trace-path (#PCDATA)>

   <!ELEMENT mapping ( source+, target, compress-types*,
      protocol-header?, certificate-header?, cert-chain-header?, cipher-header?, keysize-header?,
      keystore-path?, log-path?, data-path? )>
   <!ATTLIST mapping
      name CDATA #IMPLIED
      log-level CDATA "2"
      log-flags CDATA "0"
      debug-flags CDATA "0"
      close-socket-delay CDATA "1000"
      thread-count CDATA "10"
      max-socket-age CDATA "10"
   >

   <!ELEMENT source (protocol, host?, port?, prefix, new-prefix?)>
   <!ATTLIST source
      access ( filter | direct | both ) "both"
   >
   <!ELEMENT protocol (#PCDATA)>
   <!ELEMENT host (#PCDATA)>
   <!ELEMENT port (#PCDATA)>
   <!ELEMENT prefix (#PCDATA)>
   <!ELEMENT new-prefix (#PCDATA)>
   <!ELEMENT target (protocol, host, port)>
   <!ELEMENT compress-types (#PCDATA)>
   <!ATTLIST compress-types
      min-size CDATA "1024"
   >

   <!ELEMENT protocol-header (#PCDATA)>
   <!ELEMENT certificate-header (#PCDATA)>
   <!ELEMENT cert-chain-header (#PCDATA)>
   <!ELEMENT cipher-header (#PCDATA)>
   <!ELEMENT keysize-header (#PCDATA)>
   <!ELEMENT keystore-path (#PCDATA)>

   <!ELEMENT config ( source+ )>
]>

<ISAPI-config version="1.3">
<filter name="IISPROXY">
   <extension name="IISPROXY">
   <mapping name="IISPROXY">
      <source>
         <protocol>http</protocol>
         <host>10.14.88.11</host>
         <prefix>/irj/</prefix>
      </source>
      <target>
         <protocol>http</protocol>
         <host>10.14.88.11</host>
         <port>82</port>
      </target>
      <compress-types>text/html, text/plain, text/css</compress-types>
   </mapping>
   <config>
      <source>
         <protocol>http</protocol>
         <host>localhost</host>
         <prefix>/IisProxy/</prefix>
      </source>
      <source>
         <protocol>https</protocol>
         <host>localhost</host>
         <prefix>/IisProxy/</prefix>
      </source>
   </config>

</ISAPI-config>
Titel: Re:Der längste Tag...
Beitrag von: eknori am 14.11.03 - 16:16:40
Danke Axel ! Bin leider  ;D schon zuhause, sonst hätte ich das gleich mal umgesetzt. Dann also erst Montag. Und wg Fehlermeldung: das was ich da gepostet habe ist alles.
Aber du hast Recht SAP macht keine Fehler ergo auch keine Fehlermeldungen.

Ulrich
Titel: Re:Der längste Tag...
Beitrag von: eknori am 26.11.03 - 18:43:25
@Axel: damit hat es dann funktioniert...


Nachdem ich das dann halbwegs ans Laufen gebracht habe ( ich kann halt nicht testen, ob alles so läuft, wie es soll ) Hatten wir dann einen Berater der Herstellerfirma am Telefon für das FineTuning. Nachdem ich dann hier und da unter Anleitung dies und das geschraubt habe, sagte mir dieser Berater, daß das, was wir eigentlich wollen mit dieserr Konstellation eigentlich gar nicht möglich ist und wenn man es doch an den Draht bekäme in keiner Weise performant ist.

Aha, habe ich gedacht. Wenn so ein xSeries 335 schon bei 5 Usern in die Knie geht, warum läuft dann mein 5500er bei 2.000 Usern immer noch ?
Er meinte dann, daß sich ja nicht nur 5 User aus dem Einkauf auf den Katalog stürzen sondern das da durch aus mal 100 - 200 sein können... Gleichzeitig ? ... Ja... Hmm ?? und, warum ist das ein Problem ?? Ja, nun, herstellerseitig wird doch sowieso ein zweiter Server für den LiveKatalog empfohlen und dann sollte man die auch noch clustern. Na ja, und da man das trennen sollte, müssen sie natürlich auch noch einen zweiten SQL Server installieren, weil die Produkte dann nicht mehr auf ein und denselben Server zugreifen und dann stellen sie sich einmal vor, die Netzwerkverbindung ( ähh, sie haben da ja nur 100 Mbit ) zusammenbricht...  AUFHÖREN !!!!!!!

Also ich brauche dann für einen popelige SW 4 Server; langsam wird es eng im 19'' er. Das müssen ja schließöich noch 100 ApplikationServer rein.

Mit wunden Ohren und einem steifen Nacken vom Telefon-unters-Kinn-klemmen glaube ich dann noch gehört zu haben, daß das mit der MS SQL Server Geschichte eh nichts bring und man da lieber auf Oracle gehen sollte. Und da diese Anbindung IIS und SAP J2EE doch reichlich wackelig ist, sollte man lieber zu TomCat wechseln... Ach ja, das bisherige SW Paket würde er dann auch wieder zurücknehmen und uns zu einem kleinen Aufpreis die Tomcat Version verkaufen.

Ich bin dann schreiend aus dem Raum gelaufen., haben einen Liter Kaffee auf EX vertilgt, in die Tischkannte gebissen, den Praktikanten alle verfügbaren Variablen und Konstanten sortieren lassen und dann einen fetten Bob in die Bahn gesetzt. Soviel Schei..SSe mußßte einfach umgehend verdaut werden.

Und wenn ihr denkt, schlimmer kann es doch nicht kommen.. Ulrich.. lächle ! Und ich lächelte , und es kam schlimmer.
Nachdem ich mein post traumatsches Stress Syndrom verdaut hatte, habe ich mich dann mit meinem Chef mal zu einer leckeren Tasse Kaffee zusammengestzt und ihm die Situation geschildert.
Na, wenn die das vom Einkauf haben wollen... Dann kriegen die das auch. Dann hat er noch gefragt, ob ich damit ein Problem hätte, ob es mein Geld wäre und schließlich hätte man sich ja kompetente Berater ins Haus geholt. Und auch die Finden, es muss so sein.

Ich schnappe mir jetzt mein Quietschentschen und setze mich in die Badewanne. Dann produziere ich ein paar Blasen ( schließlich gab es heute Erbsensuppe in der Kantine. Und morgen, ja gleich morgen...da melde ich mich für eine Umschulung an... Entweder SAP-Berater oder Irrenarzt. Beide scheinen ja recht gut zu verdienen, wenn ein solches Projekt erst einmal angestossen ist.

*gna gna gna, gagagagagag*

Ulrich

P.S. Es handelt sich hier nicht um eine Satire !!! Das ist das Leben, das ich momentan friste....
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 26.11.03 - 19:48:20
LOLROTF ;D
Jetzt weiss ich, warum ich noch hier am Schreibtisch bin. Hab Tränen gelacht. ;D


@Axel: damit hat es dann funktioniert...

8)

Tja Standardsoftware. Scheinbar auch nicht so einfach.

Typen, die von sowas leben würden über sowas wie mich wohl sagen. Java? Projekte selber programmieren? Aber es gibt doch Standardlösungen.
Ich habe 4 Bücher über J2EE gelesen. Die einen Satz: J2EE ist skalierbar, robust, erweiterbar und klasse. Kennen sich aber sehr gut über die Konfiguration ihres Systems aus. Spannend find ich das nicht.  

Vielleicht werde ich auch SAP-Berater. Aber vermutlich ist es dafür schon zu spät, weil vielleicht nächstes Jahr die hl. Computerwoche mit ihrer unglaublichen insider-Information postet, dass SAP nicht so toll ist.

Warum ist das so ressourcenhungrig?
Vielleicht verwenden die extrem viele Entity-Beans, die inzwischen mega-umstritten sind.
Ich bin ja sowieso mehr Rod Johnson camp und hab mit sowas nix zu tun.
http://www.theserverside.com/events/index.jsp (z.Zt. 3. von oben)
Und ich hab bisher noch keinen Kunden gefunden, der mir so eine Server Hacienda zur Verfügung stellt.
J2EE kann performant programmiert werden. Von der letzten SUN-ONE gab es slides von einer session, wo die von ebay über ihre Architektur gequatscht haben.

Es handelt sich ja wohl um einen online-Zugriff auf ein SAP-System. Ich glaub, dass Transaktionen in einem SAP System alles andere als klein sind. Das ist natürlich ein grundsätzliches Problem.

Erzähl bitte wies weitergeht. (http://saloon.javaranch.com/ubb/graemlins/icon_jumping.gif)
Titel: Re:Der längste Tag...
Beitrag von: eknori am 26.11.03 - 19:58:27
Zitat
Erzähl bitte wies weitergeht.

Da wird wohl noch einiges zusammenkommen. Immerhin bin ich ja nun offiziell in dieses Projekt mit eingebunden und darf mich neben dieser Schei.. auch noch um die Workflows kümmern. Was ich da am Anfang der Woche gesehen habe... echt gruselig.

Also nicht daß ich hier falsch verstanden werde; nichts gegen Java, Tomcat und den ganzen Rest. Da bin ich Anfänger und muß mich da durchbeißen. Und das werde ich schon machen. Daß aber so schmierige Berater (bei uns ) damit einen Haufen Kohle machen; das kotzt mich gewaltig an.

Im Vergleich dazu hatte die Erbsensuppe in der Kantine ein echt gutes Preis/leistungsverhältnis... in diesem Sinne *frrrrtttt*

Upps  ::)

Ulrich
Titel: Re:Der längste Tag...
Beitrag von: koehlerbv am 26.11.03 - 20:24:18
Auch wenn man es - gemessen am irrwitzigen Kern der Geschichte - nicht machen sollte: Ich habe selten so gelacht - hervorragend geschrieben, Ulrich ! Wenn man so schreiben kann, wird man vielleicht eher fertig mit dem Wahnsinn.
Ansonsten kommt mir da vieles bekannt vor, und es fügt sich nahtlos ein in die Meldungen über den allgemeinen Zustand unserer Wirtschaft, wie er allabendlich in der Tagesschau verlesen wird.

Für Deinen Humor daumendrückend,
Bernhard
Titel: Re:Der längste Tag...
Beitrag von: eknori am 26.11.03 - 20:40:39
Zitat
Und ich hab bisher noch keinen Kunden gefunden, der mir so eine Server Hacienda zur Verfügung stellt.

ich fange aufzuzählen.

2 * AS/400 ( Modell frag-mich-nicht-aber-ziemlich-gross ) für das SAP Basis- System.
1 * AS/400 als Testsystem

2 * xSeries 335 im Cluster für EDI

nun ja und dann seit heute ( beschlossen und verkündet )

4 * xSeries 335 im Cluster mit Oracle und Tomcat

dann sollen da noch ca 100 !! Applikation Server installiert werden ( für was auch immer )

ach ja, ich vergaß zu erwähnen, daß wir ja weltweit über mehrere Standorte Verfügen (allein in D sind das 5 ). Und da muß natürlich ein solches System auch redundant angelegt werden.. wegen der Sicherheit und so.

ich bin nur froh, daß ich für meine Notes Server letzte Woche noch eine FastT 600 mit 10 TByte bekommen habe. War ja gar nicht dringend; es waren ja noch ca 20 MB  !! auf den bisherigen Servern frei. Ich habe dann quasi am Freitag in allerletzter Sekunde Datenbanken auf das SAN schaufeln können.

Soweit für heute die Chronologie des Wahnsinns

Ulrich

so, und wenn ich euch jetzt noch zeige, welche Werte ich im Aktien Depot habe, wir wohl jeder verstehen, daß der heutige Tag ein Schei..ss Tag war

(http://www.eknori.de/cms/_data/aktien.jpg)

genau.. warum habe ich meine SAP 1999 verkauft ?? Ich Volltrottel
Titel: Re:Der längste Tag...
Beitrag von: eknori am 26.11.03 - 21:15:52
mehr Wahnsinn  ??

guckst du
http://heini.dominodeveloper.net/heini/home.nsf/perma?OpenView&RestrictToCategory=3-11-26-204409 (http://heini.dominodeveloper.net/heini/home.nsf/perma?OpenView&RestrictToCategory=3-11-26-204409)
Titel: Re:Der längste Tag...
Beitrag von: koehlerbv am 26.11.03 - 21:27:06
Da frage ich mich jetzt, warum haben wir eigentlich - trotz persönlichem Erscheinen am Schweizer und Deutschen Zollamt mit "hunderten" Papieren im März 1992 unsere ersten Notes-Lizenzen zollfrei aus der Schweiz einführen dürfen ?
Wie mein seliger Grossvater immer sagte: "Die Welt geht dem Wahnsinn entgegen !"

Bernhard
Titel: Re:Der längste Tag...
Beitrag von: eknori am 26.11.03 - 21:29:14
.. und ich habe ihn heute schon mit der Nasenspitze berührt
Titel: Re:Der längste Tag...
Beitrag von: koehlerbv am 26.11.03 - 22:04:27
... naja, damit hast Du aber schon angefangen, als Du angefangen hast, auf Aktien zu setzen. Das ist spekulativ und führt in aller Regel dazu, dass das Geld von Tasche 1 in Tasche 2 wandert.
Und im Nasdaq etc. kann man sehen, dass man genauso gut Lotto spielen kann oder in London auf die Wiederkehr von Elvis wetten.
In Istanbul reissen Autobomben Dutzende Unschuldiger in den Tod - und die SAP-Aktien fallen ... Das ist krank.
Ich bin jedenfalls stolz auf meinen Entschluss, niemals Aktien gekauft zu haben (ich habe mich auch standhaft und entgegen arger Anfeindungen gewehrt, Aktien meines eigenen Arbeitsgebers zu kaufen).
By the way: Wenn Aktien richtig heftig Dividende bringen, ist dies ja der umgekehrte Beschiss (zu dem oben beschriebenen): Vom Gewinn müssen die Kosten bezahlt werden, Boni an fleissige Angestellte ;-), neue Investitionen getätigt werden - und dann noch die Aktionäre ...

Das Geld wandert also immer von einer Tasche in die andere, und meist ist es nicht die richtige ...

Mein Mitleid sich in dieser Sache also in Grenzen, Ulrich. Du hast spekuliert - und diesmal verloren. Punkt.

Bernhard

PS: Meine letzte Wette habe ich auch verloren und damit einen K20. Mein Wettpartner hat ihn aber zumindest mit mir geteilt ;-)
Titel: Re:Der längste Tag...
Beitrag von: eknori am 26.11.03 - 22:10:22
Zitat
Ich bin jedenfalls stolz auf meinen Entschluss, niemals Aktien gekauft zu haben (ich habe mich auch standhaft und entgegen arger Anfeindungen gewehrt, Aktien meines eigenen Arbeitsgebers zu kaufen).

ich musste die teilweise noch nicht einmal kaufen; die waren Bestandteil meines Arbeitsvertrages.

Klar ist  das spekulativ; aber die heutigen verluste treiben mich nicht in den Ruin; es gibt ja auch noch andere Anlageformen.  ;D

Titel: Re:Der längste Tag...
Beitrag von: koehlerbv am 26.11.03 - 22:20:32
Ach ja, Microsoft ... natürlich ... Da hat dann ja auch das "normale" Gehalt gestimmt. Und ärgern tut man sich dann an Tagen wie heute trotzdem. Verständlich. Und dann kommt noch so eine Analöffnung und versaut Dir die Tage ...

Ergo: "Gute Besserung" wünscht
Bernhard
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 27.11.03 - 08:22:26
Zitat
Und ich hab bisher noch keinen Kunden gefunden, der mir so eine Server Hacienda zur Verfügung stellt.

ich fange aufzuzählen.

2 * AS/400 ( Modell frag-mich-nicht-aber-ziemlich-gross ) für das SAP Basis- System.
1 * AS/400 als Testsystem

2 * xSeries 335 im Cluster für EDI

nun ja und dann seit heute ( beschlossen und verkündet )

4 * xSeries 335 im Cluster mit Oracle und Tomcat

dann sollen da noch ca 100 !! Applikation Server installiert werden ( für was auch immer )

guter Name wäre
(n * xxl)-tier Server Hacienda "Morgenröte, Drittes Jahrtausend"
Titel: Re:Der längste Tag...
Beitrag von: Gandhi am 27.11.03 - 08:40:12
Viel Spaß auf der Pondominosa...
Titel: Re:Der längste Tag...
Beitrag von: eknori am 27.11.03 - 13:25:28
So, ich bin dann wieder aus der Wanne raus...  ;D

Habe mich dann mal im Internet umgesehen und bin auf BigApache.org gestossen.

Flugs mal das Paket runtergeladen  ( http://www.bigapache.org/Download.34.0.html?PHPSESSID=88fd379f0b057c54547d05fee46f3389 (http://www.bigapache.org/Download.34.0.html?PHPSESSID=88fd379f0b057c54547d05fee46f3389) )
und installiert.

Phase 1: völlig problemlos; apache läuft und das Kätzchen schnurrt im Hintergrund.

Dann noch schnell diese ominöse Software installiert und.. tadaaaaaa !! es läuft.

Das dolle ist jetzt, daß mein Chef schon seit 9:00 mit den SAP Fuzzies im Meeting sitzt und die sich beratschlagen, wie man die verfahrene Kiste wieder aus dem Dreck ziehen kann...
Ich glaube ich lasse die noch ein bisschen zappeln; sagen wir mal so bis Freitag nachmittag, oder so  ;D ;D

Wenn jetzt gestern nicht noch einer dieser Intelligenzalergiker das Passwort von der SQL Datenbank geändert hätte, könnte ich schon mal anfangen, die Kataloge zu laden...

OK, soweit dann dies

Ulrich
Titel: Re:Der längste Tag...
Beitrag von: Driri am 27.11.03 - 14:46:09
Hehe,

wenn ich mir so eknoris Postings durchlese, finde ich, er muß nen Buch schreiben.

Bestes Beispiel : Intelligenzalergiker

MUAHAHA !  ;D
Titel: Re:Der längste Tag...
Beitrag von: Xantox am 27.11.03 - 15:13:52
*lach* eknori, selten so gelacht :)

SAP-Berater sind ein interessantes Völkchen *g*

Grüße
Titel: Re:Der längste Tag...
Beitrag von: Axel_Janssen am 30.11.03 - 22:08:50
habt ihr die eigentlich nach Referenz-Installationen dieser Konfiguration gefragt  ???
Mir kommt das ganze ein bischen unheimlich vor. Ich hab mal meine gute, alte Javaranch durchsucht und da kommt der SAP J2EE Server praktisch nicht vor  ::) Da dies das wirklich größte unabhängige Java-Forum dieses Planeten ist, ist das sehr seltsam.
Die ansonsten gefundenen Beiträge zu SAP J2EE waren auch eher negativ.

Mehr (unabhängige) Informationen gibt es auf dem hochwertigen J2EE-Spezial Portal www.theserverside.com .
http://www.theserverside.com/home/search/index.jsp
(suche nach sap).
Der erste Treffer ist schon mal irgendwie hm. sagen wir verdächtig.
http://www.theserverside.com/home/thread.jsp?thread_id=7171
(leider ist der  entsprechende yahoo.daily link nicht mehr funktionstüchtig)
Zitat
SAP recommends WebSphere to its 13000 customers
Der 3. Diskussionsbeitrag ist irgendwie sagen wir hmmm. noch verdächtiger:
Zitat
Probably did this to catch up with the application server platform because SAP's Web Application Server is a little behind the times at the moment.

Bei dem SAP Server handelt es sich wohl um In-Q-My Technologies GmbH, a wholly owned subsidiary of SAP AG. Zwar hat dieser Server den J2EE-Kompatibilitätstest bestanden, das heisst aber noch nicht viel. Die Qualität der einzelnen J2EE Server ist höchst unterschiedlich. Wenn SAP jetzt (wie oben angesprochen) Websphere empfiehlt, ist dann vielleich der J2EE Server der Tochter ein Auslaufmodell ???

 
Titel: Re:Der längste Tag...
Beitrag von: eknori am 01.12.03 - 07:17:10
@Axel: Danke für die Info. Ich hatte zwar nach einer Referenzinstallation gefragt, allerdings schweigt man sich zu dem Thema aus.

Irgendwie werde ich das Gefühl nicht los, solten wir das dann jemals unter Tomcat stabil zum Laufen kriegen, irgendso eine Brausebirne um die Ecke kommt und uns erzählt, wir hätten das doch besser unter WebSphere realisieren sollen.

Ich hatte ja letzte Woche geschrieben,daß ich die SW unter TomCat installieren und auch laufen lassen konnte. Ich habe dazu den BigApache ( http://www.bigapache.org ) verwendet. Heute Morgen habe ich dann erst mal meinen rechner neu starten dürfen. Habe die Installation mal über das WE laufen lassen. Scheint aber ein gewaltiges Memory Leak vorhanden zu sein. CPU und Speicher waren am Anschlag. Ich habe das aber auf einen Pentium II mit 192 MB Ram und 700 MHz betrieben. denke, da muß eine andere Platform her, um da wirklich eine Aussage treffen zu können.

Aber heute soll ja "unsere kleine Serverfarm" geliefert werden. Und dann lehne ich mich  entspannt zurück und schaue nur ab und zu mal in den Raum, wo dann die SW installiert wird.  Ach ja, uns steht dann auch ein Supporter der Herstellerfirma zur Seite; telefonisch, wenn ich das Geräusch des SAPlers am Freitag richtig gedeutet habe

in diesem Sinne, eine schöne und erfolgreiche Woche. Jetzt mache ich erst einmal das erste Türchen an meinem AzWenz Calender auf.

eknori
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 01.12.03 - 10:55:41
Für mich hört sich das nach einer klassischen Unternehmensberatung an, die sich wg. Auftragsflaute im eigenen Kerngeschäft ihre Consultants in Dinge schickt, die sie nicht beherrschen.
Keine Gedanken dieses Projekt zu kapern.

Eine extrem gefährliche Konstellation.
Die Integration von Tomcat mit Apache ist nicht unbedingt trivial, funktioniert aber.

Die Tomcat/Apache Integration kannst du auch von Hand machen. Ich hab das in meinem Professional Tomcat Guide auf O'Reilly Safari Bookshelf.
Hier ist eine umsonst-Anleitung, wie man das von Hand macht:
http://www.galatea.com/flashguides/apache-tomcat-4-win32.xml

Vorschlag: Frag die Berater doch mal, welche J2EE Version von dem SAP J2EE Server unterstützt wird. J2EE1.2 oder noch schlechter bringt extreme Performance-Nachteile gegenüber J2EE1.3 (keine local interfaces von EJBs, weniger support für asynchrone Methoden: Message Driven Beans, meines Wissens keine Unterstützung für JCA).
Es ist einfach nicht einzusehen, warum man für die doch irgendwie überschaubare Kundenzahl sowiel Server braucht.  
Titel: Re:Der längste Tag...
Beitrag von: eknori am 01.12.03 - 11:35:38
erst mal Danke für den Link.

habe gerade aus den Nebenbüro eine Geräuschemmission vernommen, die sich darum drehte, daß die das so hinbekommen wollen, daß der Tomcat mit dem IIS verheiratet werden soll   ??? ???
Und im nächsten Satz war dann davon die Rede, den IIS abzuschalten und den Tommi alleine laufen zu lassen... :o ??? ??? :o

Sag mir bitte, daß das irgendwie ein ganz gruseliges Vorhaben ist, damit ich noch rechtzeitig die netten Herren mit den "Hab-mich-lieb"- Jacken bestellen kann.

Es ist noch nicht einmal Mittag und ich bin schon wieder reif für ne Session in der Gummizelle.

Ulrich
Titel: Re:Der längste Tag...
Beitrag von: pd am 01.12.03 - 11:40:11
Da hilft nur eins:
SAP-Beraterweitwerfen!

Frag mal den Progger von dem Weihnachtsmannweitwerfen, ob du ihm ein Bild von dem Berater schicken kannst, dann kann er den Weihnachtsmann ersetzen ;-)

Patrickle
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 01.12.03 - 11:57:20
erst mal Danke für den Link.

Es ist noch nicht einmal Mittag und ich bin schon wieder reif für ne Session in der Gummizelle.
glaub mir, ich habs hier auch nicht einfach. ::)

Tomcat hat einen internen http-Server. Dann brauchst du weder IIS noch Tomcat.
Mittlerweile ist der auch gar nicht so schlecht. In jedem Fall aber von der Performance schlechter als Apache (und sehr vermutlich besser als Domino). Da sich bei euch aber die gleichzeitigen http-Zugriffe wohl sehr im Rahmen halten, dürfte das vermutlich ausreichen. Es ist ja nicht www.kicker.de Samstags um 17.10, sondern eine Art extranet-Anwendung, wo die gleichzeitig anwesenden User weniger als 10.000 ist.  
In jedem Fall würde ich das Testen. Es gibt da Tools für Server-Last-Tests.
Tomcat auch als http-Server zu benutzen, dürfte dich von einem Problem befreien (so es performance-mässig ausreichend ist). Dieses einpluggen des Tomcat Webcontainers (=Servlet-Engine + JSP-Engine) in andere http-Server gilt als zwar möglich und stabil, aber ein bischen kompliziert zu einrichten.
Ich persönlich halte Tomcat für stabil. Btw. welche Version brauchen die Herren eigentlich. Sind die sich darüber im klaren?

Tomcat 3.2 unterstützt (JSP1.1, Servlet2.2) isMemberOf J2EE1.2
Tomcat 4.0 unterstüzt (JSP1.2, Servlet2.3) isMemberOf J2EE1.3
Tomcat 5.0 unterstützt(JSP1.3, Servlet2.4) is MemberOf J2EE1.4

Die wohl beste Anleitung zur tomcat-standalone installation findest du hier: http://www.moreservlets.com/Using-Tomcat-4.html

Für tomcat3.2 ist es genau gleich, nur die Umgebungs-Variable CATALINA_HOME heisst dann TOMCAT_HOME.

viel spass noch
 
Kommando Ashik Uzzaman
Titel: Re:Der längste Tag...
Beitrag von: eknori am 01.12.03 - 17:53:55
@Axel: Noch einmal Danke für die wirklich hervoragende Installationsanleitung.

Die Installation habe ich nun hinbekommen; die SW läuft ( auf meiner Workstation  ;D )
Die Sapler saßen um 17:15 immer nocj mit rauchenden Köpfen vor dem Server.

Ich glaube, ich zeige denen dann morgen mal, was ich gemacht habe.
Nach der Anforderungsmatrix war die einzige richtige Kombination ein

Tomcat 3.2 und Java SDK 1.4.x ( warum ich allerdings das SDK brauche ist mir noch nicht klar; da auf dem Server ja nicht entwickelt werden soll )

Die Software habe ich dann gem. Anleitung de Herstellers instaliert und die Parameter für die SQL Anbindung eingegeben. Dann noch schnell die web.xml der Appl. entsprechen angepasst und auch die server.xml desTomcat.

Tomcat starten, Appl im Browser aufrufen... und siehe  :o da, et lüppt  8)

Für die ganze Installation braucht man nach HerstellerAngeben ca 2 Manntage ! Realistisch ist das in etwas 3 Stunden zu schaffen, wenn man den Download des Katers und des SEK ( äh sorry, SDK ) mit einbezieht.

Okay, ich habe jetztnicht hunderte von Screenshots gemacht und jeden Furz beschrieben; aber das kriege ich jetz sogar blind mit Krückstock hin...

Nochmals herzlichen Dank an alle angeschlossenen Mitglieder an den Geräten zuhause für euren seelischen Beistand und insbesondere Axel für die wie immer kompetente Hilfestellung in Sachen JAVA, J2EE und den ganzen Rest.

Und was das mit den 4 Servern auf sich hat, erkläre ich euch nach der nächsten Maus... ;D

Gruß

Ulrich
Titel: Re:Der längste Tag...
Beitrag von: koehlerbv am 01.12.03 - 18:11:10
Tjoa, da hamma jetzt den "inneren Vorbeimarsch" mal wieder ;-) Das ändert nicht immer was an der realen Situation, hilft aber offensichtlich nicht nur mir ;-) über derartige Probleme mit überbezahlten beschlipsten Nieten-in-Nagelstreifen hinwegzukommen.

Herzlichen Glückwunsch jedenfalls, Ulrich - und ich habe da sehr mitgefühlt, und es tat mir sehr leid, nicht so wie AxelJavaMensch ;-) mithelfen zu können.

Bernhard
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 01.12.03 - 18:31:23
Hi Ulrich,

@Axel: Noch einmal Danke für die wirklich hervoragende Installationsanleitung.
... ist die beste auf diesem Planeten und um ehrlich zu sein, ist es auch nicht so schwierig.  ;D

Tomcat 3.2 und Java SDK 1.4.x ( warum ich allerdings das SDK brauche ist mir noch nicht klar; da auf dem Server ja nicht entwickelt werden soll )
Gute Frage. Hab schon angefangen auf der Ranch zu posten bis ich das fand: http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg104766.html
Es hat was mit den startup-Skripten zu tun, die auf die filestruktur des JSDK ausgerichtet ist. Man könnte dieses Skript (in deinem Fall wohl startup.bat) anpassen. Das ist aber unnötige Arbeit.
 
Die Software habe ich dann gem. Anleitung de Herstellers instaliert und die Parameter für die SQL Anbindung eingegeben. Dann noch schnell die web.xml der Appl. entsprechen angepasst und auch die server.xml desTomcat.
Das hört sich gut an.

Gruß Axel
Titel: Re:Der längste Tag...
Beitrag von: eknori am 01.12.03 - 18:44:04
so, jetzt noch schnell zu den 4 Servern.

Das ganze system sieht folgendermaßen aus:

1 Stück SW, um den TeileKatalog ( z.B. Conrad ) einzulesen ( 1. Server )
die Daten werden dann in einer SQL DB gespeichert ( 2. Server )
1 Stück SW ( 3. Server ), um aus der ersten Datenbank die Positionen in eine weitere Datenbank zu schaufeln ( 4. Server ) , die dann wiederum mit dem SAP verknipelt ist.

nun ja, man wird sehen, inwieweit das noch eigedampft werden kann; zumindest sind die Rechnerchen heute nicht wie angekündigt angeliefert worden. Da besteht noch Hoffnung, daß bei dr Anlieferung ebensoviel schief geht, wie bei der Installation der SW.
Und wenn ich viiiieeeel Glück habe, haben alle beteiligten SW Produkte zu Weihnachten eine schuckeliges Zuhause auf einer MehrprozessorMAschine mit genügend Dampf und RAM.



Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 01.12.03 - 19:13:51
Und wenn ich viiiieeeel Glück habe, haben alle beteiligten SW Produkte zu Weihnachten eine schuckeliges Zuhause auf einer MehrprozessorMAschine mit genügend Dampf und RAM.

... auf der dann zweifelhafte Software eines offenbar vom Hersteller selbst nicht mehr ernstgenommenen EJB-Containers nach einer veralteten Spezifikation läuft.  
Hell. J2EE1.3 hat mit local Interfaces für EJBs gerade einen wichtigen Schritt Richtung Pragmatismus genommen. Es macht einfach keinen Sinn wenn jeder call remot....
Der Schritt bei der EJB-spec, der zwischen dieser J2EE-Version und der anderen Lösung, die jeder normahle J2EE Server seit spätestens Anfang 2002 erfüllt war der Sprung EJB1.2 --> EJB2.0

viiiiel zu langer link wird vernünftig verhackstückelt (http://www.informit.com/isapi/product_id~%7B6A5935FC-0474-4782-B816-CC07393C34AA%7D/st~%7BEA04B5C6-6D59-4670-AC88-4982C49B746D%7D/session_id~%7B5461407A-4A84-497B-A7B4-BD839C54803A%7D/content/articlex.asp)
hat wirklich wichtigste Auswirkungen auf die Performance, v.a. die neuen local interfaces.

Titel: Re:Der längste Tag...
Beitrag von: eknori am 01.12.03 - 19:22:44
OK, kannst du das bitte noch einmal so erklären, daß auch ich das als JAVA Dau verstehe ??.
Du meinst frei übersetzt, das ist ja schön und gut, das es jetzt endlich läuft, aber so eine schei..sse kommt MIR nicht auf einen Kundenserver ! Ist es das, was du ausdrücken wolltest ??  ;D
ch würde das gerne auch meinem OberGuru ( Ssseffe ) erklären können.

Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 01.12.03 - 19:42:41
in dem oben eingefügten Link wird das ein bischen, aber nicht wirklich erläutert. EJB ist schon ziemlich spezial.
Ich hab mal selbstgeschriebene Websphere-Schulungen gegeben (damals übrigens wohl eine Überforderung). Model View Controller ging noch, aber wie ich angefange habe die Funktionsweise von EJBs zu erklären, hätte ich am besten vorher jedem Beteiligten 5 Aspirin oder 0.2 Valium (die pennten eh schon halb) gegeben.

<vereinfachend_gesprochen>
Eine J2EE app ist schichtenmässig aufgebaut.
Der Web/Frontend-Layer leitet die User-Aktionen an
den Business Layer weiter, der wiederum
mit dem Entity-Layer kommuniziert (eine Art OO-Sicht der RDBMS).

Problem ist, dass dies alles remote-calls sind, d.h. keine by-reference-calls, sondern die Parameter der Methodenaufrufe werden by value erst in ein rmi-Corba (heisst anders,schau jetzt nich nach) Protokoll serialisiert und beim aufgerufenen Objekt wieder deserialisiert (was einfach Ressourcen verbraucht).
In EJB2.0 können die Methodenaufrufe zwischen Bussiness-Layer (EJB Session Beans) und Entity-Layer(EJB-Entity Beans) by reference sein (was wesentlich schneller ist und die sich daraus ergebenen Probleme hätte man angeblich von CORBA schon wissen müssen)
</vereinfachend_gesprochen>

Auch die in J2EE1.3 eingeführten Java Connector Architecture und Message Driven Beans können für eine solche SAP-Anbindung mit langen Transaktionen über den Datenbestand des SAP Systems eine gute Sache sein.
Titel: Re:Der längste Tag...
Beitrag von: eknori am 01.12.03 - 19:47:05
das heißt dann laienhaft ausgedrückt: Die SW entspricht nicht mehr dem heutigen Stand der Technik, korrrrekt ?
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 01.12.03 - 20:04:12
sage ich doch die ganze Zeit <big_grin_smiley/>
(bei mir funktionieren die smileyes momentan nicht).
oder wie mein deutsch-russischer Kollege Igor sagen würde auf jedem fall.

Spezifikationsmässig ist das Websphere4. Der Übergang zu J2EE1.3 wurde Ende2001/2002 vollzogen (und J2EE ist eine junge Technologie).
Heute ist J2EE1.4 bei manchen Herstellern fertig. Da wäre man aber ein bischen early adopter.
Die KGBM Leute können auch nicht damit argumentieren, dass J2EE1.3 nicht stabil wäre (wie gesagt 2002 war der Wechsel).

V.a. finde ich bedenklich, dass SAP offenbar nun Websphere empfiehlt, man von diesem Server nix in newsgroups hört und er offenbar keinen upgrade auf J2EE1.3 spendiert bekommen hat, zumal alle sich einig sind, dass J2EE1.3 wirklich wichtige Neuerungen gerade für die immer noch nicht so super ausgereifte Idee der EJBs brachte.

Wenn das seine Aufgabe erfüllt, soll das egal sein. Einen solchen Server für einen weiteren Ausbau der J2EE Infrastruktur zu nehmen halte ich für keine gute Idee.

SAP scheint jetzt auf einen netweaver zu bauen (keine Ahnung ob das eine IDE ist, eine Zwischenschicht oder whatever). Jedenfalls fällt da immer wieder der Name Websphere. Such mal auf der SAP.de nach websphere.
Vielleicht solltest du Rücksprache mit eurem Ansprechpartner bei SAP halten, falls ihr einen habt.

Gruß Axel


Titel: Re:Der längste Tag...
Beitrag von: eknori am 01.12.03 - 20:09:55
Danke, das werde ich dann morgen mal so verkaufen  :D
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 01.12.03 - 20:28:59
such einfach nach dem Server, den die euch anbieten auf der SAP Seite.
Ich meine, ich bin wirklich kein Experte für die J2EE Strategie von SAP, aber es sieht echt merkwürdig aus.
Titel: Re:Der längste Tag...
Beitrag von: eknori am 01.12.03 - 20:31:49
nicht das wir jetzt aneinander vorbei reden:

dem J2EE 6.10 von SAP setzen wir ja nun nicht ein, sondern den TomCat 3.2
Titel: Re:Der längste Tag...
Beitrag von: Axel Janssen temp am 02.12.03 - 13:33:03
nicht das wir jetzt aneinander vorbei reden:

dem J2EE 6.10 von SAP setzen wir ja nun nicht ein, sondern den TomCat 3.2

nur Tomcat3.2  ???
Das ist ein dramatischer Architekturwechsel.

Dann kann es ja nicht so mega-complex sein. Wieviel kostet das insgesamt ?
Tomcat3.2 ist auf jeden Fall auch veraltet. Seit 2001 gibt es Tomcat4 mit einer völlig neuen und besseren Architektur.

Wie ist dann die Anwendung programmiert?
Frag sie, ob sie standardisierte, kostensparende, erweiterbare, von Experten programmierte Frameworks wie Struts, WebWorks2 oder das (hähä) Spring-Framework verwenden.

Zugriffe auf Datenbanken und das im Web darzustellen ist ein ziemlicher Standard-Task. Ich kann das mal über die Weihnachtsferien durchexerzieren.