Adam Dec - JBlog

2012-10-28T09:43:00.000-07:00

Having this opportunity to get myself prepared for coming presentation on AGH university (first lecture on 6.11.2012, event) I have prepared a small article about Event sourcing, Command Query Responsibility Segregation and LMAX architecture (Disruptor pattern). This is the summary of many articles and presentations I could find on the web. Enjoy reading :)

Full version of the article you can find here...

Good Java Memory Model presentation

2012-09-19T10:44:00.004-07:00

Want to know something more about new Java Memory Model (JSR 133) and you are soooo lazy to read?

Just watch this...

What new HTML5 Web Workers Can and Can’t Do...

2012-09-19T10:35:00.004-07:00

Workers don’t have access to the DOM of the “parent” page. They can’t access any of
the following:

• The window object
• The document object
• The parent object
• They can’t use JavaScript libraries that depend on these objects to work, like jQuery.

Web Workers can access only a limited set of JavaScript’s features because of their
multi-threaded nature. Here is the set of features they can use:

• The navigator object
• The location object (read-only)
• The XMLHttpRequest function
• The atob() and btoa() functions for converting Base 64 ASCII to and from binary
data
• setTimeout() / clearTimeout() and setInterval() / clearInterval()
• dump()
• The application cache
• External scripts using the importScripts() method
• Spawning other Web Workers4

New Java 7 Classloader locking

2012-09-19T10:12:00.003-07:00

Java 7 has improved the use of class loaders by modifying the locking mechanism to avoid
deadlocks. In multi-threaded custom class loaders prior to Java 7, certain custom class
loaders were prone to deadlocks, when they used a cyclic delegation model.

Consider the following scenario. Thread1 tries to use a ClassLoader1 (locking ClassLoader1)
to load class1. It then delegates the loading of class2 to ClassLoader2. At the same time,
Thread2 uses ClassLoader2 (locking ClassLoader2) to load class3, and then delegates the
loading of class4 to ClassLoader1. Since both class loaders are locked and both the threads
need both loaders, a deadlock situation occurs.

The desired behavior of a concurrent class loader is to load different classes from the same
instance of the class loader concurrently. This requires locking at a finer level of granularity,
such as locking a class loader by the name of the class being loaded.

Synchronization should not be done at the class loader level. Instead, a lock should be made
on a class level, where the class loader allows only a single instance of the class to be loaded
at a time by that class loader.

Some class loaders are capable of loading classes concurrently. This type of class loader is
called parallel capable class loaders. They are required to register themselves during their
initialization process using the registerAsParallelCapable method.

Old Java Memory Model

2012-09-18T08:24:00.002-07:00

The Java memory model describes how threads in the Java programming language interact through memory. Together with the description of single-threaded execution of code, the memory model provides the semantics of the Java programming language...

See the full article here ...

Build your own JBoss AS 5.1.2

2012-09-18T08:20:00.003-07:00

Do you want to build your own distribution of JBoss application server 5.1.x using SVN repository???

If yes...this article will be very helpfull!!!

Get it here ...

Project Lombok: Put an End to Java Ceremony

2012-09-18T08:18:00.000-07:00

Thing I am gonna' show is open-source library code-name Lombok.

„Lombok is really two things: a compile-time code generator and a development-time code generator.”

Basically, Lombok integrates directly into the Eclipse compilation cycle (by manipulating the abstract syntax tree of your code as you type) and generates code immediately based on annotations. The generated code is visible to all other classes instantly.

See the full article here ...

"Szkolenie" Spring 3.0

2009-03-13T04:55:00.000-07:00

Termin: 2 kwietnia
Czas trwania: 2-3 godziny

Podczas szkolenia jeden z najlepszych konsultantów SprigSource - Arjen Poutsma, będzie starał się przybliżyć co takiego fajnego jest w Spring 3.0.

Więcej szczegółów na stronie rejestracji (konieczna rejestracja): http://springtalkcracow.eventbrite.com

Spring WEB MVC ViewResolver Chaining

2009-03-11T02:26:00.000-07:00

Ostatnio pracując wraz ze Spring WEB MVC (2.5.3) natknąłem się na problem z mechanizmem 'ViewResolvers Chaining'
Spring docs:

"...Spring supports more than just one view resolver. This allows you to chain resolvers and, for example, override specific views in certain circumstances..."

Problem był dość specyficzny, polegał na tym, iż musiałem użyć dwóch ViewResolver'ów o takim samym typie:

org.springframework.web.servlet.view.UrlBasedViewResolver
konfiguracja wyglądała mniej więcej tak:
<bean id="viewResolver1" class="com.comarch.cii.web.ite.spring.common.view.UrlBasedViewResolver">

</bean>

</bean>

...czyli w skrócie chodziło o „ładowanie” plików *.jsp z dwóch różnych źródeł, których kolejność definiowała właściwość: <property name="order" value="0"/>

