Mesaje

Ce observ ciudat in eroare este host-ul la care se conecteaza: [0:0:0:0:0:0:0:1]:3306 . Aici, in mod normal, ar trebui sa fie localhost:3306 sau 127.0.0.1:3306 . Sunt mai multe instante de mysql pe sistem ? De unde-o fi adresa aia cu atatea "0" ? Daca pui in formularul de logare in loc de localhost 127.0.0.1, tot asa spune ? Asta de curiozitate, fiindca problema pare tot de acces la driver-ul de mysql. Da-i cel putin acelui jar drepturi pentru toata lumea, sa vedem, se schimba ceva.

Se pare ca e tot o problema de securitate. Incearca sa dai acces de citire, ori la nivel de sistem de operare, ori din catalina.policy, si la librariile necesare aplicatiei, inclusiv mysql-connector-java-5.0.4-bin.jar ( pe care cred ca le-ai pus la locul corect !).

Tocmai am facut probe pe un Kiwi 9.04 si functioneaza corect pana la rapoartele cu BIRT, unde se pare ca mai e nevoie de ceva drepturi in plus. Cand ajungi acolo, mai vedem.

Aceasta versiune aduce modificari mai importante in structura bazei de date, cat si incercarea unui nou design .

Deasemenea s-a organizat sistemul de versionare, prin implementarea unui mecanism de sincronizare intre versiunile aplicatiei, bazei de date si backup-ului .

IMPORTANT !!!

Pentru a reface datele dintr-un backup cu o versiune anterioara (care implicit se scrie in numele fisierului de backup) trebuie folosita aceeasi versiune de aplicatie, dupa care este necesara restartarea serverului de aplicatie (Tomcat), pornirea noii versiuni de Webgest si rularea update-ului (din Setup).

In cazul unui salt peste mai multe versiuni trebuie rulate succesiv update-urile corespunzatoare.

  In sfarsit am apucat sa punem sus versiunea 3 a aplicatiei, deocamdata cu titlul de "Release Candidate" ! Am facut multe teste dar nu-i exclus sa ne fi scapat ceva. De aceea o recomandam pentru o perioada de timp (cel putin o saptamana) doar celor mai experimentati sau pentru date mai putin critice.

Modificarile de design vor continua - chiar va invit sa va spuneti gusturile - dar marele pas a fost facut in spate, in structura bazei de date si a versionarii update-urilor si backup-urilor. Urmatoarele versiuni speram sa aiba treceri mai line si perioade mai scurte de implementare.

  Sa inteleg ca nici aplicatia nu porneste la http://localhost:8080/webgest ?

  Poate intre timp s-a oprit Tomcat-ul. Poti sa vezi din servicii care este starea lui ? Posibil ca prima pagina sa o pastreze browserul in cache.

   Sa inteleg ca acuma se lucreaza manual, fiecare agent are carnetul lui de facturi, chitante, si ulterior se face introducerea in webgest ?
  Alta intrebare: se factureaza si servicii de catre agenti sau doar marfa ?
  Momentan in aplicatie se face legatura intre document si agent prin comanda, nu este acoperita situatia serviciilor incasate separat pe agent si nici a seriilor multiple.
  Lucram acum la noua versiune si vom incerca sa prindem si aceste situatii, care sa acopere si cazurile cand se factureaza (tipareste factura) direct din aplicatie, si automat, la alegerea agentului, sa apara seria atribuita lui. Deasemenea vor fi extinse si rapoartele cu posibilitati de alegere si dupa agent.
  Eventual, daca mai intalniti si alte detalii specifice, spuneti-le cat mai devreme.

  Dar seamana foarte mult problema ta cu cele discutate in acele link-uri. Si foarte multe alte cazuri ce le-am vazut pe net se refera la Mandriva, Pe niciun alt SO pe care a fost instalata aplicatia pana acum n-a aparut aceasta eroare.

Acel skip-networking din my,cnf este sigur dezactivat la tine? Eu nu am experienta cu php, dar explicatia ar fi oarecum logica: scripturile php sunt considerate locale de catre mysql, pe cand conexiunea java vine tot timpul dinafara !

  Sper sa-ti fie de ajutor urmatoarele link-uri:

http://www.howtoforge.com/perfect-server-mandriva-2009.0-i386-p5

