Werte gehen bei insert verloren

This is a multi-part message in MIME format.

------_=_NextPart_001_01CBEA11.716FCAE0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hallo zusammen,

=20

ich habe ein sehr merkwuerdige Problem:

=20

Meine JEE Anwendung laeuft wunderbar auf OracleXE und eigentlich auch
auf Postgre,

bis auf eine Ausnahme:=20

=20

Meine Benutzer,

die ich beim Starten der Application initial anlege haben alle in der
Datenbanktabelle ein leeres Passwort Feld.

=20

Wie gesagt, das Ganze geht unter Oracle,

sprich ich vergesse nicht die Passworter zu persistieren oder so.

=20

Wenn ich in der Postgre config log_statement auf 'all' setze kann ich
die INSERTS sehen und siehe da,

auch hier sind die Passwoerter noch da...

=20

Wenn ich dann das statement was ich im log file finde direkt per pgAdmin
ausfuehre,

ist das Passwort in der Datenbank.

=20

=20

Danke schonmal fuer jeden Tipp!

=20

=20

=20

=20

=20

Sebastian Altmann

________________________________

=20

ISO Software Systeme GmbH

Eichendorffstrasse 29

90491 Nürnberg

=20

Tel.: +49/(911) - 99594-0

Fax: +49/(911) - 99594-129

=20

mailto:Sebastian.Altmann@isogmbh.de

http://www.isogmbh.de

=20

Amtsgericht Nürnberg HRB 18299

Geschäftsführer: Harald Goeb

Sitz: Nürnberg

=20


------_=_NextPart_001_01CBEA11.716FCAE0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:x=3D"urn:schemas-microsoft-com:office:excel" =
xmlns:p=3D"urn:schemas-microsoft-com:office:powerpoint" =
xmlns:a=3D"urn:schemas-microsoft-com:office:access" =
xmlns:dt=3D"uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" =
xmlns:s=3D"uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" =
xmlns:rs=3D"urn:schemas-microsoft-com:rowset" xmlns:z=3D"#RowsetSchema" =
xmlns:b=3D"urn:schemas-microsoft-com:office:publisher" =
xmlns:ss=3D"urn:schemas-microsoft-com:office:spreadsheet" =
xmlns:c=3D"urn:schemas-microsoft-com:office:component:spread sheet" =
xmlns:odc=3D"urn:schemas-microsoft-com:office:odc" =
xmlns:oa=3D"urn:schemas-microsoft-com:office:activation" =
xmlns:html=3D"http://www.w3.org/TR/REC-html40" =
xmlns:q=3D"http://schemas.xmlsoap.org/soap/envelope/" =
xmlns:rtc=3D"http://microsoft.com/officenet/conferencing" =
xmlns:D=3D"DAV:" xmlns:Repl=3D"http://schemas.microsoft.com/repl/" =
xmlns:mt=3D"http://schemas.microsoft.com/sharepoint/soap/mee tings/" =
xmlns:x2=3D"http://schemas.microsoft.com/office/excel/2003/x ml" =
xmlns:ppda=3D"http://www.passport.com/NameSpace.xsd" =
xmlns:ois=3D"http://schemas.microsoft.com/sharepoint/soap/oi s/" =
xmlns:dir=3D"http://schemas.microsoft.com/sharepoint/soap/di rectory/" =
xmlns:ds=3D"http://www.w3.org/2000/09/xmldsig#" =
xmlns:dsp=3D"http://schemas.microsoft.com/sharepoint/dsp" =
xmlns:udc=3D"http://schemas.microsoft.com/data/udc" =
xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema" =
xmlns:sub=3D"http://schemas.microsoft.com/sharepoint/soap/20 02/1/alerts/"=
xmlns:ec=3D"http://www.w3.org/2001/04/xmlenc#" =
xmlns:sp=3D"http://schemas.microsoft.com/sharepoint/" =
xmlns:sps=3D"http://schemas.microsoft.com/sharepoint/soap/" =
xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance" =
xmlns:udcs=3D"http://schemas.microsoft.com/data/udc/soap" =
xmlns:udcxf=3D"http://schemas.microsoft.com/data/udc/xmlfile " =
xmlns:udcp2p=3D"http://schemas.microsoft.com/data/udc/partto part" =
xmlns:wf=3D"http://schemas.microsoft.com/sharepoint/soap/wor kflow/" =
xmlns:dsss=3D"http://schemas.microsoft.com/office/2006/digsi g-setup" =
xmlns:dssi=3D"http://schemas.microsoft.com/office/2006/digsi g" =
xmlns:mdssi=3D"http://schemas.openxmlformats.org/package/200 6/digital-sig=
nature" =
xmlns:mver=3D"http://schemas.openxmlformats.org/markup-compa tibility/2006=
" xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns:mrels=3D"http://schemas.openxmlformats.org/package/200 6/relationshi=
ps" xmlns:spwp=3D"http://microsoft.com/sharepoint/webpartpages" =
xmlns:ex12t=3D"http://schemas.microsoft.com/exchange/service s/2006/types"=
=
xmlns:ex12m=3D"http://schemas.microsoft.com/exchange/service s/2006/messag=
es" =
xmlns:pptsl=3D"http://schemas.microsoft.com/sharepoint/soap/ SlideLibrary/=
" =
xmlns:spsl=3D"http://microsoft.com/webservices/SharePointPor talServer/Pub=
lishedLinksService" xmlns:Z=3D"urn:schemas-microsoft-com:" =
xmlns:st=3D"
" xmlns=3D"http://www.w3.org/TR/REC-html40"> http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1"> 12 (filtered medium)"> vlink=3Dpurple>