Mechanizm ten niestety nie zadziałał tak jak należy :(

Spring docs:

“Note: When chaining ViewResolvers, a UrlBasedViewResolver always needs to be last, as it will attempt to resolve any view name, no matter whether the underlying resource actually exists.”

Znalazłem na to dwa rozwiązania:

Rozwiązanie 1:

W naszym pliku konfiguracyjnym Spring'a zostawiamy tylko konfigurację do jednego z ViewResolver. Do nazw logicznych, które są mapowane na odpowiednie pliki *.jsp, będziemy doklejać jakiś z góry zdefiniowany 'prefix', czyli dodatkową ścieżkę z naszymi plikami, np.:

@RequestMapping("param")

public ModelAndView initMethod(@RequestParam("id") int ID, Model model) {

final String prefix = "someAdditionalDir/";

final String viewName = prefix + "somePage";

final HashMap modelMap = new HashMap

final ModelAndView modelAndView = new ModelAndView(viewName, modelMap);

return modelAndView;

}

Czyli do nazw logicznych doklejalibyśmy prefix: 'someAdditionalDir/'.

Co nam to da?

A tylko tyle, że jedne kontrolery będą używać nazw logicznych bez prefixa i do widoku używać plików *.jsp spod katalogu: '../prefix/pages/', zaś drugie (wykorzystujące jakiś prefix) plików spod katalogu: '../prefix/someAdditionalDir/pages/'

Rozwiązanie 2:

Jeżeli jednak bardzo chcemy wykorzystać mechanizm 'ViewResolver Chaining', to będizemy musieli napisać własną klasę, która będzie rozszerzać klasę:

org.springframework.web.servlet.view.UrlBasedViewResolver

oraz implementować interfejs:

org.springframework.core.Ordered

Przykładowa klasa mogłaby wyglądać tak:

public class MyUrlBasedViewResolver extends UrlBasedViewResolver implements Ordered {

protected View loadView(String viewName, Locale locale) throws Exception {

final AbstractUrlBasedView view = buildView(viewName);

final View viewObj = (View) getApplicationContext().getAutowireCapableBeanFactory().initializeBean(view, viewName);

if (viewObj instanceof JstlView) {

final JstlView jv = (JstlView) viewObj;

if (jv.getBeanName().indexOf("somePrefix") == -1) {

return null;

}

return viewObj;

}

O co tu chodzi?

Jeżeli w nazwie logicznej (tej która mapowana jest na odpowiedni plik JSP) nie zostanie odnaleziony prefix 'somePrefix', to ładowany jest następny ViewResolver w łańcuchu.

Plik konfiguracyjny Spring'a może wyglądać tak:

</bean>

</bean>

Java Express S01E03

2009-03-10T10:58:00.000-07:00

...dwa dni poślizgu...i stało się, wyszedł najnowszy numer gazetki java Express a w nim....a zresztą zobaczcie sami :)
http://dworld.pl/2009/03/10/trzeci-numer-java-express-juz-w-sprzedazy/

...proszę o komentarze odnośnie artykułu, jakby się ktoś nie mógł doczekać następnej części to pisać na snc85@o2.pl :P

Java first art

2009-02-21T06:09:00.000-08:00

Już wkróce wyjdzie mój pierwszy artykuł w niewątpliwie pierwszej w Polsce gazecie internetowej całkowicie poświeconej Javie...chyba każdy wie o jaką chodzi..oczywiście Java Express :) ... w sumie to mój pierwszy artykuł w życiu, więc do końca nie wiem jak to wyjdzie no ale człowiek uczy sie całe życie :) A o czym ten artykuł? hmmm...no właśnie :P Artykuł w całości poświęcony będzie serializacji w J2ME, czyli stworzenie własnego mechanizmu serializacji. Docelowo moim celem będzie stworzenie automatu do tworzenia klas DTO na podstawie plików Schema) z obsługą serializacji przy pomocy Castora, Apache Velocity, Apache Maven'a i Apache ANT'a :) ...szczegóły już wkrótce bo następne wydanie (już 3) wyjdzie 8 marca, http://dworld.pl/java-express/

Java Passion strikes again :)

2009-02-19T04:59:00.000-08:00

Wszystkim, którzy interesują się lub chcą interesować :P...polecam bezpłatne szkolenie z JavaFX 1.1...pod tym adresem nadal można się zapisać :)
http://www.javapassion.com/javafx/#JavaFX_Media

Eclipse 3.5 M5

2009-02-16T10:17:00.000-08:00

Jest już Eclipse 3.5 M5

nie ma co się rozpisywać..tu jest wszystko:
http://download.eclipse.org/eclipse/downloads/drops/S-3.5M5-200902021535/eclipse-news-M5.html

...ściągnąć można spod adresu:
http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops/S-3.5M5-200902021535/eclipse-SDK-3.5M5-win32.zip