http://www.linuxquestions.org/questions/linux-newbie-8/mysql-not-listening-on-port-3306-370210/

  Ai reusit ? Mai poate fi o cauza de la virtual server, daca ai instalat asa ceva. Atunci Mysql-ul poate considera ca cererea de la Tomcat vine de pe o alta masina.

  Pare o problema de port sau host. Ai o singura instanta de mysql ?

  Incearca si cu 127.0.0.1 sau cu IP-ul.

  Succes si te asteptam cu amanunte !

 

Am ceva greutati cu receptiile, la prima vedere nu am observat (sau nu este posibil) ca sa poti face intrare de pe o singura factura la piese de schimb, marfa sau obiecte de inventar ?

  Este posibil , si chiar foarte simplu; singura problema-i tot timpul (poate si oamenii, sau lipsa lor !) pentru scris documentatie !
  Bifa de la campul "Cont continut" din formular este pusa default si forteaza acelasi cont la toate articolele . Daca debifezi, contul de la adaugare articol devine selectabil . Aparitia unei " * " in acel camp inseamna conturi multiple.

 

se poate lista receptia defalcata pe gestiuni? 

  Asta nu ! Am considerat ca sunt cazuri foarte putine de acest fel si am incercat sa evitam incarcarea cu alte campuri a formului de adaugare articol. In curand acest form o sa fie modificat pentru a cuprinde date suplimentare precum serie, cod de bare ... , si daca se considera important, se poate adauga acolo si gestiunea.

 

Partea de conta nu am apucat sa o vad aproape deloc (inca caut cum introduc punctele de lucru

  Eu chiar te rog sa incerci cat mai degraba si contabilitatea si sa-ti dai parerea ! E destul de diferita abordarea noastra fata de alte aplicatii; se simt avantaje sau dimpotriva ?
  Punctele de lucru au disparut ! Intruna din ultimele versiuni s-au "curatat" unele scripturi care nu prea se foloseau si am si uitat de adaugare puncte de lucru ( inainte functiona) !
  Partea asta oricum va fi reorganizata in versiunea 2.8, la care lucram, si atunci speram sa fie si mai estetic, si mai logic.

  Cum vezi punctele de lucru, pot fi considerate ca centre de cost ? E corect ca orice gestiune sa fie legata de un punct de lucru si, atunci, si unei firme mici, care in mod normal nu are niciun punct de lucru, sa i se atribuie unul ?

  Legat de driver pentru Datecs, chiar am vazut o oferta pentru Linux, dar pe bani. Ar fi dispusi clientii tai sa plateasca ?

  Spor la ... timp !

  - posibilitate de vizualizare documente din istoric in modulul Miscari interne.

  - organizarea listelor la reg. casa, extrase banca, transfer, consum ...

  - cosmetizari la inventar

  - modificari la Setup, posibilitate de activare/dezactivare logari debug.

  Scoaterea pozitiilor cu cantitati negative se poate face in mod negrupat si probabil tot de acolo provin si diferentele la totaluri .

  Problemele de forma (colorare) vor fi rezolvate in urmatoarea versiune, pe care o lasam pe mai incolo, daca se poate definitiva inventarul si fara !

  Un An Nou Fericit !

  Sa aveti parte de sanatate si multe bucurii ! Craciun fericit !

  Ultimile versiuni de webgest nici n-am apucat sa le mai anuntam, dar probabil ca le-ati vazut si le-ati si instalat . Au fost in general modificari mici legate de rapoarte .
  Intre timp s-a pregatit versiunea 2.8 .
  Chiar ultimele reorganizari propuse n-am reusit sa le terminam, si raman pentru anul viitor !

  Pe maine o sa apara o versiune noua in care o parte din aceasta lista va fi rezolvata ! O alta parte v-a ramane pe dupa sarbatori .

- RAPOARTE /  Clienti  - sa se creeze un formular din care sa existe posibilitatea de vizualizare
a tuturor facturilor efectuate, eventual cu posibilitate de selectare pe perioade de timp in cazul
unui numar de foarte multe facturi pentru o incarcare mai rapida in pagina .
    Acum exista un astfel de raport doar pentru un anumit furnizor , s-a putea utiliza acest raport doar prin introducerea posibilitati de alegere ( Toti Clienti ).

  Acesta chiar este functional, asa cum e ! Nu pui nimic in camp cand ai bifat radiobutonul Client/Furnizor si aduce facturile de la toti !