<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:blogger='http://schemas.google.com/blogger/2008' xmlns:georss='http://www.georss.org/georss' xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-5159055966094271470</id><updated>2024-11-01T08:39:03.283+01:00</updated><category term="java"/><category term="best practise"/><category term="development"/><category term="grails"/><category term="threading"/><category term="cache"/><category term="enhancement"/><category term="groovy"/><category term="guava"/><category term="jruby"/><category term="oo"/><category term="spock"/><title type='text'>Javaekspert </title><subtitle type='html'>Architecture exist in the details as well.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>14</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-5139837524694105397</id><published>2013-08-28T11:50:00.000+02:00</published><updated>2013-08-28T11:50:30.785+02:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="grails"/><category scheme="http://www.blogger.com/atom/ns#" term="spock"/><title type='text'>Use Spock as your Grails test framework</title><summary type="text">Spock framework is a very intuitive specification test framework, and I cannot really say how much I appreciate it....
The flavour of writing it in near-english and with a tabular dataset (and a good Mock framework too) makes it extremely
easy to understand for any layman..

Given that you add the plugin in your grails-app/conf/BuildConfig



  plugins {
       test &quot;:spock:0.7&quot;
  }


And modify </summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/5139837524694105397/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2013/08/use-spock-as-your-grails-test-framework.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/5139837524694105397'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/5139837524694105397'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2013/08/use-spock-as-your-grails-test-framework.html' title='Use Spock as your Grails test framework'/><author><name>Anonymous</name><uri>http://www.blogger.com/profile/06186321190571609088</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-964870827071680279</id><published>2013-08-23T13:32:00.001+02:00</published><updated>2013-08-23T13:37:18.943+02:00</updated><title type='text'>How to introspect Grails Spring Context</title><summary type="text">One of the fantastic things about Grails is the spring integration and spring injection.

Even plugins can inject beans of different flavour into a spring context and modify everything accordingly.



Accessing any bean is a bliss with the dependency injection, which mostly is by name, but what do you do if you can&#39;t remember the name of bean to inject.


1 Injecting by type

If you like me think</summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/964870827071680279/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2013/08/how-to-introspect-grails-spring-context.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/964870827071680279'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/964870827071680279'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2013/08/how-to-introspect-grails-spring-context.html' title='How to introspect Grails Spring Context'/><author><name>Anonymous</name><uri>http://www.blogger.com/profile/06186321190571609088</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-1716889199575007459</id><published>2013-07-29T14:49:00.001+02:00</published><updated>2013-07-29T14:49:33.292+02:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="best practise"/><category scheme="http://www.blogger.com/atom/ns#" term="cache"/><category scheme="http://www.blogger.com/atom/ns#" term="grails"/><category scheme="http://www.blogger.com/atom/ns#" term="groovy"/><category scheme="http://www.blogger.com/atom/ns#" term="guava"/><title type='text'>Using guava cache in grails</title><summary type="text">Google Guava is one of the greatest utility libraries to have around.

It solves a lot of problems that using a simple map simply just don&#39;t do, such as expiry and size considerations and especially multi-threading.

Consider this pattern:

def cache = [:]

def get(key) {
  element = cache[key]
  if (!element) {
    element = loadElement(key)
    cache[key] = element
  }
  return element
}


It </summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/1716889199575007459/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2013/07/using-guava-cache-in-grails.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/1716889199575007459'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/1716889199575007459'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2013/07/using-guava-cache-in-grails.html' title='Using guava cache in grails'/><author><name>Anonymous</name><uri>http://www.blogger.com/profile/06186321190571609088</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-6355000542444066217</id><published>2011-10-05T20:31:00.004+02:00</published><updated>2013-07-25T16:12:55.949+02:00</updated><title type='text'>5 Little Things I Want from a Build System</title><summary type="text">I have been thinking real hard lately what would the the top things I would look for in a build environment.

Granted I have had amble experience from early days and until now, which include very prehistoric makefiles and shell scripts up til the more modern equivalents. This includes ant, ant-ivy, maven-1, maven-2, as well as gradle and rake, and quite recently buildr.

