Sie haben den Einstieg in die Anwender Dokumentation gewählt. Von hieraus erfahren Sie alles, was Sie benötigen, um B2B by practice bedienen zu können. Über das Inhaltsverzeichnis finden Sie schnell zu den Themen, die Sie interessieren. Zu den hier gelisteten Themen finden Sie eine kurze Beschreibung. Auf ausführlichere Informationen wird in den einzelnen Bereichen verwiesen.
Einleitung
B2B by practice ist eine EAI (Enterprise Application Integration) Software, welche immer mit einer industriespezifischen Ausprägung (practice genannt) ausgeliefert wird. An dieser Stelle seien folgende genannt.
- Datenaustausch Energiebranche GPKE, GeliGas, GabiGas
- Ordercollaboration
- Elster
Die Software kann in mehrere Komponenten unterteilt betrachtet werden. In dieser Dokumentation wird schwerpunktmäßig auf die Bedienung der Oberflächen eingegeangen. Diese Umfassen die Arbeiten der Fachbereiche (fachliches Monitoring) und der IT-Abteilungen (Administration, technisches Monitoring).
Diese Dokumentation setzt eine erfolgreich installierte B2B by practice Software voraus. Der Einstieg in die Anwendung wird als nächstes thematisiert.
B2B by practice Cockpit starten
Die Bedienung der B2B by practice Software erfolgt ausschließlich über einen Browser. Dieser benötigt ein Flash Plugin (Version 9d oder höher). Aus Sicherheitsgründen sollte der Flash Player 10 installiert werden.
Öffnen Sie Ihren Browser und tippen Sie folgende URL ein (Es sei denn, Ihre IT teilt Ihnen eine andere URL mit):
http://[server]:[port]/b2bbp-engine/org.b2bbp.admin/main.html
Nachdem Sie sich authentifiziert haben, sollten Sie einen ähnlichen Bildschirm sehen.
User Interface
Startseite
Monitoring
Queue Verwaltung
Lock Übersicht
Systemfehler
Administration / Customizing
Actions
org.b2bbp.runtime.actions.internal.AperakForwardOne2One
org.b2bbp.runtime.actions.internal.CheckIDOCRepetitionsAction
org.b2bbp.runtime.actions.internal.OutboundEdiDC40Handler
org.b2bbp.runtime.actions.internal.CancelOnCondition
org.b2bbp.runtime.actions.internal.ChannelSwitcher
org.b2bbp.runtime.actions.internal.PersistMessageContextAttributes
org.b2bbp.runtime.actions.internal.AperakConsumerAction
org.b2bbp.runtime.actions.internal.ContrlDeadlineAction
org.b2bbp.runtime.actions.internal.CheckPropertyAction
Channels
Services
Services werden bei B2B in aktive und passive Services unterteilt. Aktive Services zeichnen sich dadurch aus, dass Sie beim Anwendungsstart initialisiert werden und automatisch anfangen zu arbeiten. Sie liefern Daten an die B2B Engine. Passive Services werden beim Start der Anwendung nicht gleich initialisiert. Sie werden meistens aus der Prozess Engine von B2B aufgerufen. Sie sind für den Transport von Daten an angeschlossene Systeme zuständig.
Aktive Services
org.b2bbp.service.inbound.index.IndexService
org.b2bbp.service.inbound.queue.QueueRestarterService
org.b2bbp.service.inbound.queue.QueueService
org.b2bbp.service.inbound.scheduled.ScheduledService
Passive Services
Global Properties
| ID | Wert | Beschreibung |
| B3P_AUTO_RESTART | false/true | Steuert das automatische Anstarten von fehlerhaften Nachrichten. Verwendung unbedingt mit Next Level Berater besprechen |
| B3P_DETAILED_SEARCH_INDEX_DIRECTORY | F:/B2BBP/detailed_index | Absoluter oder relativer Pfad zum UTILMD-Indexverzeichnis |
| B3P_LOG4J_BASE_DIR | F:/B2BBP/logs | Absoluter oder relativer Pfad zum Logverzeichnis der B2B by Practice Logfiles |
| B3P_LOG4J_ConsoleAppender | %d{ABSOLUTE} %-4r [%t] %-5p %c - %m%n | Log4J Ausdruck für das Loggen auf die Console |
| B3P_LOG4J_LEVEL | ERROR | Log4J Loglevel (ERROR/WARN/INFO) |
| B3P_LOG4J_OFFSET | 40000 | Offset für SocketHubAppender: Port = Offset + Instanznr. |
| B3P_LOG4J_RollingFileAppender | 5000KB;5;%d %-5p %C{2} %x %m%n | Log4J Syntax für die Steuerung der Logfiles: Hier pro Node 5 5MB Logfiles, die sich zyklisch überschreiben) |
| B3P_LOG4J_SocketHubAppender | false | schaltet Logging auf Socket "Offset + Instanznr" an/aus (true/false) |
| B3P_MAIL_FORWARD_FROM | b2b_forward@b2bbp.org | Default Mailabsender, wenn man im Cockpit eine Mail weiterleitet. |
| B3P_MAIL_FORWARD_SMTP_HOST | localhost | SMTP Server für das Weiterleiten von mails aus dem Cockpit. |
| B3P_RELOAD_DELAY | 5 | Zeit in Sekunden zwischen Stop und Start der Webanwendung bei Anwendungsrestart. |
| B3P_RELOAD_PASSW | Vlc4ZIHi7oc= | Password, das für den Durchstart der Anwendung und den WebForwarder/WebUploader und die Startseite benötigt wird. |
| B3P_RELOAD_PATH | /b2bbp-engine | Pfad, der für den Durchstart der Anwendung benötigt wird. |
| B3P_RELOAD_ROOT | /manager/html/reload?path=/b2bbp-engine (Tomcat) /ReloadB2BBPEngine/Run (SAP) |
Pfad, der für den Durchstart der Anwendung benötigt wird. |
| B3P_RELOAD_USER | admin | User, der für den Durchstart der Anwendung benötigt wird. |
| B3P_RESTART_SKIP_SERVICES | false | Wenn eine Nachricht wieder angestartet wird, verhindert dieser Parameter das Ausführen der Services, die bereits erfolgreich ausgeführt wurden. (Es wird z.B kein Contrl erneut versendet). Parameter nur nach Absprache mit Next Level Berater setzen. |
| B3P_SEARCH_INDEX_DIRECTORY | F://samba/b2bcluster/B2BBP/index | Absoluter oder relativer Pfad zum Indexverzeichnis |
| B3P_SERVER_URI | http://localhost:8080 | B2B Server URL. Wird benötigt für WebUploader / WebForwarder und Startseite. |
| B3P_SYSTEM_NAME | Developer Workplace | SystemName der im Cockpit angezeigt wird. |
| EDI_SIZES | 50000,1000000,2500000 | Angaben für EDI Nachrichtengröße in Byte. Hier: S bis 50KB, M bis 1MB, L bis 2,5MB E > 2.5MB |
| XML_SERVICES | 1,11,111,default_http | Die hier angegebene Services erhalten/senden XML Nachrichten. Für sie gilt die unter XML_SIZES definierte Nachrichtengrösse. Für alle anderen die unter EDI_SIZES definierte Nachrichtengrösse. |
| XML_SIZES | 400000,3000000,26000000 | Angaben für die XML Nachrichtengröße in Byte. Hier: S bis 400KB, M bis 3MB, L bis 26MB E > 26MB |
| referenceNumberSystemIdentifier | X | einstelliger Vorsatz für Referennummern, die auf B2B erzeugt werden. |
| org.b2bbp.engine.StartupEngine.LOG_LEVEL | 1 | LogLevel für eingehende HTTP Nachrichten (z.B. IDOCs). Parameter muss auf 1 stehen, damit Restart funktioniert. |
| org.b2bbp.services.inbound.file.FileService.LOG_LEVEL | 1 | LogLevel für eingehende Files. Parameter muss auf 1 stehen, damit Restart funktioniert. |
| org.b2bbp.services.inbound.mail.MailService.LOG_LEVEL | 1 | LogLevel für eingehende Mails. Parameter muss auf 1 stehen, damit Restart funktioniert. |
| org.b2bbp.runtime.WorkflowHandler.LOG_LEVEL | 0 | LogLevel für WorkflowHandler |
| org.b2bbp.runtime.actions.internal.ContrlAction.LOG_LEVEL | 0 | LogLevel für ContrlAction |
| org.b2bbp.runtime.actions.internal.InboundConverter.LOG_LEVEL | 0 | LogLevel für InboundConverter (Zeigt EDIXML an) |
| org.b2bbp.runtime.actions.internal.InboundTransformer.LOG_LEVEL | 0 | LogLevel für InboundTransformer (Zeigt IDOCXML an) |
| org.b2bbp.runtime.actions.internal.OutboundConverter.LOG_LEVEL | 0 | LogLevel für OutboundConverter (Zeigt EDI an) |
| org.b2bbp.runtime.actions.internal.OutboundEdiDC40Handler2.LOG_LEVEL | 0 | LogLevel für OutboundEdiDC40Handler2 (Zeigt IDOCXML mit EDIDC40 Header an) |
| org.b2bbp.runtime.actions.internal.OutboundEdiDC40Handler.LOG_LEVEL | 0 | LogLevel für OutboundEdiDC40Handler (Zeigt IDOCXML mit EDIDC40 Header an) |
| org.b2bbp.runtime.actions.internal.OutboundTransformer.LOG_LEVEL | 0 | LogLevel für OutboundTransformer (zeigt EDIXML an) |
| org.b2bbp.service.inbound.queue.QueueService.LOG_LEVEL | 0 | LogLevel für QueueService(zeigt Daten im QueueService an) |
| org.b2bbp.services.outbound.file.FileWriterService.LOG_LEVEL | 0 | LogLevel für FileWriterService( zeigt File an) |
| org.b2bbp.services.outbound.http.HttpPlainService.LOG_LEVEL | 0 | LogLevel für HttpPlainService (zeigt Daten an die per HTTP versendet werden) |
| org.b2bbp.services.outbound.http.HttpPlainService2.LOG_LEVEL | 0 | LogLevel für HttpPlainService2 (zeigt Daten an die per HTTP versendet werden) |
| org.b2bbp.services.outbound.mail.MailSenderService.LOG_LEVEL | 0 | LogLevel für MailSenderService (zeigt ausgehende emails an) |
| b2pjc01server0 | 10,LAST STARTED AT: 16.12.2008 at 14:31:51 | Cluster mit der ID 10 (die ID muss selber editiert werden auf der DB. Jeder neue Node meldet sich als Node "99". |
| b2pjc01server1 | 20,LAST STARTED AT: 16.12.2008 at 14:31:51 | Cluster mit der ID 20 |
| b2pjc01server2 | 30,LAST STARTED AT: 16.12.2008 at 14:31:51 | Cluster mit der ID 30 |
| NODE_10 | <service_x>,<service_y> | Für NODE 10 werden die aktiven services x und y gestartet. Wenn keine NODE_* Parameter gesetzt sind, werden alle aktiven Services auf allen Nodes ausgeführt |
| NODE_20 | <service_x>,<service_z> | Für NODE 10 werden die aktiven services x und z gestartet |
| NODE_30 | <service_v>,<service_w> | Für NODE 10 werden die aktiven services v und w gestartet |
Servicekonfiguration im Cluster
Wird B2B by Practice im Cluster betrieben, d.h. es gibt mehrere Serverknoten oder JVMs die für die Hintergrundverarbeitung verwendet werden, dann kommt der Servicekonfiguration eine besondere Bedeutung zu. Durch Sie wird definiert, welche Services (Aktive Services) auf den jeweiligen Serverknoten laufen sollen.
Dokumentation: Servicekonfiguration im Cluster