|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Zitat von GarlandGreene
| Zitat von GH@NDI
Das ganze Jahr über max. 2 Tage "krank" sein: Check!
| |
ich war vor 2 oder 3 Jahren zuletzt krank. Pussies!
| |
Du bist wahrscheinlich selbstständig und hast keine Krankenversicherung. Da ist "krank" eine ganz andere Messlatte
|
|
|
|
|
|
|
ganz im Gegenteil. Angestellter und mein AG will für den ersten Krankheitstag nicht mal nen Gelben sehen. Ich bin einfach sehr robust. Sozusagen der Toyota Pickup Truck unter den Softwareentwicklern.
|
|
|
|
|
|
|
ich war auch neulich extrem überrascht, als in einer doku über die piratenpartei pornophonique als hintergrundmusik lief. eine kleine obskure band, von der man denkt, dass kein mensch außer einem selber kennt…
|
|
|
|
|
|
|
Mal mal jemand eine Hipsterbrille auf , ich bin gerade zu faul dazu.
|
|
|
|
|
|
|
Frage an die Python-Heads:
Ich greife per xmlrpclib.ServerProxy auf einen Webservice zu, der, wenn Parameter ungültig sind, eine Exception schmeißt. Nun kommt in Python aber immer nur "404, Unknown Error" an, während in PHP bspw. die tatsächlich vom Server geschmissene Fehlermeldung ankommt.
Soweit ich es verstanden habe, versucht Python vom Server geschmissene Exceptions auf eigene lokale Faults/Exceptions zu mappen. Gibt es eine einfache Möglichkeit dieses Verhalten zu umgehen?
Was mich dabei noch wundert: Wenn ich im Proxy "verbose=True" setze bekomme ich sowohl Request als auch die Antwort auf der Konsole ausgegeben. In der Antwort steht aber sinngemäß auch nur "404, unknown error" drin. Das sollte m.E. nicht sein, wenn es die tatsächliche Antwort vom Server wäre.
Ich teste gerade das hier, falls das tatsächlich die Lösung sein sollte: http://code.activestate.com/recipes/365244-transmitting-exceptions-through-xml-rpc/
|
|
|
|
|
|
|
| Zitat von Danzelot
Mal mal jemand eine Hipsterbrille auf , ich bin gerade zu faul dazu.
| | hahaha, oh mann, ist mir gar nicht aufgefallen, das das so klingt…
shit, voll erwischt.
|
|
|
|
|
|
|
| Zitat von Smoking
Frage an die Python-Heads:
Ich greife per xmlrpclib.ServerProxy auf einen Webservice zu, der, wenn Parameter ungültig sind, eine Exception schmeißt. Nun kommt in Python aber immer nur "404, Unknown Error" an, während in PHP bspw. die tatsächlich vom Server geschmissene Fehlermeldung ankommt.
Soweit ich es verstanden habe, versucht Python vom Server geschmissene Exceptions auf eigene lokale Faults/Exceptions zu mappen. Gibt es eine einfache Möglichkeit dieses Verhalten zu umgehen?
Was mich dabei noch wundert: Wenn ich im Proxy "verbose=True" setze bekomme ich sowohl Request als auch die Antwort auf der Konsole ausgegeben. In der Antwort steht aber sinngemäß auch nur "404, unknown error" drin. Das sollte m.E. nicht sein, wenn es die tatsächliche Antwort vom Server wäre.
Ich teste gerade das hier, falls das tatsächlich die Lösung sein sollte: http://code.activestate.com/recipes/365244-transmitting-exceptions-through-xml-rpc/
| | hmm, der doku nach zu schließen, ist Fault für XML-RPC-fehler und ProtocolError für netzwerkfehler, also solltest du einen Fault wollen. laut dem spec gibt es einen bereich für eigene codes, aber in dem fall auch -32602 ---> server error. invalid method parameters .
ich vermute, das ist so gedacht, dass dein remotecode seine exceptions explizit in faults wrappt, und die dann zurückschickt. in dem fall halt sowas wie folgendes:
|
Code: |
class InvalidParameterFault(Fault):
code = -32602
msg = 'given parameters {} do not comply with the parameter spec {}.'
def __init__(self, args, param_schema):
super.__init__(self, self.code, self.msg.format(args, param_schema))
if not param_schema.validate(args):
raise InvalidParameterFault(args, param_schema) |
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von flying sheep am 26.11.2012 15:11]
|
|
|
|
|
|
| Zitat von GarlandGreene
ich war vor 2 oder 3 Jahren zuletzt krank. Pussies!
| |
Naja, du bist ja auch schon so gut wie Bettlägerig, da kriegt man natürlich keine Erkältung mehr.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Oha
|
*Mit Armen wild herumfuchtel*
Erst morgen!
Naja, lassen wir die dreitägigen Zeremonien beginnen... :D
|
|
|
|
|
|
|
das bringt Unglück
|
|
|
|
|
|
Oh weia
|
*Salz über die Schulter werf*
|
|
|
|
|
|
|
|
|
|
|
Wahrscheinlich konnte Sie sich nicht einigen, ob das ratio h/b oder b/h ist... :P
|
|
|
|
|
|
|
Mal ein wenig mit OpenERP gespielt. Ist doch okay. Etwas übersichtlicher als SAP. Klar noch hier und da ein wenig hakelig, aber brauchbar. Die Übersetzungen sind teilweise sehr humorvoll.
|
|
|
|
|
|
|
Dann fang mal an für OpenERP entwickeln zu wollen.
Oder ein paar der nicht mitgelieferten Addons aus dem offiziellen Repository zu installieren.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Smoking am 26.11.2012 19:44]
|
|
|
|
|
|
| Zitat von Smoking
Dann fang mal an für OpenERP entwickeln zu wollen.
| |
Nö.
Edit: Ich mach das freiwillig, so privat neben der Veranstaltung. Bin einfach der Meinung, dass man auch andere Systeme mal wenigstens angeschaut haben sollte.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SkunkyVillage am 26.11.2012 19:43]
|
|
|
|
|
|
Klar. Man kann auch vieles damit - und das vermutlich auch gut - machen. Aber ich würde sagen, dass es auch mit Version 6.1 bei weitem kein ausgegorenes Produkt ist.
|
|
|
|
|
|
|
| Zitat von flying sheep
| Zitat von Smoking
Frage an die Python-Heads:
Ich greife per xmlrpclib.ServerProxy auf einen Webservice zu, der, wenn Parameter ungültig sind, eine Exception schmeißt. Nun kommt in Python aber immer nur "404, Unknown Error" an, während in PHP bspw. die tatsächlich vom Server geschmissene Fehlermeldung ankommt.
Soweit ich es verstanden habe, versucht Python vom Server geschmissene Exceptions auf eigene lokale Faults/Exceptions zu mappen. Gibt es eine einfache Möglichkeit dieses Verhalten zu umgehen?
Was mich dabei noch wundert: Wenn ich im Proxy "verbose=True" setze bekomme ich sowohl Request als auch die Antwort auf der Konsole ausgegeben. In der Antwort steht aber sinngemäß auch nur "404, unknown error" drin. Das sollte m.E. nicht sein, wenn es die tatsächliche Antwort vom Server wäre.
Ich teste gerade das hier, falls das tatsächlich die Lösung sein sollte: http://code.activestate.com/recipes/365244-transmitting-exceptions-through-xml-rpc/
| | hmm, der doku nach zu schließen, ist Fault für XML-RPC-fehler und ProtocolError für netzwerkfehler, also solltest du einen Fault wollen. laut dem spec gibt es einen bereich für eigene codes, aber in dem fall auch -32602 ---> server error. invalid method parameters .
ich vermute, das ist so gedacht, dass dein remotecode seine exceptions explizit in faults wrappt, und die dann zurückschickt. in dem fall halt sowas wie folgendes:
|
Code: |
class InvalidParameterFault(Fault):
code = -32602
msg = 'given parameters {} do not comply with the parameter spec {}.'
def __init__(self, args, param_schema):
super.__init__(self, self.code, self.msg.format(args, param_schema))
if not param_schema.validate(args):
raise InvalidParameterFault(args, param_schema) |
|
| |
Ich habe keinen Einfluss auf den Servercode, daher fällt das schonmal raus. Die Wahl fiel auch nur auf xmlrpc, weil es in der Umgebung als Standard definiert ist.
Ich schau mir gerade SUDS als SOAP-Client an. (Server ist ein Moodle und bietet SOAP, XMLRPC und REST) Immerhin habe ich es schon dazu bekommen, die vom Server gestellte kaputte WSDL zu akzeptieren. Jetzt muss ich nur noch schauen, dass SUDS auch die Server-Antworten gemappt bekommt...
Auch wenn ich die Diskussion gar nicht wieder entfachen möchte - Python ist definitiv die bessere Sprache - wäre das mit PHP nichtmal ansatzweise ein Problem.
//noch zu meinem Link oben:
Das verfolgt einen ähnlichen Ansatz wie du, Sheep. Nur wird das Antwort XML schon so wie ich beschrieben habe (mit unbrauchbarer Fehlermeldung) in den Unmarshaller gegeben. Mich würde da tatsächlich noch interessieren warum ich mit scheinbar den gleichen Aufrufen (Python und PHP) unterschiedliches Antwort-XML bekomme.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Smoking am 26.11.2012 20:36]
|
|
|
|
|
|
Toll heute gehört, dass der komische neue Junior-Prof. das nächste Semester Mobilkomunikation gibt, statt dem besten Dozenten den wir in CS haben. So eine scheiße. Der liest schon P2P, was mich genug nervt, weil ich das auch hören wollte.
|
|
|
|
|
|
|
wtf, die Pfarrerin die mich vor zwei Jahrzehnten getauft hat hat mich gerade auf Facebook angeschrieben
|
|
|
|
|
|
|
Warum lässt man sich in dem Alter noch taufen?
/e: nvm, Jahrzehnte nich Jahre
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 26.11.2012 20:55]
|
|
|
|
|
|
Sag ihr, dass du aufgrund des Alters nicht mehr ihre Zielgruppe bist.
|
|
|
|
|
|
|
Irgendwie habe ich vor Studienbeginn gedacht, dass man wirklich zu den Vorlesungen muss, weil's sonst nicht geht.
Effektiv gehe ich momentan irgendwas zwischen zwei und drei Tagen pro Woche zur Uni, weil irgendwie der Stoff aus Programmieren I, Digisys und Modellierung recht... überschaubar ausfällt, wenn man sich mit allem ein bisschen beschäftigt hat... nur Mathe (Lina+Ana) sind halt... Naja Mathe eben auch wenn ich in Lina atm nur zur Übung gehe, weil der Prof eh nur das (englische) Skript auf deutsch anschreibt...
|
|
|
|
|
|
|
Naja, es kommt halt stark auf die Qualität der Veranstaltung an. Ich hab hier in Spanien zur Zeit ein paar Veranstaltungen, wo die Profs wirklich verstehen wie man Leuten etwas beibringt und gleichzeitig dazu bringt ohne Anwensenheitspflicht zu erscheinen. Einem von denen könnte ich Tag und Nacht zuhören, dabei geht's um ein derartig trockenes Thema wie die Entstehung der spanischen Grammatik.
Wenn die Veranstaltung nicht so gut ist, kann sich hingehen immernoch lohnen, weil es einen zwingt Zeit mit dem Thema zu verbringen. Wenn man aber in der Vorlesung Sudokus lösen muss um nicht einzuschlafen, ist Zuhause bleiben echt ne Alternative.
|
|
|
|
|
|
|
Und irgend ein schlauer Hirni hat mal was gesagt, was mir immer nachhängt wenn ich prokrastiniere und mich über die schlechte Vorlesung aufrege: Schlechte Lehre kann durch Fleiß kompensiert werden, gute Lehre kann die eigene Arbeit aber nicht ersetzen.
|
|
|
|
|
|
Thema: Gehirnsalat ( wir unter uns ) |