I see a lot of people </summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/6355000542444066217/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2011/10/5-little-things-i-want-from-build.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/6355000542444066217'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/6355000542444066217'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2011/10/5-little-things-i-want-from-build.html' title='5 Little Things I Want from a Build System'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-6810862161207527196</id><published>2008-06-13T12:24:00.006+02:00</published><updated>2013-07-25T15:56:16.038+02:00</updated><title type='text'>One missing language construct</title><summary type="text">A while ago, when reading about a JavaScript template engine, I encountered a language construct called

forelse

The construct was placed to accomodate for the case where there was zero iterations in a for loop. This is quite handy in web scenarios, for instance when you need to present a list, and the list is empty. You would then do something like this:

for (SearchItem item : items) {
  ... (</summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/6810862161207527196/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2008/06/one-missing-language-construct.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/6810862161207527196'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/6810862161207527196'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2008/06/one-missing-language-construct.html' title='One missing language construct'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-7530766458012183863</id><published>2008-05-26T12:31:00.004+02:00</published><updated>2013-07-25T16:53:58.861+02:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="best practise"/><category scheme="http://www.blogger.com/atom/ns#" term="java"/><category scheme="http://www.blogger.com/atom/ns#" term="threading"/><title type='text'>3 Vital Things to Know about Synchronized</title><summary type="text">I coincidentially came across code similar to the section below:
private boolean connected = false;
...
synchronized (connected) {
            if (!connected)
                return;
            // If connected, change to disconnected and proceed, otherwise do nothing
            connected = false;
}

Which gives rise to 3 vital things to know about synchronization:


1) Synchronize on the object</summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/7530766458012183863/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2008/05/3-vital-things-to-know-about.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/7530766458012183863'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/7530766458012183863'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2008/05/3-vital-things-to-know-about.html' title='3 Vital Things to Know about Synchronized'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-2931313707344572866</id><published>2008-03-21T10:38:00.002+01:00</published><updated>2008-03-21T10:55:52.380+01:00</updated><title type='text'>Tracking the NPE</title><summary type="text">For some reason you always end up with a NPE when you least of all need it.The problem with NPE is usually that you can see WHEN you use the object that somebody has provided the WRONG information earlier on. NPE always means trying to trace backwards in the code, and find suspects, and that is not always possible.Imagine a simple attribute on a class (say name). You will see NPE when it is USED,</summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/2931313707344572866/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2008/03/tracking-npe.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/2931313707344572866'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/2931313707344572866'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2008/03/tracking-npe.html' title='Tracking the NPE'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-6268095198179547475</id><published>2007-11-11T14:08:00.000+01:00</published><updated>2007-11-11T16:33:39.263+01:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="development"/><title type='text'>Who needs documentation anyway?</title><summary type="text">I remember a tutorial once, which explained how to install rails like this:gem install rails -y --no-rdoc --no-ri --include-dependencies.How, come the user, as a novice, does not need the documentation?Well, the explanation was simple. If you include the documentation, it will take a long time to complete the installation.Why do they think, that the new user, which is struggling to learn a topic,</summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/6268095198179547475/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2007/11/who-needs-documentation-anyway.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/6268095198179547475'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/6268095198179547475'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2007/11/who-needs-documentation-anyway.html' title='Who needs documentation anyway?'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-4037500517743369126</id><published>2007-11-11T13:45:00.000+01:00</published><updated>2007-11-11T14:08:31.985+01:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="best practise"/><category scheme="http://www.blogger.com/atom/ns#" term="development"/><title type='text'>Best Pracise obstructed by Bad Instructors</title><summary type="text">I was just reading Ola Bini&#39;s new book, Practical JRuby on Rails, when I stumbled upon this paragraph:... As such, testing should always be written concurrently while writing the implementation code. Alas, due to space constraints, this book won&#39;t contain much testing information.This is definitely not the first time, I encounter this. Quite contrary I believe most of the books I read in which </summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/4037500517743369126/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2007/11/best-pracise-obstructed-by-bad.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/4037500517743369126'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/4037500517743369126'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2007/11/best-pracise-obstructed-by-bad.html' title='Best Pracise obstructed by Bad Instructors'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-2603204695693432226</id><published>2007-11-05T11:51:00.000+01:00</published><updated>2013-07-25T16:57:05.843+02:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="java"/><category scheme="http://www.blogger.com/atom/ns#" term="jruby"/><category scheme="http://www.blogger.com/atom/ns#" term="oo"/><category scheme="http://www.blogger.com/atom/ns#" term="threading"/><title type='text'>overexposing java collections is bad practise in multi-threaded environment</title><summary type="text">Well, the title says it all, doesn&#39;t it.

One thing I have come across continously over the years is the lack of thought developers have about collections. I actually managed to find it again last week in the JRuby source, but it could basically have come from anywhere.

Take a look at this simple method, which I will use as an example:
class RubyModule {
public Map getMethods() {
  return </summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/2603204695693432226/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2007/11/overexposing-java-collections-is-bad.html#comment-form' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/2603204695693432226'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/2603204695693432226'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2007/11/overexposing-java-collections-is-bad.html' title='overexposing java collections is bad practise in multi-threaded environment'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-6570118928116626406</id><published>2007-10-23T11:25:00.001+02:00</published><updated>2007-10-23T11:25:22.053+02:00</updated><title type='text'>Moving in</title><summary type="text">I recently got tired of my previous blog because of the endless attacks and spoofings, and I decided to stop using more time on it and just use this blog instead.I still have all the previous posts somewhere, but it is unlikely that they ever will be posted here. It just takes too much time. Anyway, most of it is probably outdated anyway.Powered by ScribeFire.</summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/6570118928116626406/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2007/10/moving-in_23.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/6570118928116626406'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/6570118928116626406'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2007/10/moving-in_23.html' title='Moving in'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-3568952379283935689</id><published>2007-10-15T13:50:00.000+02:00</published><updated>2007-11-11T13:43:32.546+01:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="enhancement"/><category scheme="http://www.blogger.com/atom/ns#" term="java"/><title type='text'>10 reasons why Java is drifting away</title><summary type="text">     I usually do a lot of introductionary java courses, and have to learn people everything from scratch over and over again. The course material I use has remained stable for many years, until the launch of java 5, when the language really started to move away from its core. It is clearly a response to pressure from other languages breathing down its neck such as C#, Ruby, Groovy and others. </summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/3568952379283935689/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2007/11/10-reasons-why-java-is-drifting-away.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/3568952379283935689'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/3568952379283935689'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2007/11/10-reasons-why-java-is-drifting-away.html' title='10 reasons why Java is drifting away'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-1167158787243850020</id><published>2007-10-05T13:55:00.000+02:00</published><updated>2007-11-11T13:43:05.131+01:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="java"/><title type='text'>Semi private constructors</title><summary type="text">     There are times when you need access to a constructor for one specific purpose, but the constructor is not and should not be public. To me these times are usually around unit testing when I want to manipulate my data structures into a testable state. Let me show you an example: I have an object which reads its configuration from the classpath and now I want to test it. To do this I would </summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/1167158787243850020/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2007/11/semi-private-constructors.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/1167158787243850020'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/1167158787243850020'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2007/11/semi-private-constructors.html' title='Semi private constructors'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-5159055966094271470.post-9183767932522205154</id><published>2007-02-21T09:46:00.000+01:00</published><updated>2007-02-21T09:48:00.407+01:00</updated><title type='text'>Introducing myself</title><summary type="text">Hi there,Eventually we all turn to google, and so I&#39;ve opened a blog account as well here.Otherwise I use the http://www.javaekspert.dk for my stuff.</summary><link rel='replies' type='application/atom+xml' href='http://javaekspert.blogspot.com/feeds/9183767932522205154/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://javaekspert.blogspot.com/2007/02/introducing-myself.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/9183767932522205154'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/5159055966094271470/posts/default/9183767932522205154'/><link rel='alternate' type='text/html' href='http://javaekspert.blogspot.com/2007/02/introducing-myself.html' title='Introducing myself'/><author><name>Niels Bech Nielsen</name><uri>http://www.blogger.com/profile/00036467164500469290</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry></feed>