<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Espeo Software &#187; eclipse</title>
	<atom:link href="http://www.espeo.pl/tag/eclipse/feed" rel="self" type="application/rss+xml" />
	<link>http://www.espeo.pl</link>
	<description>Oprogramowanie na zamówienie - aplikacje inter/intranetowe, desktop, mobilne. Wykorzystujemy technologię Java, Java EE, Flex, Grails</description>
	<lastBuildDate>Fri, 11 May 2012 15:11:22 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Ignorowanie metadanych różnych IDE w SVN</title>
		<link>http://www.espeo.pl/2009/05/03/ignorowanie-metadanych-roznych-ide-w-svn</link>
		<comments>http://www.espeo.pl/2009/05/03/ignorowanie-metadanych-roznych-ide-w-svn#comments</comments>
		<pubDate>Sun, 03 May 2009 17:59:17 +0000</pubDate>
		<dc:creator>Michal Kalinowski</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>
		<category><![CDATA[eclipse]]></category>
		<category><![CDATA[ide]]></category>
		<category><![CDATA[intellij idea]]></category>
		<category><![CDATA[netbeans]]></category>
		<category><![CDATA[svn]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=133</guid>
		<description><![CDATA[Dzisiaj krótka, aczkolwiek przydatna (mam nadzieję) notatka. Problem (choć raczej kosmetyczny), który napotkałem w trakcie realizacji bieżącego projektu, to pojawianie się w repozytorium SVN różnych &#8220;dziwnych&#8221; katalogów i plików, nie związanych bezpośrednio z projektem. Szybko udało mi się ustalić, że są to metadane generowane przez IDE inne niż Eclipse. Wcześniej, pracując w projektach, gdzie jedynym używanym IDE był Eclipse, automatycznie dopisywałem: do atrybutu svn:ignore katalogu każdego projektu w ramach przestrzeni roboczej (ang. workspace) i było po problemie. Aktualnie mamy w zespole jednego NetBeans&#8217;owca i do powyższej listy trzeba było dopisać jeszcze: Postanowiłem jednak przy okazji skonstruować kompletną listę wpisów do svn:ignore, która zawiera metadane 3 głównych IDE (Eclipse, NetBeans, IntelliJ IDEA). Dodatkowo dodałem target, jako standardowy katalog wyjściowy Maven&#8217;a oraz maskę *.log, bo takie pliki czasem również pojawiają się w repo. Mam nadzieję, że ta lista okaże się dla kogoś przydatna. Wygląda na to, że wystarczy ją &#8220;z góry&#8221; zaaplikować do wszystkich katalogów projektowych i mieć problem z głowy ;) . Ostateczna wartości atrybutu svn:ignore:]]></description>
		<wfw:commentRss>http://www.espeo.pl/2009/05/03/ignorowanie-metadanych-roznych-ide-w-svn/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Debug aplikacji internetowych w środowisku Eclipse</title>
		<link>http://www.espeo.pl/2009/04/10/debug-aplikacji-internetowych-w-srodowisku-eclipse</link>
		<comments>http://www.espeo.pl/2009/04/10/debug-aplikacji-internetowych-w-srodowisku-eclipse#comments</comments>
		<pubDate>Fri, 10 Apr 2009 11:28:43 +0000</pubDate>
		<dc:creator>robomaniac</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>
		<category><![CDATA[debug]]></category>
		<category><![CDATA[eclipse]]></category>
		<category><![CDATA[glassfish]]></category>
		<category><![CDATA[jboss]]></category>
		<category><![CDATA[tomcat]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=59</guid>
		<description><![CDATA[Na pewno nie jeden programista w swoim wesołym życiu miał takie chwile, kiedy przeklinał swój komputer, bił swoją klawiaturę, a w między czasie nerwowo obgryzał paznokcie. Owszem programowanie może dostarczać wiele przyjemności (serio?), ale niestety idylla kończy się w momencie, gdy zachowanie programu przekracza oczekiwania jego autora &#8211; czasem wręcz im zaprzecza. Z taką sytuacją do czynienia miał z pewnością każdy nas (tak Developerzy &#8211; to o nas mowa). Przyczyn zaistniałej sytuacji może być wiele, zazwyczaj wiążą się z błędami (bugs) posianymi w kodzie źródłowym, czasem wynikają z trudności zrozumienia działania programu (zwłaszcza jeśli jesteśmy jego spadkobiercami). Owszem nawet jeśli dysponujemy takimi środkami jak testy jednostkowe, dokumentacja, przeglądy kodu &#8230; ta lista może być dłuższa &#8211; nie oszukujmy się &#8211; prześledzenie działania aplikacji, w szczególnym przypadku debugowanie to jedna z bardziej przydatnych umiejętności &#8220;zdenerwowanego&#8221; programisty. W ten sposób chciałem wprowadzić Was w tematykę i przekonać, że będzie Wam towarzyszyć w wielu bardzo życiowych sytuacjach a czasem po prostu uratuje Wam &#8220;życie&#8221;. W przypadku standardowych (lokalnych) programów ich uruchomienie, a tym samym debugging  nie rodzi większych trudności. W przypadku aplikacji webowych, dla których wymagana jest obecność środowiska takiego jak serwer aplikacji, sprawa ulega komplikacji. Ponieważ sam temat może być bardzo rozległy, przyjmijmy zatem pewne założenia: środowisko programistyczne (IDE) &#8211; Eclipse uruchomienie aplikacji w środowisku serwerowym (serwer aplikacji, kontener) &#8211; ograniczymy się do: Apache Tomcat, Glassfish, Jboss Ze względu na różne możliwe podejścia, dalsza część materiału pogrupowana została na 3 części, co oczywiście jest wyłącznie subiektywną decyzją autora. 1. Wykorzystanie wtyczek (plugins) Jeśli posiadasz środowisko Eclipse dla Java EE (pierwsza pozycja na liście) lub co najmniej wtyczkę Web Standard Tools, to sprawa jest stosunkowo banalna. Otwórz widok Servers (Window -&#62; Show View -&#62; Other -&#62; Servers) Zdefiniuj nowy serwer wybierając opcję New-&#62; Server. Jeśli na liście nie ma takiego serwera jakiego oczekujesz możesz spróbować Download additional server adapters Kolejne kroki są bardzo intuicyjne: specyfikujesz środowisko uruchomienia serwera podając ścieżkę do katalogu z serwerem, podajesz parametry dla danego typu serwera (np. adres, porty, itp.) Jeśli wszystko będzie w porządku to na liście serwerów pojawi się nowy wpis. Warto zauważyć, że pojawia się również nowa konfiguracja uruchomienia w menu Run i Debug zatytułowana tak samo jak serwerowy wpis. Istnieje również możliwość dostosowania stworzonej konfiguracji serwera, wystarczy wybrać wpis i wykonać dwuklik. W przypadku serwera Glassfish opcje konfiguracyjne wyglądają następująco: Jeśli szukasz szczegółowych informacji jako przykład może posłużyć tutorial dla Glassfisha. Analogicznie przebiega sposób konfiguracji dla innych serwerów. W przypadku posługiwania się wtyczkami możemy też skorzystać z innych dostępnych rozwiązań. Bardzo popularnym pluginem dla serwera Apache Tomcat jest Sysdeo Posiada wiele opcji konfiguracyjnych, jest przyjazny dla użytkownika i dodaje kolorowe Kociaki. Na pewno warto wypróbować. 2. Uruchomienie serwera jak zwykłej aplikacji Java. Ta propozycja skierowana jest główniej dla tej części Społeczności Programistów, która sceptycznie i z dużą dozą nieufności patrzy na gotowe rozwiązania. Jeśli programowanie aplikacji zaczynasz np. od zastanawiania się nad pisaniem własnego kompilatora, to bardzo prawdopodobne, że wykorzystanie pluginów, będzie dla Ciebie zbyt ograniczające i niesatysfakcjonujące. Powodem może też być frustracja wynikająca z problemów z ich obsługą. Tak czy inaczej w zaistniałej sytuacji rozwiązaniem wydaję się być utworzenie własnej konfiguracji uruchomienia serwera. Jako przykład przedstawię sposób tworzenia konfiguracji uruchomienia dla serwera Apache Tomcat. (Podpowiedź, pluginy zazwyczaj udostępniają możliwość wygenerowania takiej konfiguracji lub po prostu ją tworzą) W menu Run wybierz opcję Run Configurations. Utwórz nową konfigurację typu Java Application. Jako klasę startową (posiadającą metodę main) wybierz: org.apache.catalina.startup.Bootstrap Na kolejnej zakładce możesz podać argumenty z jakimi ma zostać uruchomiony serwer. Podstawowe jakie najczęściej się używa to: Wymagane: -Dcatalina.home=&#8221;D:apache-tomcat-5.5.26&#8243; -Dcatalina.base=&#8221;D:apache-tomcat-5.5.26&#8243; Dodatkowe: -Djava.endorsed.dirs=&#8221;D:apache-tomcat-5.5.26commonendorsed&#8221; -Djava.io.tmpdir=&#8221;D:apache-tomcat-5.5.26temp&#8221; -Xms256m -Xmx512m -XX:MaxPermSize=128m Na zakładce Classpath należy skonfigurować ścieżkę klas, poprzez dołączenie biblioteki bootstrap.jar, która znajduje się podkatalogu bin zainstalowanego serwera (np. D:apache-tomcat-5.5.26bin) Kolejna zakładka Source służy wskazaniu jakie źródła mają być rozpoznawane przez debuggera. Czyli po prostu dodajesz te projekty, które Cię interesują. I to praktycznie tyle. Pamiętaj o zachowaniu wprowadzonych zmian (przycisk Apply) 3. Debug zdalny (remote debug) Ciekawą możliwością jest śledzenie działania serwera w sposób zdalny. Aby Eclipse był w stanie obsługiwać debug serwera potrzebne są 2 konfiguracje. Po pierwsze serwer musi być skonfigurowany tak, aby pozwalał na debug. Po drugie konieczne jest utworzenie w Eclipsie konfiguracji dla Remote Java Application Konfiguracja serwera może sprowadzić się do odnalezienia pliku konfiguracyjnego i aktywacji trybu debug. Na przykład dla serwera JBoss wystarczy w pliku skryptowym run odkomenotwać odpowiedni wiersz: set JAVA_OPTS=-Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=y %JAVA_OPTS% W środowisku Eclipse tworzymy konfigurację Remote Java Application której parametry (adres, port) muszą pokrywać się z ustawieniami serwera. Na zakładace Source podobnie jak to omawialiśmy wyżej dołączamy projekty, których źródła chcemy prześledzić Oczywiście zdalne debugowanie działa również w przypadku, gdy serwer mamy na tej samej maszynie na której pracujemy Przydatne informacje można znaleźć tutaj: Eclipse Special: Remote Debugging Tomcat &#38; JBoss Apps with Eclipse Debugging a servlet with tomcat and Eclipse tutorial Debugging Glassfish with Eclipse I to by było na tyle Moi Drodzy. Obfitego Debugowania!!!]]></description>
		<wfw:commentRss>http://www.espeo.pl/2009/04/10/debug-aplikacji-internetowych-w-srodowisku-eclipse/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

