Installation von OpenZ (3.0.0) unter Windows 8

Ansicht von 12 Beiträgen - 1 bis 12 (von insgesamt 12)
  • Autor
    Beiträge
  • #1712
    Anonym

    Hallo alle zusammen,

    Als erstes möchte ich mich für das tolle Projekt bedanken.
    Nach 2,5 Monaten habe ich es geschafft OpenZ auf Windows 8 zu installieren.

    Das liegt nicht am Programm sondern daran das ich keinerlei Ahnung habe/hatte 🙂

    Das Programm läuft jedoch habe ich 2 Probleme.

    1. Wenn ich bei Aufträge oder Rechnungen an Kunden Aktivieren klicke, bekomme ich diesen
    Text angezeigt: Call out response page

    2. Habe ich in den logs von Tomcat nachgelesen und ich glaube da sind Fehler drin wie zB.

    org.postgresql.PSQLException: Der Spaltenindex 37 ist außerhalb des gültigen Bereichs. Anzahl Spalten: 36.

    oder

    java.lang.thread.run(unknown source)

    Ach ja bei der Installation stand:some input files are unchecked or unsafe.

    Hier mal der log von Openbravo:

    justpaste.it/ihuo

    Von Localhost:

    justpaste.it/ihup

    und Catalina:

    justpaste.it/ihuq

    Hauptverzeichnis name zu Openz = Foxy

    Wäre echt über eine Hilfreiche Antwort froh.

    Mit freundlichen Grüssen

    Editiert von Joker – 18.12.2014 15:00

    #1713
    Anonym

    Hallo Joker,

    erst einmal herzlichen Glückwunsch, dass du so weit gekommen bist.

    Ich gehe erst einmal davon aus, dass compile.complete etc erfolgreich waren und es diesbezüglich keine Fehler gab.

    Das was dir aufgefallen ist, ist zwar ein Fehler aber kein tragischer, dh die Funktionsweise von OpenZ wird durch den Fehler mit dem Spaltenindex erst mal nicht eingeschränkt. Da arbeiten wir dran.
    Was mir allerdings ein wenig Sorgen gemacht hat waren die anderen Logs, im catalina.out stand uA, dass es zu einem Memory-Leak kam bzw. bevor es dazu kam, sich der Tomcat verabschieden wollte. Dies wird wahrscheinlich am zugewiesenen Speicher liegen für Tomcat. Den geben Sie ja manuell mit, je nach Userzahl würde ich dahingehend erst mal versuchen mit xmx , xms, usw 2048M bereitzustellen, um dort eine Fehlerquelle auszuschließen.

    Ich hoffe ich konnte soweit erst einmal helfen.
    Falls dies noch keine Lösung hervorgebracht hat, würde mich interessieren, welchen Browser du nutzt, in welcher Version, ob der Cache komplett geleert wurde, ob es mit allen Browsern zu besagten Fehlern kommt.

    Beste Grüße
    Danny Heuduk

    #1714
    Anonym

    Hallo Danke für die SUPER schnelle Antwort.

    Ich habe versucht wie sie es mir empfohlen haben den wert auf 2048M zu setzen.
    Jedoch konnte ich Tomcat nicht mehr öffnen.
    dann Habe ich es mit dem wert 1024M Versucht.
    Also CATALINA_OPTS=”-Xms1024M -Xmx1024M -XX:MaxPermSize=512M”

    Jetzt startet Tomcat aber bekomme trotzdem in den Logs das Angezeigt:

    java.net.ConnectException: Connection refused: connect
    at java.net.DualStackPlainSocketImpl.connect0(Native Method)
    at java.net.DualStackPlainSocketImpl.socketConnect(Unknown Source)
    at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)
    at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)
    at java.net.AbstractPlainSocketImpl.connect(Unknown Source)
    at java.net.PlainSocketImpl.connect(Unknown Source)
    at java.net.SocksSocketImpl.connect(Unknown Source)
    at java.net.Socket.connect(Unknown Source)
    at java.net.Socket.connect(Unknown Source)
    at java.net.Socket.(Unknown Source)
    at java.net.Socket.(Unknown Source)
    at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:498)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:370)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:457)

    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Server version: Apache Tomcat/7.0.57
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Server built: Nov 3 2014 08:39:16 UTC
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Server number: 7.0.57.0
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: OS Name: Windows NT (unknown)
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: OS Version: 6.2
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Architecture: x86
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: JAVA_HOME: C:Program Files (x86)Javajre7
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: JVM Version: 1.7.0_05-b06
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: JVM Vendor: Oracle Corporation
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: CATALINA_BASE: C:Program Files (x86)tomcat7
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: CATALINA_HOME: C:Program Files (x86)tomcat7
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Command line argument: -Djava.util.logging.config.file=C:Program Files (x86)tomcat7conflogging.properties
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Command line argument: -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Command line argument: -Xms1024M
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Command line argument: -Xmx1024M
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Command line argument: -XX:MaxPermSize=512M
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Command line argument: -Djava.endorsed.dirs=C:Program Files (x86)tomcat7endorsed
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Command line argument: -Dcatalina.base=C:Program Files (x86)tomcat7
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Command line argument: -Dcatalina.home=C:Program Files (x86)tomcat7
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.VersionLoggerListener log
    Information: Command line argument: -Djava.io.tmpdir=C:Program Files (x86)tomcat7temp
    Dez 19, 2014 2:35:28 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent
    Information: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: C:Program Files (x86)Javajre7bin;C:WINDOWSSunJavabin;C:WINDOWSsystem32;C:WINDOWS;C:Program Files (x86)InteliCLS Client;C:Program FilesInteliCLS Client;C:Program Files (x86)AMD APPbinx86_64;C:Program Files (x86)AMD APPbinx86;C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:Program Files (x86)ATI TechnologiesATI.ACECore-Static;C:Program FilesIntelIntel(R) Management Engine ComponentsDAL;C:Program FilesIntelIntel(R) Management Engine ComponentsIPT;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsDAL;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsIPT;C:Program FilesSonyVAIO Improvement;C:Program Files (x86)SonyVAIO Startup Setting Tool;C:Program Files (x86)WinAntbin;.
    Dez 19, 2014 2:35:28 PM org.apache.coyote.AbstractProtocol init
    Information: Initializing ProtocolHandler [“http-bio-8080”]
    Dez 19, 2014 2:35:28 PM org.apache.coyote.AbstractProtocol init
    Information: Initializing ProtocolHandler [“ajp-bio-8009”]
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.Catalina load
    Information: Initialization processed in 458 ms
    Dez 19, 2014 2:35:28 PM org.apache.catalina.core.StandardService startInternal
    Information: Starting service Catalina
    Dez 19, 2014 2:35:28 PM org.apache.catalina.core.StandardEngine startInternal
    Information: Starting Servlet Engine: Apache Tomcat/7.0.57
    Dez 19, 2014 2:35:28 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deploying web application directory C:Program Files (x86)tomcat7webappsdocs
    Dez 19, 2014 2:35:29 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deployment of web application directory C:Program Files (x86)tomcat7webappsdocs has finished in 265 ms
    Dez 19, 2014 2:35:29 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deploying web application directory C:Program Files (x86)tomcat7webappsexamples
    Dez 19, 2014 2:35:29 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deployment of web application directory C:Program Files (x86)tomcat7webappsexamples has finished in 344 ms
    Dez 19, 2014 2:35:29 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deploying web application directory C:Program Files (x86)tomcat7webappsfoxy
    Dez 19, 2014 2:35:48 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deployment of web application directory C:Program Files (x86)tomcat7webappsfoxy has finished in 19,431 ms
    Dez 19, 2014 2:35:48 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deploying web application directory C:Program Files (x86)tomcat7webappshost-manager
    Dez 19, 2014 2:35:48 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deployment of web application directory C:Program Files (x86)tomcat7webappshost-manager has finished in 47 ms
    Dez 19, 2014 2:35:48 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deploying web application directory C:Program Files (x86)tomcat7webappsmanager
    Dez 19, 2014 2:35:49 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deployment of web application directory C:Program Files (x86)tomcat7webappsmanager has finished in 47 ms
    Dez 19, 2014 2:35:49 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deploying web application directory C:Program Files (x86)tomcat7webappsROOT
    Dez 19, 2014 2:35:49 PM org.apache.catalina.startup.HostConfig deployDirectory
    Information: Deployment of web application directory C:Program Files (x86)tomcat7webappsROOT has finished in 31 ms
    Dez 19, 2014 2:35:49 PM org.apache.coyote.AbstractProtocol start
    Information: Starting ProtocolHandler [“http-bio-8080”]
    Dez 19, 2014 2:35:49 PM org.apache.coyote.AbstractProtocol start
    Information: Starting ProtocolHandler [“ajp-bio-8009”]
    Dez 19, 2014 2:35:49 PM org.apache.catalina.startup.Catalina start
    Information: Server startup in 20249 ms
    Dez 19, 2014 2:35:55 PM org.apache.catalina.core.StandardServer await
    Information: A valid shutdown command was received via the shutdown port. Stopping the Server instance.
    Dez 19, 2014 2:35:55 PM org.apache.coyote.AbstractProtocol pause
    Information: Pausing ProtocolHandler [“http-bio-8080”]
    Dez 19, 2014 2:35:55 PM org.apache.coyote.AbstractProtocol pause
    Information: Pausing ProtocolHandler [“ajp-bio-8009”]
    Dez 19, 2014 2:35:55 PM org.apache.catalina.core.StandardService stopInternal
    Information: Stopping service Catalina
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc
    Schwerwiegend: The web application [/foxy] registered the JDBC driver [org.postgresql.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc
    Schwerwiegend: The web application [/foxy] registered the JDBC driver [org.apache.commons.dbcp.PoolingDriver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-1] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-2] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-3] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-4] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-5] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-6] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-7] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-8] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-9] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [DefaultQuartzScheduler_Worker-10] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
    Schwerwiegend: The web application [/foxy] appears to have started a thread named [Thread-2] but has failed to stop it. This is very likely to create a memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
    Schwerwiegend: The web application [/foxy] created a ThreadLocal with key of type [org.apache.axis.utils.XMLUtils.ThreadLocalDocumentBuilder] (value [org.apache.axis.utils.XMLUtils$ThreadLocalDocumentBuilder@18b1a46]) and a value of type [org.apache.xerces.jaxp.DocumentBuilderImpl] (value [org.apache.xerces.jaxp.DocumentBuilderImpl@16a25f3]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
    Dez 19, 2014 2:35:55 PM org.apache.coyote.AbstractProtocol stop
    Information: Stopping ProtocolHandler [“http-bio-8080”]
    Dez 19, 2014 2:35:55 PM org.apache.coyote.AbstractProtocol stop
    Information: Stopping ProtocolHandler [“ajp-bio-8009”]
    Dez 19, 2014 2:35:55 PM org.apache.coyote.AbstractProtocol destroy
    Information: Destroying ProtocolHandler [“http-bio-8080”]
    Dez 19, 2014 2:35:55 PM org.apache.coyote.AbstractProtocol destroy
    Information: Destroying ProtocolHandler [“ajp-bio-8009”]

    Die fehler (Schwerwiegend) kommen dann wenn ich Tomcat Stoppe.

    Weis nicht was ich noch tun soll.

    Freundliche Grüße aus München

    Editiert von Joker – 19.12.2014 14:43

    #1715
    Anonym

    Sorry habe noch etwas Vergessen.
    Ich benutze den Browser von Google (Chrome)
    Und auch wenn ich den Cache leere besteht das Problem weitehin.

    Danke nochmals

    #1716
    Anonym

    Hallo Joker,

    tut mir Leid, dass du so lange warten musstest bzw. musst, denn seit dem 19. 12 sind wir im Betriebsurlaub, dieser geht bis zum 4.1.

    Aber um auf deine Frage zu reagieren. Der Tomcat reagiert nicht wie gewünscht auf deine Parameter Änderungen, sonst würde dieser nicht behaupten er hätte ein Memory-Leak, am besten den Tomcat mit den Kommandozeilenparametern starten.

    Hier mal eine Adresse, die evtl hilft.
    http://www.tomcatexpert.com/knowledge-base/allocating-more-ram-tomcat-windows

    Sonst schon einmal einen Guten Rutsch ins Neue Jahr.

    Beste Grüße
    Danny Heuduk

    PS Ab dem 5.1 sind wir dann wie gewohnt wieder da…

    #1720
    Anonym

    Hallo

    Danke für die Antwort ich werde mich jetzt mal damit beschäftigen.

    Ich hätte da noch eine kurze frage was ich erst gestern Entdeckt habe.
    Wenn ich bei Artikel -> Stückliste gehe und einfügen will, bekomme ich diesen Fehler angezeigt:

    FEHLER: Grenze für Stacktiefe überschritten
    Hinweis: Erhöhen Sie den Konfigurationsparameter »max_stack_depth« (aktuell 2048kB), nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer Plattform ausreichend ist.

    Ich habe mit PG ADMIN die Stackdepth erhöht aber sobald ich das tuhe startet Openz garnicht mehr.

    Was kann ich da Machen?

    Vielen Dank und Hoffe sie haben sich gut erholt 🙂

    #1722
    Anonym

    Moin Moin,

    ja danke der Nachfrage 🙂
    Schön, dass es prinzipiell läuft.

    Also gut zum Problem.

    Die max_stack_depth darf nicht höher sein, als die Größe des dem Postgresql zugewiesenen Speichern, da es sonst zu Abstürzen führt.

    Was getan werden sollte, ist
    -Zurücksetzen des max_stack_depth
    -Kontrollieren der Stücklisten, es scheint als ob in der gepflegten Stückliste Rekursionen aufgetaucht sind.

    Ich hoffe das hilft ein wenig, falls nicht einfach nochmal melden.

    Beste Grüße
    Danny Heuduk

    #1723
    Anonym

    Moin Danny,

    Mann seit ihr schnell mit dem Support 🙂

    Ich habe bis jetzt Artikel eingepflegt aber keine Stücklisten machen können.
    Wegen diesem fehler, ich habe natürlich wieder bei Postgres den vorherigen Wert angegeben nun funktioniert Openz wieder jedoch stückliste geht nicht 🙁

    Wie kann ich den zugewiesenen speicher von postgres erhöhen damit ich auch die Stack tiefe erhöhen kann?

    Vielen Dank im Voraus.

    #1726
    Anonym

    Moin,

    Hier einmal zum Nachlesen der Problematiken von Postgres insbesondere max_stack_depth.
    http://www.postgresql.org/docs/9.1/static/runtime-config-resource.html

    Da ich leider kein Windows User bin ist das immer ein wenig schwierig allumfassend zu beantworten.

    Vielleicht hilft aber der Artikel:
    http://postgresql.nabble.com/max-stack-depth-Exceeded-td1907173.html

    Beste Grüße
    Danny Heuduk

    #1754
    Anonym

    Hallo,

    ich versuche mich seit wenigen tagen auch an OpenZ.

    Sobald ich für einen Artikel Stücklisten eintragen möchte habe ich auch diesen Fehler.
    Der Fehler: Grenze für Stacktiefe überschritten
    Hinweis: Erhöhen Sie den Konfigurationsparameter »max_stack_depth« …..

    Ich nutze die .vmdk, also hat der Fehler nichts mit Windows zu tun.
    Ich habe den Wert von 2MB schrittweise auf 7MB erhöht, leider keine Änderung…

    #1755
    Anonym

    hmm,

    ich habe den Haken bei “Gelagert” entfernt und siehe da, ich kann nun Stückliste bearbeiten. Danach den Haken setzen und es geht immer noch wie gewünscht…

    Editiert von mirko – 16.03.2015 13:02

    #1756
    Anonym

    Hallo Mirko,

    erst einmal noch Herzlich Willkommen im Forum! Leider habe ich erst eben Ihren Beitrag gesehen und hätte mir gewünscht diesen in einer anderen Kategorie als Installation von OpenZ zu finden 😉 Evtl sogar als neues Thema?!
    Aber es ist schön, dass Sie dass Problem selber lösen konnten.
    Sollten Sie noch Fragen haben, öffnen Sie einfach ein neues Thema im Forum.

    Beste Grüße
    Danny Heuduk

Ansicht von 12 Beiträgen - 1 bis 12 (von insgesamt 12)
  • Du musst angemeldet sein, um auf dieses Thema antworten zu können.
Scroll to Top