Reprise du message précédent :

 
4096 ?

Dans notre projet, on a toute une partie qui est constituée de procédures stockées en PL/SQL et on n'a aucun moyen potable de faire du debug digne de ce nom.
 
Pour éviter ce genre de faceties, je vais essayer de mettre en place un système de logging assez simple : une table de log, et un package avec quelques fonctions pour insérer dedans et lire dedans.
Sauf qu'idéalement, on ne devrait pas faire de log en homologation et en production, histoire de ne pas affecter les performances.
 
J'ai deux possibilités :  
1) dans ma fonction de logging, je vérifie avec quel user je suis, avec un crade sys_context('USERENV', 'OS_USER').
2) je ne livre en homologation et en production qu'un squelette du package de logging, avec des fonctions qui ne font rien
 
Quelle est la solution la plus clean ?

 
le 2, je dirais.
En plus, comme ça, t'aurais la possibilité de remplir ton package de logging au besoin pour diagnostiquer un problème en prod

http://www.5min.com/Video/Can-You- [...] as-4025454
'tain, je suis fan de cette émission

AMHA c'est très risqué. Les portables ont souvent le minimum de ventilation nécessaire à leur bon fonctionnement, si le tiens fait le bruit d'un TU-95 au décollage c'est qu'il en a probablement besoins.
 
C'est quoi ta config ? ©™

http://www.materiel.net/ctl/PC_Por [...] K008C.html
 
Oui j'ai pas envie de le faire surchauffer, mais comme je l'ai dit j'ai de gros doute qu'ils expulsent vraiment 13CFM parce qu'en plaçant ma main juste au dessus de la sortie d'air je sens à peine un souffle chaud.
J'ai peur que le 5CFM expulse 2x moins ce que le pc ne supporterait pas.

vive la science

Je dirais la 1 ou un truc similaire.
Si tu ne livre pas le même code en homologation que le code de dev tu risque de provoquer des bugs incompréhensible que tu n'arriveras pas à reproduire sur ta version.

Si tu voulais le silence, fallait pas acheter un "Desktop replacement"
Peut-être que les ventilos se déclenchent trop tot mais ça ne me semble pas anormal que tu ne sente rien. 13CFM c'est vraiment pas grand chose, les ventilateurs 80mm les plus silencieux souflent plus que ça.

 
Je me suis dit que c'était un risque, sauf que ce package là sera le seul dans ce cas, que son code en homologation et en production sera "vide" et que cette "exception" sera documentée.

http://www.techno-science.net/?ong [...] &news=4956
WANT§§ /LOVE/

Outre le risque d'erreur humaine lors de la transformation du code dev->prod, il y a aussi le risque que l'"absence" du logging change le comportement dans certains cas. Je ne connais pas assez PL/SQL pour savoir si c'est possible mais j'ai rencontré ce problème plusieurs fois.

j'adore le mec qui fait ses expériences avec l'alcool aussi ... et les microondes qui explosent ...

 
Oui, je vois ce que tu veux dire.
Mais a priori, le tout ne devrait pas provoquer plus d'effets de bord qu'un DBMS_OUTPUT (voire même moins d'effets de bord, vu qu'il n'y aura pas de problème de taille de buffer). Eventuellement, en cas de commit/rollback on pourrait avoir des surprises.
Faut que je creuse la question des transactions pour bien faire.

c'est quoi l'erreur exactement?

 
Et un truc propre en entourant tes logs d'un genre de isDebugEnabled() avec la cnf' qui va bien?

4 jours, je cherche plus à comprendre. si t'es pas stiffler, tu t'expliques avec lui en MP

T'as les droits en lecture mais pas en écriture sur ton repo

 
Hint: c'est du PL/SQL
Hint: les dba sont des crétins
 
 
sinon,
 

T'es bien authentifié? En ajoutant un --username et --password à ton commit ça donne quoi?

edit: et je vois un message d'octobre 2006 sur la mailing list me disant que cette syntaxe n'a pas l'air de fonctionner avec svnserve. Tu utilises svnserve?

et accessoirement, c'est quoi l'intérêt de passer par du path-based pour des règles aussi simples? voir http://svnbook.red-bean.com/en/1.4 [...] authz.html

J'ai ajouté un truc, pourquoi tu t'emmerdes avec du path-based auth pour un repo perso avec un truc aussi simple?
 
Et en bonus, pourquoi t'as un /trunk? Tu comptes vraiment ne mettre qu'un seul projet dans ton repo svn?

 
Avec SVN?
 
J'ai jamais vu un truc pareil, bien au contraire
 

C'est suffisant non?

C'est quoi comme appli ? Si c'est vraiment critique (genre pilotage de centrale nucléaire ou gestion de système bancaire) tu devrais éviter de fournir un package différent, le moindre octet peut amerner son lot de bug:
http://blogs.msdn.com/larryosterma [...] 14338.aspx

C'est indiqué dans le SVN book. Moi je fais comme ça aussi, un repo par projet

 
Non, non c'est pas critique
Sinon j'aurais même pas pensé faire un truc pareil.

http://www.emiledavis.canalblog.com/
 
 
Vivien jancenelle à vieilli !!!

Ca va trancher...
http://forum.hardware.fr/hfr/Progr [...] 1186_1.htm

http://stevenotelive.com/ 10 minutes \o/

ça sera sur apple.com non ?

Pas en direct, si?

edit: me semble que c'est du préenregistré, ou du différé

hum tu dois avoir raison, c'est marqué "tuesday afternoon" et ça doit être le matin là-bas ...

 
Comptage du nombre de "Boom!"

il marche pas ton site chez moi, j'ai une "security error à la con"

et chez moi il est passé en "could not find frequency"