Dałem się ponieść fali pobierania kolejnej stabilnej wersji firefoxa.

Po zainstalowaniu okazuje się, że przeglądarka rzeczywiście działa dużo szybciej. Niestety nie można jej nazwać stabilną. Kilka razy dziennie wykonuje nieprawidłową operację i zostaje zamknięta. Nie uruchamia się nawet mozillowe raportowanie błędów. A jak już się cudem uruchomi, to występują problemy z przesłaniem raportu o błędach.

Po rozmowach z kolegami wygląda na to, że nie jestem odosobniony :(

Panowie do roboty!

Dzieci kosztują całkiem sporo, wie to każdy rodzic. Niedługo ma się to zmienić - niestety na gorsze. Już wkrótce czeka nas podwyżka VATu na odzież dziecięcą z 7% na 22%. Całkiem sporo prawda?

Oczywiście wszystkiemu winna jest UE, żydzi i masoni. A tak naprawdę nasz nieudolny rząd, który nie potrafi przeforsować niższej stawki. Wielka Brytania, kraj od lat unijny, ma na te artykuły stawkę 0%…

Nie wiem czy coś to da, ale zapraszam do włączenia się do akcji - Dzieci bez VATu.

We wtorek wybieramy się z kolegami do Poznania na Eclipse DemoCamp. Mam nadzieję, że będzie ciekawie…

Optymalizując aplikację na bazie danych, często potrzebne jest sprawdzenie jakie operacje wykonuje konkretny proces systemu operacyjnego. Wystarczy wykonać następujący select:

select s.USERNAME, st.hash_value, st.sql_text
from v$sqltext_with_newlines st, v$session s, v$process p
where st.address = hextoraw(s.sql_address)
and st.hash_value = s.sql_hash_value
and p.ADDR = s.PADDR
and p.SPID = :id_procesu
order by st.hash_value, st.piece

Zakładanie indeksów i inne długotrwałe operacje irytują brakiem paska postępu ;) Na szczęście wystarczy wykonać poniższe zapytanie, żeby zobaczyć ile nam jeszcze zostało do końca:

select l.opname,
trunc(l.elapsed_seconds/60,2) “minuts from start”,
trunc(l.time_remaining/60,2) “minuts to end”,
l.sofar,
l.totalwork,
trunc(100*l.sofar/l.totalwork,2) “%”
from V$SESSION_LONGOPS l
where l.sid = :sid
and l.serial# = :serial#
and l.time_remaining > 0

Wartości parametrów sid i serial wyciągamy z tabeli v$session dla interesującej nas sesji.

Oczywiście wszytko to można uzyskać przy użyciu Oracle Enterprise Managera, ale po co strzelać z armaty do wróbla ;)

Oracle w wersji 10.2.0.3 zaskoczył mnie wczoraj totalnie. Na początek mały quiz:

Jeśli zapytanie:

select t.*
from tow t
where kod in (’011094′,’011105′);

zwraca dwa wiersze. To ile wierszy zwróci poniższe zapytanie?

select t.*
from tow t
where kod in (’011094′,’011105′)
and exists(select 1 from tow_v v where v.towaridpb||v.towarid = t.kod_p);


Odpowiedź jest prosta - co najwyżej dwa.

Chyba, że działamy na bazie Oracle 10.2.0.3 z włączoną optymalizacją kosztową, wówczas zapytanie to może zwrócić nawet 4 wiersze!

Jest to błąd optymalizatora kosztowego, który przepisuje sobie to zapytanie na ‘równoważne’. Niestety w tym przypadku nie jest ono równoważne :(

Błąd naprawiono w wersji 10.2.0.4.

W generowanych jararch babel zamienia znaki \ na \\, ‘ na “, / na \/. Dodatkowo edytor tłumaczeń udostępniony na stronie projektu zamienia znak nowej linii na <br /> co zupełnie rozwala tłumaczenie :(

Zgłosiłem już wszystko gdzie trzeba i czekam na naprawę :)

Przeglądając strony, które linkują do mojego bloga natrafiłem na dwie ‘perełki’: http://komputery.dzialania-tworcze.com/?p=1835 oraz http://komputery.nowapolska.info/?p=460. Wyglądają bardzo znajomo, niestety autorzy tych stron nie zadbali o zastosowanie się do warunków licencji na której publikuję tu moje teksty.

Wysłałem już maile do administratorów i czekam na odpowiedź.

Sprawdźcie czy nie ma tam Waszych tekstów…

Przyjrzałem się dokładniej polskiemu tłumaczeniu projektu Eclipse i okazało się, że nie jest tak różowo jak myślałem.

Po zainstalowaniu najnowszej wersji, na pierwszy rzut oka, bez problemów działała już edycja plików plugin.xml. Jednak:

• Zakładka ‘Zależności’ jest pusta.
• W wielu miejscach pojawiają się nadal znaki \n zamiast nowej linii.
• Przy edycji plików .product pojawiały się w tłumaczeniu znaki \.

Ostatni problem postanowiłem zgłębić. Okazało się, że tłumaczenie niezbyt odpowiada tekstowi angielskiemu. Poprawiłem je, zaciągnąłem nową wersję tłumaczeń i… edycja plików .product wykrzacza się z błędem: “Nie można utworzyć tej części ze względu na błąd wewnętrzny. Przyczyna niepowodzenia: {0}
Argument not valid”.

Nie pozostało mi nic innego niż otworzyć ponownie mój zgłoszony wcześniej błąd i czekać na jego rozwiązanie.

BTW wygląda na to, że w projekcie tym istnieje spora ilość tłumaczeń, które nie odpowiadają tłumaczonym tekstom. Kto to teraz przejrzy i zweryfikuje?

Zabrałem się za pisanie własnej wtyczki do mavena. Początki są bardzo proste.

Tak jak pisałem wcześniej wtyczka musi umieścić wtyczki RCP w odpowiedniej strukturze katalogów i uruchomić budowanie aplikacji przy pomocy pde-maven-plugin.

Po zakończeniu działania wtyczki pde-maven potrzebowałem przyporządkować plik wynikowy do mojego artefaktu, tak żeby w fazie install lub deploy maven wiedział co ma instalować. W tym celu należy zdefiniować prywatne pole:


/**
* Projekt w którym działamy.
*
* @parameter expression=”${project}”
*/
private MavenProject project;


I w kodzie umieścić następujący fragment:


Artifact artifact = project.getArtifact();
artifact.setFile(new File(sciezkaDoPlikuWynikowego));


Problem w tym, że mój build zawiera dwa pliki wynikowe jeden pod windows, drugi pod linux. W tej sytuacji z pomocą przychodzi MavenProjectHelper:


/**
* @component
*/
private MavenProjectHelper projectHelper;


Z którego pomocą robimy co należy:


projectHelper.attachArtifact(this.project, “zip”, “linux”, new File(sciezkaDoPliku));


Pozostaje tylko zmusić wtyczkę do obsłużenia artefaktów typu zip oraz do automatycznego uruchomienia w fazie package. W tym celu tworzymy plik META-INF/plexus/components.xml:

<component-set>
  <components>
    <component>
      <role>
        org.apache.maven.lifecycle.mapping.LifecycleMapping
      </role>
      <role-hint>zip</role-hint>
      <implementation>
        org.apache.maven.lifecycle.mapping.DefaultLifecycleMapping
      </implementation>
      <configuration>
        <phases>
          <initialize></initialize>
          <generate-sources></generate-sources>
          <process-sources></process-sources>
          <generate-resources></generate-resources>
          <process-resources></process-resources>
          <compile>
          </compile>
          <process-test-resources></process-test-resources>
          <test-compile></test-compile>
          <test></test>
          <package>
            group.id:plugin-name:build-goal
          </package>
          <install>
            org.apache.maven.plugins:maven-install-plugin:install
          </install>
          <deploy>
            org.apache.maven.plugins:maven-deploy-plugin:deploy
          </deploy>
        </phases>
      </configuration>
    </component>
    <component>
      <role>
        org.apache.maven.artifact.handler.ArtifactHandler
      </role>
      <role-hint>zip</role-hint>
      <implementation>
        org.apache.maven.artifact.handler.DefaultArtifactHandler
      </implementation>
      <configuration>
        <type>zip</type>
        <extension>zip</extension>
        <includesDependencies>true</includesDependencies>
      </configuration>
    </component>
  </components>
</component-set>

Wszystko proste, łatwe i przyjemne :)

Pisałem kiedyś o możliwości wykorzystania mavena do budowania aplikacji Eclipse RCP. Niestety opisywany plugin wymaga umieszczenia wtyczek w odpowiednich katalogach.

Niestety tworzenie takiej struktury w SVN nie wydaje mi się sensowne, szczególnie jeśli chcemy niektóre pluginy rozwijać niezależnie od innych. Spędziłem dość dużo czasu próbując wycisnąć co się da z istniejących pluginów mavena, ale nie udało mi się osiągnąć pożądanego efektu.

Nie widząc światełka w tunelu, zabrałem się za pisanie własnej wtyczki, która umożliwi nam łatwe składanie aplikacji z różnych pluginów. Pisanie własnej wtyczki jest całkiem proste więc może mi się uda osiągnąć pożądany efekt…