Nie będę ukrywała, problem pojawił się u mnie w pracy. Mamy sobie skrypty SQLowe (w tym przypadku MS SQL). Dużo skryptów. Są one uruchamiane, jak supporter chce „podnieść” wersję bazy. Mamy też w folderze ze skryptami plik runme.bat, który posiada coś takiego:
Tag: gmtl
Po miesiącu wrócił do mnie z gwarancji lapek – w pełni sprawny i gotów do działania. Trzeba więc na powrót przenieść do niego wszelakie projekty. W tym… api webowe.
Zależało mi na selfhostowaniu – ktoś mógłby powiedzieć – przecież iis nie ma takich problemów. Ale to już serwer HTTP i tak ręka mi drży jak mam go odpalić, więc wolę nie, przynajmniej na razie.
Mówiłam już jak bardzo kocham projekty webowe? Między innymi dlatego.
Mam taką manierę, że jak ogarnęłam jak się coś robi w jednym miejscu, czasami się rzucam na pałę i zbyt analogicznie próbuję to zrobić w drugim.
Bawiłam się w autofac pod desktopem i fajnie było, więc próbując uczyć się pisać webapi (pod kątem pisania pracy dyplomowej) postanowiłam że sobie też poużywam, bo zaczęło mi się podobać, że jak chcę użyć funkcji z innej klasy, to zamiast kombinować z tworzeniem klas z jej zależnościami, po prostu wrzucam interfejs w konstruktor i gotowe, mam całkiem świeży obiekt na moje potrzeby.
Także miałam sobie klasę z jedną metodą
Jedną z zalet tego, jak coś się robi jest to, że czasami coś udaje że działa. A jak to mówi mój wybranek życiowy – „Jak coś czasami nie działa, to to nie działa”. Także piszę sobie kod uczelniany typowo, i w którymś momencie, ten wg mnie „skończony” projekt próbuję odpalić poza debuggerem. I tak zaczyna się moja historia, bo okazuje się, że to NIE działa. No chyba że uruchomię poza debuggerem i potem debugger podepnę.
Zacznę może od opisania problemu jaki miałam wczoraj w pracy. Ładuję sobie z bazki dane (acz ich źródło jest w tym momencie tak istotne jak skład obecnego parlamentu, czyli wcale), aby je po dość banalnej obróbce pokazać użytkownikowi.
Kolejna notka z pola bitwy pod Oraclem. Znowu błąd z cyklu „pod MS SQLem działa”.
ORA-06502: PL/SQL: błąd liczby lub wartości: za mały bufor tekstowy
No i znowu ten Type Initialization Exception.
Tym razem w pracy (pozdro dla szefa- pozwolił mi na opisanie przypadku) zdarzyła mi się taka sytuacja.
Zrobiłam drobną zmianę w kodzie, by umożliwić sterowanie testemi (wstrzeliwany config z wiersza poleceń- . Wszystko pięknie ładnie na zielono, odpalam apkę….
Istnieje pewna klasa błędów, których rozwiązanie sprowadza się do edycji (lub przeniesienia) jednej linijki kodu. Do tych błędów należy ten, który udało mi się ostatnimi czasy popełnić (hmm… nie podam dokładnie kiedy, bo za cholerę nie jestem w stanie sobie przypomnieć daty urodzenia napisanego z rąsi ostatniego kawałku kodu). Ok, nie był do końca napisany ręcznie, bo użyłam snippetu „propdp”, który służy do genowania propert które sobie możemy użyć potem z poziomu XAMLa chociażby.