Re: Werte gehen bei insert verloren

--Apple-Mail-14-534760403
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii


On Mar 24, 2011, at 11:51 , Altmann, Sebastian wrote:

> Meine JEE Anwendung laeuft wunderbar auf OracleXE und eigentlich auch =
auf Postgre,
> bis auf eine Ausnahme:
> =20
> Meine Benutzer,
> die ich beim Starten der Application initial anlege haben alle in der =
Datenbanktabelle ein leeres Passwort Feld.

Wild guess: (Auto-)Commit or lack thereof?

lg,
Michael


--Apple-Mail-14-534760403
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=us-ascii

break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; ">

Re: Werte gehen bei insert verloren

* Sebastian Altmann:

> Wenn ich dann das statement was ich im log file finde direkt per
> pgAdmin ausfuehre, ist das Passwort in der Datenbank.

Vermutlich sind die Auto-Commit-Einstellungen nicht einheitlich.

--=20
Florian Weimer
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Werte gehen bei insert verloren

Danke schonmal fuer den Tipp Florian und Michael,
sagt mir zwar erstmal garnichts,=20
aber ich wird mich heue Abend mal einlesen was es mit dem AutoCommit auf
sich hat.

Noch zur Ergaenzung: Mein logfile sagt for/nach jedem INSERT 'BEGIN'
bzw. 'COMMIT'


Aber ich kanns bisher trotzdem nicht nachvollziehen was bei meinem
Passwort anders sein sollte als z.B. bei der eMail Adresse.
Beides gleicher Datentyp, keine Konstraints oder so, keine abgefahrenen
Zeichen in den Passwoertern ...




Sebastian Altmann
________________________________

ISO Software Systeme GmbH
Eichendorffstrasse 29
90491 Nürnberg

Tel.: +49/(911) - 99594-0
Fax: +49/(911) - 99594-129

mailto:Sebastian.Altmann@isogmbh.de
http://www.isogmbh.de

Amtsgericht Nürnberg HRB 18299
Geschäftsführer: Harald Goeb
Sitz: Nürnberg


-----Ursprüngliche Nachricht-----
Von: Florian Weimer [mailto:fweimer@bfk.de]=20
Gesendet: Donnerstag, 24. März 2011 12:04
An: Altmann, Sebastian
Cc: pgsql-de-allgemein@postgresql.org
Betreff: Re: [pgsql-de-allgemein] Werte gehen bei insert verloren

* Sebastian Altmann:

> Wenn ich dann das statement was ich im log file finde direkt per
> pgAdmin ausfuehre, ist das Passwort in der Datenbank.

Vermutlich sind die Auto-Commit-Einstellungen nicht einheitlich.

--=20
Florian Weimer
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99


--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Werte gehen bei insert verloren

On Thursday 24 March 2011 11:51:34 Altmann, Sebastian wrote:

> Meine Benutzer,
>=20
> die ich beim Starten der Application initial anlege haben alle in der
> Datenbanktabelle ein leeres Passwort Feld.
> Wenn ich in der Postgre config log_statement auf 'all' setze kann ich
> die INSERTS sehen und siehe da,
>=20
> auch hier sind die Passwoerter noch da...

