Hallo!
Weiß jemand ob es für Open Source Projekte eine Art Bug Log gibt?
Also eine art Historie welche Fehler/Bugs vorhanden waren und ob sie korrigiert wurden?
Danke und viele Grüße!
Ja, weis ich.
[spoiler]Für eine genauere Antwort muss Du genauer fragen.[/spoiler]
bye
TT
Speziell bin ich auf der Suche nach Java Open Source Produkten, wo es eine Historie zu vorhanden Bugs gibt.
Ich versuche Metriken herauszufinden die die Fehlerwahrscheinlichkeit einer Klasse wiedergeben. Dazu bräuchte ich eben echte Fehler in der Software um diese untersuchen zu können.
Danke!
Jetz könnte man ja philosophieren, ob es denn wirklich zu viel verlangt ist “bug tracker” + Namen eines bekannten Java-Projekts in eine Suchmaschine einzugeben, aber wenn das für Dich eine unüberwindliche Hürde ist, hier sind ein paar beispiele:
https://bugs.eclipse.org/bugs/describecomponents.cgi
https://jira.spring.io/secure/Dashboard.jspa
https://hibernate.atlassian.net/secure/Dashboard.jspa
https://jira.codehaus.org/browse/CASTOR
…
bye
TT
danke!
ach ich hab alles eingegeben, von bug logger bis bug failure historie … aber bugtracker ist mir einfach nicht eingefallen 
vielen dank!
hab mir jetzt mal ein paar logs angeschaut. Kann denen aber nicht entnehmen „wo“ der fehler in der software war, also welche klasse und was genau das problem war. Wird dies normalerweise nicht angebeben? Meist steht nur der Bericht der Anwender und dann nur noch des Entwickler das es gefixt wurde. Aber was eben genau geändert wurde nicht. Hier zB ein Bsp: Bug 103 – Illegalthreadexceptionerror:null
Ist das bei allen so? Oder gibt es auch Bugtracker wo die genau Info vorhanden ist in welcher Klasse und was im Code fehlerhaft war?
Nochmals vielen Dank für deine Hilfe!
Ab genauesten bekommst Du solche Informatioenen aus dem SCM. Die meisten Projekte verwenden ja inzwischen git. Also einfach mal so ein Repository runter laden und in den Kommentaren nach den Trackingnummern suchen.
BTW: die meisten Bugs werden nicht durch kleine Änderungen an einer Klasse sondern durch Refactoring gelöst, dass (zuggegeben ehr selten) aber doch auch schon mal 20 oder mehr Klassen umfassen kann…
bye
TT
[QUOTE=Timothy_Truckle;113358][…]
BTW: die meisten Bugs werden nicht durch kleine Änderungen an einer Klasse sondern durch Refactoring gelöst, dass (zuggegeben ehr selten) aber doch auch schon mal 20 oder mehr Klassen umfassen kann…
[/QUOTE]
Nur um das zu präzisieren, ein Refactoring soll nicht das Verhalten eines Programmes ändern. D.h. ein Refactoring kann per Definition keinen Fehler beheben. Es ist vielmehr so das man entweder vorher reichlich Tests erstellt um eine gewisse Sicherheit zu haben, danach das nicht triviale Refactoring durchführt um den Fehler besser beheben zu können um anschließend in einem zweiten Schritt den Fehler zu beheben. Manchmal läuft es auch andersherum, ist der Fehler überschaubar, wird im besten Falle ein Test geschrieben der fehlschlägt, danach wird der Fehler behoben und im Anschluss wird die strukturverbessernde Maßnahme durchgeführt (nat. auch unterstützt von Tests).
Es geht dabei um die Trennung von eventuell unschönen Effekten, die man so besser den einzelnen Arbeiten zuordnen kann um im Endeffekt so wenig wie möglich neue Fehler einzubauen. Wird das alles in einem Gang vermischt ist es oft schwierig “neue” Probleme zu zuordnen, da man nicht genau sagen kann ob die Situation schon bestand, durch den Umbau oder nur einen Folgefehler des des eigentlichen Problems zustande kam.
[quote=ThreadPool]Nur um das zu präzisieren, ein Refactoring soll nicht das Verhalten eines Programmes ändern.[/quote]Das ist richtig.
Ich wollte eigentlich nur aussagen, dass Fehlerbehebung meist mehr bedeutet, als eine einzelne Zeile im Code zu ändern. (obwohl auch das oft genug vorkommt…)
Sorry für die falsche Wortwahl.
bye
TT