<?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; groovy</title>
	<atom:link href="http://www.espeo.pl/tag/groovy/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>Open Flash Chart 2 on Grails</title>
		<link>http://www.espeo.pl/2010/09/10/open-flash-chart-2-on-grails</link>
		<comments>http://www.espeo.pl/2010/09/10/open-flash-chart-2-on-grails#comments</comments>
		<pubDate>Fri, 10 Sep 2010 18:40:32 +0000</pubDate>
		<dc:creator>Sylwia Rogowicz</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[english]]></category>
		<category><![CDATA[technologia]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[charts]]></category>
		<category><![CDATA[grails]]></category>
		<category><![CDATA[groovy]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=343</guid>
		<description><![CDATA[Demand for a new feature for our accounting office management application  appeared recently. Service is made in Grails, so  I started from searching charts plugins for this framework. I could choose between Google Chart plugin, JFreeChart and Open Flash Chart. The last one really took my attention &#8211; you know, nice flash effects possible. I never used Open Flash Charts before and  decided to spend one afternoon and play with it. It was very easy to install and take into use, just by following the short instruction from http://mybytes.wordpress.com/2009/03/09/grails-open-flash-chart-06-is-out It is suggested there to see demo, so I checked out the plugin from svn and watched the samples.  Library gives us many possible charts to present data . I started to prepare 3 test charts using API in Java for Open Flash Chart 2 , same charts I will probably need in my project in the future: Pie chart, Horizontal Bars and more complex one: Bars and Lines presented at one chart. Pie went smoothly  and looked tasty, the most complex chart also, but I was not able to prepare labels for y axis for horizontal bars. It confused me, I found a package with fix called   OFC2Patches-DZ-Ichor.zip on this site http://www.ofc2dz.com/index.html#Examples Hints ( and patches) there are very useful if you have some problems with library. Of course when one problem was solved, the ready made chart &#8211; the more complex one stopped working properly with a new patch for the library. This is code sample for the complex one – 3d bar and line with dots using OFChart library, as you can notice it is easy to use and readable. Everything is fine as long as you are stopped by some more complex feature or bug. Why not to omit this and take advantage of groovy? An swf file gets data that are going to be presented as json data and we have such a groovy2json converter on the board.  Manipulating Lists and Maps we can prepare even the most complicated json file.  I do not need any fixes or patches then. The same example with Lists and Maps below: In both cases chart looks the same of course]]></description>
		<wfw:commentRss>http://www.espeo.pl/2010/09/10/open-flash-chart-2-on-grails/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Groovy/Grails update</title>
		<link>http://www.espeo.pl/2010/08/23/groovy_grails_update</link>
		<comments>http://www.espeo.pl/2010/08/23/groovy_grails_update#comments</comments>
		<pubDate>Mon, 23 Aug 2010 11:39:37 +0000</pubDate>
		<dc:creator>Krzysztof Konwisarz</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[english]]></category>
		<category><![CDATA[news]]></category>
		<category><![CDATA[technologia]]></category>
		<category><![CDATA[grails]]></category>
		<category><![CDATA[groovy]]></category>

		<guid isPermaLink="false">http://blog.espeo.pl/?p=301</guid>
		<description><![CDATA[Groovy and Grails releases in the last months appear so often that it is really easy to miss them. Starting with Groovy: it&#8217;s current version is 1.7.4, and the maintenance updates from this branch bring little more than bugfixes, so the below list contains mainly the changes introduced in 1.7.0: anonymous inner classes – for Java compatibility nested static classes – functionality exists, but it is best to use static nested classes if any added annotations on imports, packages and variable declarations – this allows for instance to declare dependencies with Grape within your code more readable asserts output with Power Asserts AST Viewer and AST Builder to facilitate the use of AST transformations Groovy Truth expanded – every class now can customize the way it is evaluated to boolean by implementing its asBoolean() method batch updates using sql.witchBatch() and sql.withTransaction() numerous improvements in testing, collection methods, GroovyScriptEngine, Groovy console and other More on this, especially the exact behavior and limitation of nested classes in Groovy 1.7.0 Release Notes. &#160; Unlike in Goovy, in each of Grails 1.3.x branch releases new features are implemented. Its current version (1.3.4) uses Spring 3.0.3. With 1.3.0 and the following quite a few changes were made: GORM: dirty checking for domain classes with .isDirty() and .isDirty(&#8216;fieldName&#8217;) methods Hibernate derived properties – domain class property value can be now calculated from a formula; here is a nice post on derived properties themselves. named queries can be combined – nested within another named query, chained one by one or made more specific by supplying additional conditions when invoked .find() and .findAll() query results can now be cached GSPs: default layout – if defined, it will be used by all pages that do not explicitly declare to use one &#60;g:join&#62; tag concatenates strings separating them with a specified delimiter &#60;g:unless&#62; tag is a handier version of negated &#60;g:if&#62; filters the order in which filters are executed can be specified testing: upgraded to JUnit 4 TagLib testing allows to test custom tags that use the pageScope property plugins classes, views and templates provided by plugins can be overridden inline plugins don&#8217;t have to be plugin-packaged before use dependency management: you can specify plugin repositories you want to use in BuildConfig.groovy publishing plugins on Maven compatible repositories declaring plugin dependencies with the IvyDSL every-day use: script name typo detection in command line when creating artifacts suffixes like *Controller, *Service are now added only when user hasn&#8217;t supplied one multiple HTTP proxy configuration grails doc –-pdf exports generated documentation to PDF and –-init generates a documentation template Grails release notes for more details: http://www.grails.org/1.3 Release Notes http://www.grails.org/1.3.1 Release Notes http://www.grails.org/1.3.2 Release Notes http://www.grails.org/1.3.4 Release Notes &#160; As for IDEs – having used Netbeans and Spring Tools Suite lately I must say, that the latter is a long awaited improvement in Groovy/Grails free IDE support. There is still a lot to be done, but at the moment syntax highlighting works quite well, code completions gives some hints without making you wait for ages, and even refactoring works sometimes ;). &#160;]]></description>
		<wfw:commentRss>http://www.espeo.pl/2010/08/23/groovy_grails_update/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Groovy i Grails &#8211; rewolucja czy ewolucja Javy? cz.2</title>
		<link>http://www.espeo.pl/2008/02/28/groovy-i-grails-rewolucja-czy-ewolucja-javy-cz2</link>
		<comments>http://www.espeo.pl/2008/02/28/groovy-i-grails-rewolucja-czy-ewolucja-javy-cz2#comments</comments>
		<pubDate>Thu, 28 Feb 2008 22:33:06 +0000</pubDate>
		<dc:creator>pawel</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>
		<category><![CDATA[grails]]></category>
		<category><![CDATA[groovy]]></category>
		<category><![CDATA[java]]></category>

		<guid isPermaLink="false">http://espeo.wordpress.com/?p=12</guid>
		<description><![CDATA[Czyli ta druga częśc w której zastanawiam się po co, komu i dlaczego jest Grails. Jak wspomniałem wcześniej Grails jest framework&#8217;iem wzorowanym na Ruby on Rails, jako bazę wykorzystującym język Groovy. Po swoim poprzedniku przejął podstawowe zasady: DRY (Don&#8217;t Repeat Yourself &#8211; Nie powtarzaj się) Convention Over Configuration (Konwencja ponad konfigurację) Co stanowi o dodatkowej sile Grails&#8217;a to wykorzystanie dla popularnych i mających bardzo dobrą opinię bibliotek Javovych: Spring Framework, Hibernate, Sitemesh. Dla użytkownika końcowego mogą byc one niewidoczne, ukryte za interjefsami napisanymi w Groovy, ułatwiającymi ich używanie i redukującymi ilośc potrzebnej kofiguracji (to jest właśnie siła wspomnianej wcześniej zasady!). W każdym momencie możliwe jest jednak pełne ich wykorzystanie oraz samodzielna konfiguracja. W skrócie więc Grails = elastycznośc Groovy + moc bibliotek Javy Jak to wygląda w praktyce? Prosty przykład, wydajemy polecenia: grails create-app grails create-domain-class [nazwaKlasy] , edytujemy stworzony plik .groovy dodając odpowiednie pola grails generate-all grails run-app &#8230; i możemy już w przeglądarce uruchomic aplikację, ze stronkami do dodawania nowych instancji dla stworzonej klasy, edycji i usuwania. Stworzone mamy kontrolery wykorzystujące Spring&#8217;a, mapowania Hibernate&#8217;owe, strony GSP (podobne do JSP), dane zapisywane są też już do bazy i parę jeszcze użytecznych plików. Ciekawe ile zajęłoby zrobiebienie takiej funkcjonalności w Javie&#8230; Co dodatkowo stanowi o sile Grails jest system plugin&#8217;ów. Sprawnie działająca społecznośc skupiona wokół projektu tworzy coraz to nowe pluginy (aktualnie około 40) pozwalające na współpracę m.in. z Flex&#8217;em, JSF, GWT, Acegi, OpenLaszlo, Yahoo UI, i wieloma innymi technologiami. Z punktu widzenia programisty szybkośc tworzenie aplikacji wzrasta więc niesamowicie a dodatkowo to wciąż jest Java (no i troche Groovy). Kolejna rewolucja? Znowu tak, o tym projekcie jest już teraz głośno, będzie jeszcze bardziej. W następnej części cyklu postaram się przedstawic jakie plusy może miec stosowanie Groovy / Grails w tzw. prawdziwym świecie czyli dlaczego klienci biznesowi mogą byc tym wszystkim zainteresowani.]]></description>
		<wfw:commentRss>http://www.espeo.pl/2008/02/28/groovy-i-grails-rewolucja-czy-ewolucja-javy-cz2/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Groovy i Grails &#8211; rewolucja czy ewolucja Javy? cz.1</title>
		<link>http://www.espeo.pl/2008/02/22/groovy-i-grails-rewolucja-czy-ewolucja-javy-cz1</link>
		<comments>http://www.espeo.pl/2008/02/22/groovy-i-grails-rewolucja-czy-ewolucja-javy-cz1#comments</comments>
		<pubDate>Fri, 22 Feb 2008 17:05:23 +0000</pubDate>
		<dc:creator>pawel</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[technologia]]></category>
		<category><![CDATA[grails]]></category>
		<category><![CDATA[groovy]]></category>
		<category><![CDATA[java]]></category>

		<guid isPermaLink="false">http://espeo.wordpress.com/?p=11</guid>
		<description><![CDATA[Witaj świecie! W pierwszym cyklu wpisów na blogu chciałem poświęcic kilka słów dwóm technologiom o którym od jakiegoś już czasu głośno na blogach poświęconych Javie, mianowicie językowi Groovy oraz opartemu na nim framework&#8217;owi Grails. W skrócie dla tych co ostatnie pół roku (przynajmniej) przespali: Groovy jest to dynamiczny język programowania, działający na JVM i bardzo dobrze integrujący się z Java (dzięki temu, że jest kompilowany do postaci bytecode), natomiast Grails to framework zworowany na Ruby on Rails, służący do budowy aplikacji webowych opartych na modelu MVC (model-widok-sterownik), wykorzystujący m.in. Groovy, Spring Framework, Hibernate. Tyle tytułem wstępu, przejdźmy do detali. Groovy jako język programowania jest obecny od kilku lat, jednak dopiero teraz nastąpił drastyczny wzrost jego popularności. Można to przypisywac kilku przyczynom, jednak moim zdaniem największy wpływ miały na to Ruby i RoR, które pokazały, że język skryptowy może w niektórych zastosowaniach przewyższac język kompilowany. Przynajmniej tak wyglądała moja historia, po pierwsze usłyszałem o Ruby, zacząłem czytac na ten temat i w ten sposób znalazłem Groovy, który ma dużo podobieństw jednak przewyższa Ruby w jednej zasadniczej sprawie &#8211; współpracy z Javą, która jest jednak wciąż najpowszechniej stosowanym językiem programowania. Co Groovy daje więc programiście? Jest językiem skryptowym, zawiera domknięcia (ang. closures), właściwości (ang. properties), możliwośc stosowanie niezdefiniowanych typów, ułatwia zasadniczo tworzenie i parsowanie XML, tworzenie komponentów Swinga, pisanie testów jednostkowych (ang. unit tests). Można takich udogodnień wymienic jeszcze dużo, jednak najlepsze w w tym wszystkim jest to, że możemy w dowolnym momencie przełączac sie pomiędzy kodem napisanym w Groovy i w Javie i wywoływac jeden z drugiego. Przynajmniej dla mnie wygląda to rewelacyjnie. Nie przyłączyłbym sie może jeszcze do stwierdzenia ,że w przeciągu 2-3 lat Groovy całkowicie zastąpi Javę ale na pewno jego udział będzie coraz większy i w niektórych zastosowaniach dominujący. Rewolucja? Dla mnie tak, dla innych śledzących rozwój Groovy od dłuższego czasu zapewne naturalny krok w ewolucji Javy. Czy z punku widzenia programisty Javy warto się uczyc Groovy? Moim zdaniem zdecydowanie i wręcz trzeba. Jeśli chce ktoś przetestowac Groovy i dowiedziec się więcej polecam oficjalną stronę projektu oraz swietną książke Groovy in Action, dostępną na razie jedynie po angielsku. c.d.n. W następnej cześci opiszę zapowiadany framework Grails.]]></description>
		<wfw:commentRss>http://www.espeo.pl/2008/02/22/groovy-i-grails-rewolucja-czy-ewolucja-javy-cz1/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