Meinst Du, dass ein unvollständiger Datensatz commited wird?
Das halte ich für ziemlich unwahrscheinlich, ob nun mit oder ohne auto=
commit.

Gruss, Jens

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Werte gehen bei insert verloren

R2VuYXUgc28gaXN0IGVzLCBtZWluIERhdGVuc2F0eiB3aXJkIHVudm9sbHN0
YWVuZGlnIGdlc3BlaWNoZXJ0LA0Kb2J3b2hsIGRhcyBTdGF0ZW1lbnQgaW0g
bG9nIGZpbGUgc2F1YmVyIGF1ZnRhdWNodDoNCg0KQkVHSU4gICAgICAgICAg
ICAgICAgICAgICAgICAgDQppbnNlcnQgaW50byBwbGF5ZXIgKGJpcnRoZGF0
ZSwgZU1haWwsIGZpcnN0bmFtZSwgbGFzdG5hbWUsIHBhc3N3b3JkLA0KdXNl
cm5hbWUsIGlkKSB2YWx1ZXMgKCQxLCAkMiwgJDMsICQ0LCAkNSwgJDYsICQ3
KQ0KUGFyYW1ldGVyOiAkMSA9ICcxOTg1LTA4LTE0IDAwOjAwOjAwJywgJDIg
PSAnYWx0QGlzb2dtYmguZGUnLCAkMyA9DQonU2ViYXN0aWFuJywgJDQgPSAn
QWx0bWFubicsICQ1ID0gJ2FsdC5pc28nLCAkNiA9ICdhbHQnLCAkNyA9ICc1
NCcNCkNPTU1JVA0KDQoNCldpZSBnZXNhZ3QgbWl0IERhdGVuYmFuayBaZXVn
IHdpZSBBdXRvQ29tbWl0IGtlbm4gaWNoIG1pY2ggbmljaHQgYXVzLA0KdW5k
IGVpZ2VudGxpY2ggd2lsbCBpY2ggYXVjaCBnYXJuaWNodHMgZGFtaXQgenUg
dHVuIGhhYmVuLA0KaWNoIHdpbGwgbnVyIGRhc3MgbWVpbiBaZXVnIHNhdWJl
ciBwZXJzaXN0aWVydCB3aXJkIDspDQoNCg0KDQpTZWJhc3RpYW4gQWx0bWFu
bg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KSVNPIFNv
ZnR3YXJlIFN5c3RlbWUgR21iSA0KRWljaGVuZG9yZmZzdHJhc3NlIDI5DQo5
MDQ5MSBOw7xybmJlcmcNCg0KVGVsLjogKzQ5Lyg5MTEpIC0gOTk1OTQtMA0K
RmF4OiArNDkvKDkxMSkgLSA5OTU5NC0xMjkNCg0KbWFpbHRvOlNlYmFzdGlh
bi5BbHRtYW5uQGlzb2dtYmguZGUNCmh0dHA6Ly93d3cuaXNvZ21iaC5kZQ0K
DQpBbXRzZ2VyaWNodCBOw7xybmJlcmcgSFJCIDE4Mjk5DQpHZXNjaMOkZnRz
ZsO8aHJlcjogSGFyYWxkIEdvZWINClNpdHo6IE7DvHJuYmVyZw0KDQoNCi0t
LS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NClZvbjogcGdzcWwt
ZGUtYWxsZ2VtZWluLW93bmVyQHBvc3RncmVzcWwub3JnDQpbbWFpbHRvOnBn
c3FsLWRlLWFsbGdlbWVpbi1vd25lckBwb3N0Z3Jlc3FsLm9yZ10gSW0gQXVm
dHJhZyB2b24gSmVucw0KV2lsa2UNCkdlc2VuZGV0OiBEb25uZXJzdGFnLCAy
NC4gTcOkcnogMjAxMSAxMjoxOA0KQW46IHBnc3FsLWRlLWFsbGdlbWVpbkBw
b3N0Z3Jlc3FsLm9yZw0KQmV0cmVmZjogUmU6IFtwZ3NxbC1kZS1hbGxnZW1l
aW5dIFdlcnRlIGdlaGVuIGJlaSBpbnNlcnQgdmVybG9yZW4NCg0KT24gVGh1
cnNkYXkgMjQgTWFyY2ggMjAxMSAxMTo1MTozNCBBbHRtYW5uLCBTZWJhc3Rp
YW4gd3JvdGU6DQoNCj4gTWVpbmUgQmVudXR6ZXIsDQo+IA0KPiBkaWUgaWNo
IGJlaW0gU3RhcnRlbiBkZXIgQXBwbGljYXRpb24gaW5pdGlhbCBhbmxlZ2Ug
aGFiZW4gYWxsZSBpbiBkZXINCj4gRGF0ZW5iYW5rdGFiZWxsZSBlaW4gbGVl
cmVzIFBhc3N3b3J0IEZlbGQuDQo+IFdlbm4gaWNoIGluIGRlciBQb3N0Z3Jl
IGNvbmZpZyBsb2dfc3RhdGVtZW50IGF1ZiAnYWxsJyBzZXR6ZSBrYW5uIGlj
aA0KPiBkaWUgSU5TRVJUUyBzZWhlbiB1bmQgc2llaGUgZGEsDQo+IA0KPiBh
dWNoIGhpZXIgc2luZCBkaWUgUGFzc3dvZXJ0ZXIgbm9jaCBkYS4uLg0KDQpN
ZWluc3QgRHUsIGRhc3MgZWluIHVudm9sbHN0w6RuZGlnZXIgRGF0ZW5zYXR6
IGNvbW1pdGVkIHdpcmQ/DQpEYXMgaGFsdGUgaWNoIGbDvHIgemllbWxpY2gg
dW53YWhyc2NoZWlubGljaCwgb2IgbnVuIG1pdCBvZGVyIG9obmUgYXV0bw0K
Y29tbWl0Lg0KDQpHcnVzcywgSmVucw0KDQotLSANClNlbnQgdmlhIHBnc3Fs
LWRlLWFsbGdlbWVpbiBtYWlsaW5nIGxpc3QNCihwZ3NxbC1kZS1hbGxnZW1l
aW5AcG9zdGdyZXNxbC5vcmcpDQpUbyBtYWtlIGNoYW5nZXMgdG8geW91ciBz
dWJzY3JpcHRpb246DQpodHRwOi8vd3d3LnBvc3RncmVzcWwub3JnL21haWxw
cmVmL3Bnc3FsLWRlLWFsbGdlbWVpbg0KDQoKLS0gClNlbnQgdmlhIHBnc3Fs
LWRlLWFsbGdlbWVpbiBtYWlsaW5nIGxpc3QgKHBnc3FsLWRlLWFsbGdlbWVp
bkBwb3N0Z3Jlc3FsLm9yZykKVG8gbWFrZSBjaGFuZ2VzIHRvIHlvdXIgc3Vi
c2NyaXB0aW9uOgpodHRwOi8vd3d3LnBvc3RncmVzcWwub3JnL21haWxwcmVm
L3Bnc3FsLWRlLWFsbGdlbWVpbgo=

