Co trzeba zrobić?

Wystarczy napisać krótką recenzję nowej wersji Eclipse (Galileo) w której opiszemy przynajmniej 3 rzeczy które lubimy bądź nie w nowym eclipse, opublikujemy to na blogu, grupie dyskusyjnej lub jakimś portalu, o czym poinformujemy ludzi z eclipse.

Więcej info na stronie Blogathon-u.

Eclipse Ganymede po prawej, po lewej nowa wersja Galileo

Jak widać zmian w oknie głównym nie ma żadnych, i słusznie jak dla mnie jest niemal idealne. Jednak mile zaskoczeni zostali użytkownicy MacOS (w  tym ja) otóż nowy Eclipse wykorzystuje również Cocoa do wyświetlania okien, na pewno poprawi to warunki estetyczne aplikacji. Dodatkowo dzięki Customize Perspective mamy możliwość ustawić jakie ikony chcemy widzieć w toolbarze oraz jakie pozycje w menu mają być dostępne, dzięki temu dokładnie dostosujemy IDE do naszych możliwości.

Aktualizuj, instaluj, rozszerzaj – nowe P2

W poprzedniej wersji Eclipse-a zaprezentowano nowy manager aktualizacji, była to dla mnie wielka zmiana bo w porównaniu do klasycznej jego wersji zapewniał większą wygodę, choć po dłuższym użytkowaniu widać było, jego niedoróbki. Jak powiedział Szymon Brandys na Eclipse Demo Camp w Krakowie, ekipa odpowiedzialna za P2 została przyciśnięta aby usunąć niedogodności i błędy w poprzedniej wersji. Spisali się całkiem nieźle. P2 w nowym wydaniu wygląda jak zupełnie nowy produkt.

Porównanie managerów pluginów. Po prawej Ganymede po lewej Galileo

Wreszcie usunięto denerwujący mnie problem z wiązany z tym, iż manager plugin-ów podczas uruchamiania łączył się z repozytoriami celem pobrania najświeższej listy pluginów, przez co zanim pojawiło się okno nieraz mijało sporo czasu. Kolejną ciekawostką jest historia instalacji. Dzięki niej możemy sprawdzić jakie pakiety instalowaliśmy jakiego dnia, a sam proces instalacji został znacznie uproszczony.

Kolejne zmiany w debugerze.

W eclipse Ganymede udostępniono okruchy (breadcrumbs) pozwalające łatwo poruszać się po kodzie. Jednak podczas debugowania nie było możliwości włączenia tej funkcjonalności (przynajmniej ja jej nie widziałem). Od teraz również w trybie debug można korzystać z okruchów.

Masa dodatkowych opcji

Przeglądając menu, można dojśc do wniosku, że programiści projektu eclipse dodali masę funkcjonalności, wystarczy spojrzeć na menu “Navigate”:

Po lewej Ganymede po prawej Galileo

Bo przyszłość tkwi w mobilności

A Galileo Ci w niej pomoże, a chodzi dokładniej o projekt Pulsar, czyli Eclipse dla urządzeń mobilnych. Niestety o nim dużo nie napiszę, a to z racji, że MacOs nie lubi za bardzo javy w wydaniu me.

Jest tego jeszcze więcej:

O wiele więcej, o czym możecie poczytać na stronach dokumentacji.

W którą stronę idzie Eclipse

Sam projekt eclipse na pewno w dobrą. Programiści pracują zarazem nad stabilnością jak i szybkością aplikacji, co bardzo się chwali. Mamy masę dodatkowych opcji, niektóre potrzebne, inne mniej. Cieszy również bardzo duża ilość projektów wykorzystujących tą platformę choć zaczyna się robić tłocznie na stronie projektu eclipse.

Jeśli chodzi o wady IDE to jest to na pewno mniejsza wygoda użytkowania (ocena subiektywna) jeśli porównać go choćby z IntelliJ Idea (przy projektowaniu aplikacji EE), nie mówiąc już o projektowaniu interfejsów graficznych (zobacz NetBeans).

Do czego ja wykorzystuję eclipse? Jak na razie wykorzystuję projekt Eclipse for PHP podczas projektowania oraz wdrażania aplikacji webowych, wkrótce prawdopodobnie zacznę bawić się z Eclipse RCP.

Zapraszam do ściągania i opisywania zmian względem poprzedniej wersji Ganymede.

W językach skryptowych takich jak PHP, Ruby czy też świeży Grails dzieje się to w pełni automatycznie, zmienię część kodu, przechodzę do przeglądarki odświeżam i cieszę się, że działa (bądź nie).

I w tym miejscu z pomocą przychodzi nam narzędzie JavaRebel (darmowy dla aplikacji open source) firmy ZeroTurnAround.  JavaRebel to agent podpinany bezpośrednio do maszyny wirtualnej który czuwa nad naszymi plikami i gdy zostaną zmienione (ponownie skompilowane) ładuje je na naszym serwerze. Dzięki temu nie musimy przechodzić żmudnego procesu tworzenia pakietu war i jego deployowania (u mnie ponad 10s), zmiany widoczne są niemal od razu.  Po zainstalowaniu odpowiedniej wtyczki możemy bezproblemowo pracować z naszym springowym projektem (Guice, Struts, Wicket i inne również dostępne) a JavaRebel będzie automatycznie wgrywać beany przez nas utworzone (czyta automatycznie wszystkie pliki konfiguracyjne).

Jednak, nie wszystko złoto co się świeci, faktycznie JavaRebel przyśpieszył moją pracę nad projektem i polepszył mój stan psychiczny, nadal jednak brakuje mi czegoś co będzie automatycznie aktualizować pliki JSP. Co prawda ta sama firma wydała również JSPViewer który rozwiązuje ten problem, jednak jego specyfika nie pozwala na użycie go w Springowym projekcie, gdzie wszystkie zapytania są mapowane na wirtualne adresy.

Jeśli ktoś wie, jak rozwiązać ten problem, będę wdzięczny.

Brzmi genialnie, w rzeczywistości jeszcze wiele temu projektowi potrzeba żeby stać się prawdziwym konkurentem dla choćby Bakery. W tej chwili możliwe jest jedynie stworzenie szkieletu projektu, dodanie kontrolerów, akcji i widoków, całą resztę przejmuje programista.

Warto jednak dodać, że jest to świetny start do zbudowania własnej aplikacji, gdyż szkielet wygenerowany przez Zend_Tool oparty jest o nowość w bibliotece czyli Zend_Application (o którym napiszę w przyszłości)

Aplikacja jest prosta w użyciu, wystarczy wpisać zf.sh (zf.bat dla windows-a) by naszym oczom ukazała się mała pomoc ze spisem komend jakie aplikacja może wykonać (nie jest ich wiele).

Jak zainstalować?

Teoretycznie instalacja jest trywialna, jednak jak się okazuje nie do końca. Aby projekt Zend_Tool działał u nas poprawnie musimy mieć oczywiście zainstalowane środowisko PHP tak aby system widział wywołanie komendy “php“. Następnie pobieramy paczkę ze strony ZendFramework (zawierającą całe ZF) i rozpakowujemy w dowolne miejsce.

Po rozpakowaniu zauważymy, że folder z rozpakowanymi plikami znajduje się folder bin. Aby wszystko działało dobrze należy ustawić ścieżkę systemową własnie na ten folder. I to wystarczy, warto jeszcze ustawić w pliku php.ini include_path na folder z bibliotekami ZendFramework.

Miłej zabawy

Po przeszukaniu internetu okazało się, że nie jestem sam, i aby wszystko zaczęło działać wystarczy ustawić filtr w pliku web.xml.

<filter>
</filter><filter -name>charsetFilter</filter>
<filter -class>org.springframework.web.filter.CharacterEncodingFi lter</filter>
<init -param>
<param -name>encoding</param>
<param -value>UTF-8</param>
</init>
 
 
<filter -mapping>
</filter><filter -name>charsetFilter</filter>
<url -pattern>/*</url>

I wszystko działa poprawnie.

Rozwiązanie znalezione na: http://forum.springsource.org

W takim momencie z pomocą przychodzi nam adnotacja @ContextConfiguration zawarta w pakiecie org.springframework.test. Dzięki niej możemy bezpośrednio do naszej klasy testu jednostkowego podpiąć skonfigurowany wcześniej kontekst aplikacji zawierający zadeklarowany beany.

Aby zadeklarować załadowanie kontekstu wystarczy dodać adnotację i wskazać plik z kontekstem, prosta klasa która ma taką konfigurację wygląda tak:

import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.AbstractJUnit4SpringContextTests;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
 
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = "/WEB-INF/applicationContext.xml")
public class CategoryControllerTest extends AbstractJUnit4SpringContextTests{
 
}

Super, ale jak to działa? Okazuje się, że jak zwykle nie wszystko działa tak jak napisano. Gdy ja próbowałem podłączyć taki kontekst cały czas jvm wyrzucał mi błąd:

java.lang.IllegalStateException: Failed to load ApplicationContext
at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:255)
at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:109)
at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:75)
at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:267)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:155)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:263)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:265)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:210)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191)
at com.intellij.rt.junit4.Junit4TestMethodAdapter.run(Junit4TestMethodAdapter.java:62)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:40)
Caused by: org.springframework.beans.factory.BeanDefinitionStoreException: IOException parsing XML document from class path resource [web-servlet.xml]; nested exception is java.io.FileNotFoundException: class path resource [web-servlet.xml] cannot be opened because it does not exist
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:349)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:143)
at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:178)
at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:149)
at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:212)
at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:81)
at org.springframework.test.context.support.AbstractGenericContextLoader.loadContext(AbstractGenericContextLoader.java:1)
at org.springframework.test.context.TestContext.loadApplicationContext(TestContext.java:226)
at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:251)
... 23 more
Caused by: java.io.FileNotFoundException: class path resource [web-servlet.xml] cannot be opened because it does not exist
at org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:142)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:336)
... 32 more

Nie trzeba Sherlocka aby od razu dojść do wniosku, że aplikacja nie znajduje naszego pliku kontekstu. Przeszukanie google dało kilka rozwiązań ale okazały się błędne, na szczęście rozwiązanie jest proste, zamiast podawać ścieżkę do pliku, wystarczy wskazać aby kontekst został załadowany z konkretnego pliku w dowolnej ścieżce.
Wygląda to następująco:

import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.AbstractJUnit4SpringContextTests;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
 
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:**/applicationContext.xml"})
public class CategoryControllerTest extends AbstractJUnit4SpringContextTests{
 
}

Po takiej definicji nasz kontekst będzie ładowany poprawnie.

Update:

Jeśli jednak i to nie zadziała, możecie skopiować odpowiednie pliki kontekstów do folderu z testami (lub folder nad) i zmienić adnotację na:

@ContextConfiguration(locations = {"../test-context.xml"})

Jak każdy programista jestem leniwy, zamiast tworzyć mapowania w moim IDE o wiele lepiej wygenerować je wprost z bazy. W IntelliJ robi się łatwo o ile znajdziemy odpowiednią opcję o czym pisałem jakiś czas temu.  Niestety szybko przekonałem się, że nie jest to idealne odwzorowanie moich tabel. Nie wiedzieć czemu IntelliJ zapomniał zaimportować sekwencje zadeklarowane w bazie, co skutkowało wystąpieniem szeregu błędów podczas prób zapisania danych w bazie, w szczególności wyróżnia się jeden:

org.springframework.web.util.NestedServletException: Request processing failed;
  nested exception is org.springframework.orm.hibernate3.HibernateSystemException:
    ids for this class must be manually assigned before calling save():
       com.darekzon.coffeine.domain.Category;
  nested exception is org.hibernate.id.IdentifierGenerationException:
    ids for this class must be manually assigned before calling save():
       com.darekzon.coffeine.domain.Category

Aby problemy przestały występować wystarczy z palca podpiąć sekwencje do konkretnego pola, robimy to przez zastosowanie adnotacji @GeneratedValue przy polu którego wartości mają być generowane przez sekwencje.

Kod wygląda następująco:

import javax.persistence.*;
import java.io.Serializable;
 
@Entity
@Table(schema = "public", name = "category")
public class Category implements Serializable {
 
private Long id;
 
@Id
@Column(name = "id", nullable = false, length = 19)
@SequenceGenerator(name = "category_seq", sequenceName = "category_id_seq")
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "category_seq")
public Long getId() {
return id;
}
 
public void setId(Long id) {
this.id = id;
}
 
private String name;
 
@Basic
@Column(name = "name", nullable = false, length = 30)
public String getName() {
return name;
}
 
public void setName(String name) {
this.name = name;
}
 
}

Pierwsze co robimy aby dodać generator to wskazanie która sekwencja generuje dane dla naszego pola, czyli adnotacja @SequenceGenerator,  podajemy dla niej dwie wartości, pierwsza to nazwa sekwencji jaka obowiązywać będzie w zakresie naszej klasy, natomiast druga to nazwa sekwencji w bazie.

Po skonfigurowaniu sekwencji mówimy hibernate-owi, że nasze -pole będzie otrzymywać automatycznie wartość korzystając z @GeneratedValue. Dla adnotacji @GeneratedValue musimy podać strategię tworzenia nowych wartości (z racji, że jest to sekwencja wybieramy SEQUENCE)  i oczywiście generator który te wartości będzie wskazywał, jako generator podajemy nazwę którą wcześniej wpisaliśmy w @SequenceGenerator.

Po tym zabiegu wszystko powinno działać jak trzeba.

Swoją drogą muszę się przestawić na tworzenie Entity Beanów a potem eksportowanie to do bazy danych, na pewno przyśpieszy to tworzenie projektu a przy okazji nie będę musiał tworzyć bazy danych (co uważam za zajęcie mało interesujące).

* samo tworzenie, nie wliczyłem w to zbieranie wymagań i wstępne projekty i inne bzdurki  

Z racji, że korzystam z mavena uznałem, że wystarczy zmienić wersje bibliotek w pliku POM.xml i wszystko ładnie będzie działać, niestety repozytoria które miałem skonfigurowane nie posiadały w swoich zasobach najnowszej wersji Spring-a.

Po szybkim przejrzeniu strony springframework.org szybko pobrałem konfigurację repozytorium Springa w którym przechowywane były najnowsze wersje bibliotek, niestety, po skonfigurowaniu tego repozytorium nie można było go zaktualizować (pobrać listy zawartości). Przeszukałem internet i nie znalazłem nic na ten temat, wpadłem natomiast na ciekawą aplikację jaką jest Nexus. Aplikacja pomaga nam utworzyć własne repozytorium, wymagając jedynie systemu operacyjnego z rodziny *Unix i maszyny wirtualnej javy, udostępniany jest też plik *.war, więc wszyscy użytkownicy, tomcata również znajdą coś dla siebie.

Tak więc utworzyłem na swoim serwerze vps repozytorium zawierające najnowszą wersję Springa, dodałem konfigurację do pliku POM.xml i wszystko działa, no prawie wszystko. Moje IDE nie widzi nowych wersji podczas wpisywania zależności, ale pobiera je poprawnie.

Dla wszystkich chętnych poniżej wstawiam konfigurację pliku POM.xml z moim repozytorium.

 <repositories>
        <repository>
            <id>repo.a</id>
            <url>http://mvn.darekzon.com/nexus/content/groups/public</url>
        </repository>
    </repositories>