Re: Werte gehen bei insert verloren

On Thursday 24 March 2011 12:31:39 Altmann, Sebastian wrote:
> Genau so ist es, mein Datensatz wird unvollstaendig gespeichert,

Wie stellst Du das fest?
Können sich die user nicht anmelden?
Was sagt select * from player where password=3D'alt.iso';

Jens

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Werte gehen bei insert verloren

On Thursday 24 March 2011 12:55:05 you wrote:

> Den SELECT auf das Passwort habe ich noch nicht versucht (kann ich erst
> heute abend),
> aber ich behaupte mal der gibt mir nichts zurueck,
> weil ich auch im pgAdmin sehe,
> dass nichts in den Passwort Feldern steht.

Dein pgAdmin hat moeglicherweise ein Darstellungsproblem.
Guck Dir die Tabelle mal mit psql an und mach mal das select.

Jens

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Werte gehen bei insert verloren

SGFsdGUgaWNoIGZ1ZXIgdW53YWhyc2NoZWlubGljaCwNCmRhIGljaCBtZWlu
IFBhc3N3b3J0IGltIHBnQWRtaW4gc2VoZSwNCndlbm4gaWNoIGRlbiBJTlNF
UlQgbWF1ZWxsIGRvcnQgYXVzZnVlaHJlLA0KYWJlciBkYW5rZSwgaWNoIHdl
cmRzIG1hbCBtaXQgcHNxbCB0ZXN0ZW4uDQoNCg0KDQpTZWJhc3RpYW4gQWx0
bWFubg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KSVNP
IFNvZnR3YXJlIFN5c3RlbWUgR21iSA0KRWljaGVuZG9yZmZzdHJhc3NlIDI5
DQo5MDQ5MSBOw7xybmJlcmcNCg0KVGVsLjogKzQ5Lyg5MTEpIC0gOTk1OTQt
MA0KRmF4OiArNDkvKDkxMSkgLSA5OTU5NC0xMjkNCg0KbWFpbHRvOlNlYmFz
dGlhbi5BbHRtYW5uQGlzb2dtYmguZGUNCmh0dHA6Ly93d3cuaXNvZ21iaC5k
ZQ0KDQpBbXRzZ2VyaWNodCBOw7xybmJlcmcgSFJCIDE4Mjk5DQpHZXNjaMOk
ZnRzZsO8aHJlcjogSGFyYWxkIEdvZWINClNpdHo6IE7DvHJuYmVyZw0KDQoN
Ci0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NClZvbjogcGdz
cWwtZGUtYWxsZ2VtZWluLW93bmVyQHBvc3RncmVzcWwub3JnDQpbbWFpbHRv
OnBnc3FsLWRlLWFsbGdlbWVpbi1vd25lckBwb3N0Z3Jlc3FsLm9yZ10gSW0g
QXVmdHJhZyB2b24gSmVucw0KV2lsa2UNCkdlc2VuZGV0OiBEb25uZXJzdGFn
LCAyNC4gTcOkcnogMjAxMSAxMzowMQ0KQW46IHBnc3FsLWRlLWFsbGdlbWVp
bkBwb3N0Z3Jlc3FsLm9yZw0KQmV0cmVmZjogUmU6IFtwZ3NxbC1kZS1hbGxn
ZW1laW5dIFdlcnRlIGdlaGVuIGJlaSBpbnNlcnQgdmVybG9yZW4NCg0KT24g
VGh1cnNkYXkgMjQgTWFyY2ggMjAxMSAxMjo1NTowNSB5b3Ugd3JvdGU6DQoN
Cj4gRGVuIFNFTEVDVCBhdWYgZGFzIFBhc3N3b3J0IGhhYmUgaWNoIG5vY2gg
bmljaHQgdmVyc3VjaHQgKGthbm4gaWNoDQplcnN0DQo+IGhldXRlIGFiZW5k
KSwNCj4gYWJlciBpY2ggYmVoYXVwdGUgbWFsIGRlciBnaWJ0IG1pciBuaWNo
dHMgenVydWVjaywNCj4gd2VpbCBpY2ggYXVjaCBpbSBwZ0FkbWluIHNlaGUs
DQo+IGRhc3MgbmljaHRzIGluIGRlbiBQYXNzd29ydCBGZWxkZXJuIHN0ZWh0
Lg0KDQpEZWluIHBnQWRtaW4gaGF0IG1vZWdsaWNoZXJ3ZWlzZSBlaW4gRGFy
c3RlbGx1bmdzcHJvYmxlbS4NCkd1Y2sgRGlyIGRpZSBUYWJlbGxlIG1hbCBt
aXQgcHNxbCBhbiB1bmQgbWFjaCBtYWwgZGFzIHNlbGVjdC4NCg0KSmVucw0K
DQotLSANClNlbnQgdmlhIHBnc3FsLWRlLWFsbGdlbWVpbiBtYWlsaW5nIGxp
c3QNCihwZ3NxbC1kZS1hbGxnZW1laW5AcG9zdGdyZXNxbC5vcmcpDQpUbyBt
YWtlIGNoYW5nZXMgdG8geW91ciBzdWJzY3JpcHRpb246DQpodHRwOi8vd3d3
LnBvc3RncmVzcWwub3JnL21haWxwcmVmL3Bnc3FsLWRlLWFsbGdlbWVpbg0K
DQoKLS0gClNlbnQgdmlhIHBnc3FsLWRlLWFsbGdlbWVpbiBtYWlsaW5nIGxp
c3QgKHBnc3FsLWRlLWFsbGdlbWVpbkBwb3N0Z3Jlc3FsLm9yZykKVG8gbWFr
ZSBjaGFuZ2VzIHRvIHlvdXIgc3Vic2NyaXB0aW9uOgpodHRwOi8vd3d3LnBv
c3RncmVzcWwub3JnL21haWxwcmVmL3Bnc3FsLWRlLWFsbGdlbWVpbgo=

Re: Werte gehen bei insert verloren

--On 24. März 2011 12:17:58 +0100 "Altmann, Sebastian"=20
wrote:

> Beides gleicher Datentyp, keine Konstraints oder so, keine abgefahrenen
> Zeichen in den Passwoertern ...

Auch keine Trigger?

--=20
Thanks

Bernd

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein