Så här kommer en liten sammanställning av den undersökning vi har gjort, vi har även lagt till små kommentarer om utbud och hur vi kände oss bemötta i butiken. För alla vill vi ju bli bemötta på ett trevligt sätt i en butik, oavsett vilken storlek vi bär.

Först så kommer butikerna utan inbördes ordning och på slutet så har vi även två hedersplatser, två butiker som vi vill uppmärksamma lite extra mycket.

Brothers, Smedjan Luleå 0920-87000
Storlekar XS-XXL. Klassiskt mode och bra utbud. Kläder för såväl yngre som äldre, mycket trevlig personal och bra service.

Björns Skinn, Köpmantorget
Något luddigt svar om storlekar här, de brukar ha 60-62 på jackor och upp till "flera XL" beroende på vad som finns att ta hem. Detta är en tillfällig butik på Köpmantorget som endast säljer skinnjackor, mockajackor, rockar osv.

H&M Shopping 0920-77550
Storlekar från 44-54 på överdelar. Vad gäller jeans så har de tumstorlekar från 28-34 men vissa jeans kan finnas upp till 34 och 36 tum. Helt okej utbud på kläder men uppskattar deras kläder som lite små i storlekarna.

KappAhl Shopping 0920-12300
45/45, XXL och upp till 40 tum på jeans. Trevlig personal men utbudet känns lite stramt och enkelspårigt.

JC Shopping 0920-225020
På sitt eget märke så har de kläder upp till strl XL. På övriga märken så finns det inte sällan upp till strl XXL. På jeans har de bra utbud även då det gäller långa jeans, största är 40 tum och det är även 40 tum på längden, de kan ta hem större vid behov. Ett plus i kanten för att de fållar jeans gratis om de är köpta hos dem, gäller även rea. Trevlig personal.

Jack & Jones Shopping 0920-222090
S-XXL samt 28-38 tum på byxor/jeans. Vänder sig mest till yngre och utbudet består mest av jeans och t-shirts. Editerar det vi tidigare skrev om servicen då vi tyvärr blandat ihop butiken med en annan. Vad gäller butiken så är den ganska liten och inte så lätt att hitta i Shopping, den ligger som ovanför de andra butikerna men personalen var inte otrevliga som vi tyvärr skrivit innan (det var alltså en annan butik vi syftade på då). ber J&J personal om ursäkt och hoppas att ni förstår att det är lätt att röra ihop butikerna när man är runt på så många, det borde dock inte få hända :)

MQ Storgatan 0920-10538
Här fick vi nästan be om ursäkt för att vi ville ställa frågan "Vilka storlekar för ni i herrkläder?". Hanna gick fram och förklarade att vi gör en undersökning gällande utbudet av herrkläder och undrade om hon fick ställa en fråga. Hon fick till svar ett snäsigt "Tar det lång tid, jag har inte tid med sånt här" av en kille som stod och pratade med den andra killen i personalen. Känns inte som ett bra bemötande men vi fick iaf veta att upp till XXL har de "nog" i sitt sortiment. Så betyget blir dålig service, inte tid att besvara en fråga från en potentiell kund, så ha inga funderingar när ni går dit ;)

Hardwear Store
Detta är en butik som vi definitivt inte kan rekommendera att besöka. Då vi kom in i butiken så sitter det två killar och ser på en tv, brottning (antagligen OS). Ingen av dem var intresserade av att ta reda på vad vi ville men vi väntade en stund och sedan gick Hanna fram och sa "Ursäkta men vi hade en fråga", varvid den yngre killen sliter blicken från teven och säger "Jaha". Hanna förklarar vad vi vill veta under tiden som hans blick går tillbaks till brottningsmatchen på tv. När hon förklarat att vi driver en blogg för större storlekar så vänder den andra sig om och tittar på oss och skrattar och fortsätter se på tv, det enda vettiga vi fick ur dem var att de har kläder upp till XXL men att de är olika storlekarna och det går inte att jämföra med vanliga kläder. Så ett stort minus för denna butik, otrevlig personal och dålig service.

Peak Performance Concept Store Strand Galleria 0920-17071
En butik som har vad man kan kalla fritidsmode och för storlekar upp till XXL. Snygga kläder men då kostar det därefter.

GANT Store Strand Galleria 0920-18400
För storlekar upp till XXL och 56/58. Mycket trevlig man som jobbar i butiken, känns väldigt personligt och trevligt och han var mycket hjälpsam. Här fick vi även tips om att det finns en butik i Överkalix som specialiserar sig på kläder för plusstorlekar men som även för sortiment för mindre storlekar också. Butiken är Engströms Storgatan 12 Överkalix 0926-10534.

Jeansterminalen Strand Galleria 0920-18410
Butik specialiserad på jeans men för även en del t-shirts och tröjor. Största tumstorleken på jeans är 40 och de fållar även jeansen om man köper dem där. Bra service och trevlig personal, mkt stort utbud på jeans.

Cubus Strand Galleria 0920-200450
Tyvärr så hör detta till en av de butiker där vi blev fruktansvärt irriterande över nonchalansen från personalen. Vi vet att det finns jättetrevlig personal på denna butik men vissa människor bör inte jobba inom serviceyrken! Hanna försökta ta kontakt med en tjej i personalen två gånger genom att gå fram och tilltala henne, båda gångerna fnös hon och svepte förbi med ett irriterat uttryck. Det är absolut inte service och behandlar man kunder på det sättet så ska man vara glad om man har några kvar. Nej ett stort minus för den tjejen ur personalen, tyvärr. Pratade med en annan ur personalen och påpekade hur vi blivit bemötta av den andra personen, tyvärr visste hon inte med säkerhet hur storlekarna på herr var utan det var den otrevliga tjejen som vi borde prata med men hon trodde iaf att det finns upp till 2-3XL.

Åhléns Storgatan 25 0920-245700
På överdelar finns det upp till XXL, nederdelar upp till 36 tum. Sortimentet har försämrats då de tidigare hade upp till 40/42 tum i sitt sortiment förklarade den trevliga personalen. De försöker att ta in 38 tum i butiken igen men det är inte så lätt att få genomslag för det tydligen. Känns som att modet här är lite förlegat även om de har en del snygga kläder.

Bengts Exclusive Smedjegatan 17 0920-94835
Storlekar upp till 3-4XL, byxstorlekar upp till 30-31 (obs ej tum) och upp till D128. Trevlig, personlig service. Dyrt, klassiskt mode som känns mer som en herrbutik än något för en yngre kille.

ViTré Smedjegatan 11 0920-226440
Mycket trevlig personal. I och med att de kan måttsy kläder i alla storlekar så anser vi att de har mycket bra service. Färdiga kostymer för de upp till D120 och jackor upp till strl 60. Känns som en exklusiv butik med mycket trevlig personal.

Det finns två butiker vi skulle vilja uppmärksamma lite extra just för det trevliga bemötande vi fick och för att de har en väldigt bra service då det gäller storlekar och utbud. Dessa butiker är :

Dressmann Shopping 0920-248520
Klassiskt mode för både äldre och yngre, för allt från strumpor och underkläder till t-shirts, skjortor och kostymer. I butik så finns storlekar upp till 3XL men det finns möjlighet att ta hem upp till 9XL enligt personalen på Dressmann Shopping Luleå. De har alltid upp till storlek 44 i butik, i vissa fall upp till 52, går att beställa hem större om det finns på lager. Mycket bra service och trevlig personal. Han berättade också att Dressmann har fyra st butiker som är specialiserade på större herrkläder men han kunde tyvärr inte hitta någon information om var de ligger. Dessa butiker har alltid upp till 9XL hemma och de säljer både i butik och via postorder. Eftersom de har så bra utbud och storlekar samt trevlig personal så får de ett hedersomnämnande av oss :-)

Hanséns Storgatan 30 0920-224466
Vill rikta ett speciellt tack till David som på ett trevligt och kunnigt sätt tog sig tid att besvara frågor och funderingar trots att det var kunder i butiken. I butik så finns storlekar upp till 5XL, kostymer måttsys i alla storlekar. De kan ta hem allt som kunden efterfrågar i storlekar och de har hittills inte misslyckats med att hjälpa någon kund till rätta. Kläderna kostar därefter men servicen är klart värd pengarna och vi rekommenderar denna butik varmt :-)

Vill till sist förklara att vi har gjort den här undersökningen för att ta reda på hur utbudet ser ut i Luleå, har Ni tips på internetbutiker som för större storlekar så blir vi jätteglada om Ni vill maila oss eller lämna en kommentar :-)

Bild från Blic, via DN.se

Serbien är dock inte någon högprioriterad marknad och enligt Louise de Verdier som är informationschef på Gant kan t-shirten mycket väl vara en kopia. I den ociviliserade varumärkesvärlden, som Serbien tillhör, är kopior av västerländska varumärken vanliga. Men det spelar knappast någon roll om tröjan är original, de Verdier kan andas ut. Hon behöver inte ens bli svettig på överläppen. I transparensens tidevarv blir ingen hängd för att en, i eget tycke, olämplig går och köper ens produkter. Det funkar inte så. Butiksbiträdet kan inte avgöra om varje kund är lämplig nog att köpa produkten i fråga. Skulle exempelvis systembolagsknekten hindrat Christer Pettersson från att handla Baileys bara för att några malliga irländare föredrar domestiserade, valiumsmackade hemmafruar från Täby som kunder? Eller skulle sportbutikskassören hat vägrat Miajlo Miajlovic att köpa den där Nikehooden som var så klädsam på övervakningsbilderna? Nej varumärken styr man inte över. Vem som helst kan köpa dem och du kan möjligen i grova drag styra lite lätt hur produkterna placerar sig efter distributionsledet. Men den riktigt obekväma sanningen är troligen att Radovan Karadzics är helt rätt för Gant om man bara tittar på de demografiska variablerna.

Ett annat relativt färskt exempel på hur en otippad varumärkesambassadör kan skutta fram ur skuggorna är när Zlatan under fotbolls-EM bar ett Unihocpannband. Naturligtvis ledde detta till klang och jubel i hela Mölnlycke och inte bara i innebandykretsar. Exponeringen kanske var värd hundratusentals kronor. Kanske miljoner, vem vet? Lika lite vet vi om Karadzics Ganttröja. Visst. Merparten av världen fördömer denne man och hans brott, men glöm inte bort att han har jävligt många supporters i Serbien och Ryssland. Och kanske även i Sverige. Skulle Gant tacka nej till miljoner hugade spekulanter för att de har "fel" preferenser?         

Vad säger ni gubbar?

But it was not that easy to realize my task due to the lack of good documentation and finding the correct xpath expression.

The following code snippet grabs the text value of a text input field with the id surname and saves it in the ant property xyz.

def testSomething() {
   webtest('Some description') {

        // saving initial value
        storeXPath(xpath: "id('surname')/@value", property: "xyz")

	// restore initial value
	setInputField(name: "surname", value: "#{xyz}")

    }
}

Pretty simple in the end, but it took a while till I came to this. Maybe it helps someone.

Gant és la capital històrica de Flandes. El lloc on va nèixer l'Emperador Carles, on hi ha en castell negre de Flandes, on el riu Escalda forma un dels ports comercials més actius de l'època medieval, quan totes les mercaderies venien, o passaven per Gant. Gant és la seva catedral, Sant Bavó, amb el triptic del be, els seus carrers i molls, i cases, i palaus medievals, on el temps s'ha aturat, per delicia del viatger. A mig camí entre Brussel·les i Bruges, Gant mereix una bona i detinguda visita. http://www.visitgent.be/

Gante es la capital histórica de Flandes. El lugar dónde nació el Emperador Carles, dónde está el castillo negro de Flandes, donde el río Escalda forma uno de los puertos comerciales más activos de la época medieval, cuando todas las mercancías venían, o pasaban por Gante. Gante es su catedral, San Bavón, con el triptico del cordero, sus calles y muelles, y casas, y palacios medievales, donde el tiempo se ha parado, para delicia del viajero. A medio camino entre Bruselas y Brujas, Gante merece una buena y detenida visita. http://www.visitgent.be/

This week I've bounced between a Gant build, a legacy Ant build, our multi-module maven JEE project, and brand new GMaven plugin projects. Let's just say I'm becoming very familiar with the build process in general. Project structure is important. The build system is critical. It is at the root of every successful and failed project in history. Many problems, and resolutions to problems stem from the build/deployment system in place on a given project. It makes sense that as a developer you pay close attention to what's involved in the building and deployment of your software. Yet soooo many people fail to understand the variables involved in the build tool chain. Many a problem can be tracked to system incompatibilities resulting from version mis-match and/or conflicts. Something as simple as a micro point release difference in your web container or JDK can cause an app to behave wildly different. (Today I tracked a bug down to Tomcat 5.0.28 on a dev box where version 5.5.25 is running in production.) The version numbers of your build tool chain is often the last place developers look when researching a problem. It is the first thing I look for when trying to isolate an issue. I digress.

With all the build tools ranging from Ant to GAnt to Maven to Gradle... (BuildR anybody?) it's easy to get overwhelmed. I had a buddy remind me how important it is to refrain from going overboard in leading edge-multi-faceted-combined technologies. Stick with proven products yet always look for the next thing. That's how I feel about Maven. There are alternatives some have better features. However Maven is mature and ubiquitous. I don't have to pull in yet another runtime to build my project. I don't need to learn yet another platform. It does its job and does it well. So well that I try to use it for all of my Java work, bringing me to my point. J2ME Blackberry development can be done with Maven. It can be done on a Mac. And at the end of my ordeal it should be painless to do on a Mac.

So why Maven? Why not Ant? The app I'm working on includes several JEE complimentary pieces and I'm sorry but I would rather not touch Ant on a web app project. No way, no how. Furthermore with JEE making up over half of the codebase Maven is the perfect solution for managing the project. We currently have it in use and we have a wrappering pom around the Ant build we use for our J2ME client. That wrapper has been a source of utter pain. So I've been looking to figure this out for the longest.

What does Groovy have to do with it? Well I have the Pyx4ME J2ME plugin for Maven working pretty well but there are some obvious holes. First off is a decent deployment mechanism. I need to tie deployment into the modified Antenna OTA servlet we have. Secondly there is no support for Blackberry in the plugin so somebody needs to add it. I started to write a plugin and I just knew I wouldn't want to be bothered writing it in Java. A couple of minutes after I finished bouncing between 20 different reference articles, APIs, and PDFs and I had the beginnings of the RIM plugin for Maven complete with OS X compatibility. It's not totally finished yet. I still have issues running the jar signing tool on the Mac. (It should run fine on Windows, and possibly Linux.) But it runs the compiler. I've generated a .cod file in the target folder of a prototype project. Interesting stuff indeed.

If that's not enough, I've also managed to launch GAnt from within Maven! Why would anybody want to do this? Maven is become widespread like Ant. If you or your team already use Maven but you want to toy with Something else like Gant you would have immediate access. You don't need to open your browser, don't launch Safari, just run Gant:

mvn gant:run

That's it! And that's perfect for my current situation where I'm trying to spread Gant across my team. The same applies for Groovy. Don't go to the codehaus site, just run it!

mvn groovy:console

There's something to be said about the convenience of a one stop shop. That's my thing for now. Stop back because I'm gonna continue to post updates on not only Groovy, but Blackberry, GAnt, Maven, maybe even Gradle if I get that far. Holla!

Je suis paré pour jouer au baseball, comme tout Américain qui se respecte ! Faisant du tennis, je ne suis pas trop ridicule au lancer et à la batte. J'espère faire encore des progrès avec un peu d'entrainement.

Je vous tiendrai au courant si j'arrive un jour à faire un match. ;)

Prochain épisode : Un match de baseball pro ! Astros vs Brewers !

Sen for vi till Nyköping och hämtade ut makens nya Gant tröja för att sedan swischa vidare till Bauhaus, Biltema och Ica maxi i Botkyrka där det inhandlades:

• En gasolgrill
• En pool till Lill- ungen
• En barnsadel till min cykel så att jag kan köra omkring på Lill-ungen
• En hjälm till Lill- ungen
• En joggingvagn så att maken kan springa med Lill- ungen
• En gunga till Lill- ungen
• Mat till oss alla

Sen på hemvägen svängde vi förbi Babyland i Södertälje och handlade en dyna till Lill- ungens vagn.

Väl hemma så var jag redan skittrött! Men då skulle mat packas upp och grill plockas ihop, eftersom vi dagen till ära skulle inviga den nya blanka grillen!

När allt detta avklarats och våra smaskiga grillspett var klara att ätas upp så försvann Lill- ungens goda humör och ersattes av ett något gnälligare och jobbigare dito. Man tycker ju att han skulle vara glad och tacksam åtminstone hela kvällen eftersom han fått så mycket grejjer, men icke...

Jag hann äta två spett sen skulle jag bara lägga det gnälliga barnet i sängen, bara lägga...

När ungjäkeln äntligen somnat hade alla ätit upp, dukat av, diskat och druckit kaffe samt var på väg hem! 

Och nu sitter jag här, dessutom regnar det och blåser jättekallt.

Nä, tacka vet jag den gamla goda tiden när valborg var en enda dimma av alkohol och cigaretter och man liksom inte hade en aning om var man skulle vakna upp eller med vem så att säga... Då brydde man sig inte om att det regnade ( det regnar alltid på valborg ) eller blåste kallt, promillehalten höll en varm ändå!

Men jag ska inte klaga, jag får dricka te och lägga mig att sova mellan min hunkiga karl och min fina unge, det smäller ju högre än vilken fylla som hellst!

Ja, det gör det faktiskt...

D'ailleurs, je ne pense pas qu'elle fera le prochain hiver. Peut-être l'automne, tout au plus, mais elle risque de ne pas suffire pour les trajets quotidiens à vélo, dans le froid, sous la pluie, auxquels je dois m'attendre.
C'est donc maintenant qu'il faut regarder ce que mes gants disent de mon rythme de vie au cours des derniers mois.
Premier point : ils sont usés. Normal ? Pas tant que ça. Ça veut avant tout dire que je suis du genre frileuse, que j'ai souvent froid aux mains, et que je déteste ça, donc que je les mets tout le temps pour me réchauffer.

Second point : le gant gauche est plus usé que le gant droit. Ça voudrait dire que quand je sors, j'utilise plus ma main gauche que ma main droite ? Réfléchissons une minute... Je porte mon sac, j'ouvre des portes, je tape le code d'entrée de l'immeuble. Main gauche pour le code et les portes, assurément. Mais le sac ? Bon, faut croire. Après tout, les gants ne mentent pas !
MAIS : sur la main droite, l'usure est plus homogène (pouce, index, majeur, et un peu moins pour annulaire et auriculaire) alors que sur la main gauche, elle semble concentrée sur le pouce et l'index, les autres étant presque intacts. Donc j'utilise une main de manière complète, homogène, et sur l'autre je n'utilise que deux doigts. Eh ben, on en apprend, des choses, aujourd'hui !!

Ensuite il y a les plis créés par la fermeture de mon poing, qui sont plus nets à gauche. Donc je serre plus, ou plus fort, mon poing gauche que mon poing droit. Ce qui tendrait à confirmer la théorie du sac à main à gauche, puisque je ferme mon poing sur les lanières, quand ma main droite reste à l'état normal.
Enfin, l'espèce de doublure interne en espèce de polaire au rabais est trouée au bout de mon index droit, ce qui signifie... Je n'en sais strictement rien.

De toute façon, on va s'arrêter là, parce que dans le cas contraire je ne sais pas ce qu'on va encore bien pouvoir trouver sur moi comme bizarreries, entre ma main où trois doigts ne servent à rien et celle où mon poing ne se ferme pas autant que l'autre...

It's strengths.

Firstly, by reading blogs, wikis and the Maven website itself, you would get the impression that Maven is well suited to building web applications. It is, as several are already in existence, and those developers seem to like using it. For the most part, these are open source projects, following best practices, typically producing jars, wars or zip build outputs.

This makes Maven suitable for web applications such as a stock trading applications a typical bank would use. Coders code it, Maven builds it, then deploys it to a test environment where QA test it. If it is deemed of acceptable quality, it may be further deployed to a live environment. Maven suits this process well.

This is fine for internal web based applications which an information systems department may maintain, or for web based open source applications. When it comes to commercial software, the needs are a little different. For the majority of projects I've worked on, we eventually need to build and test software, before creating an installer, and bundling it on CD or for download. This leads us to the first issue I have with Maven ...

1. One build output.

Within the Maven project file, you can specify the packaging used for your build output. The default is jar, with war, rar, ear, and a few others also acceptable.

The point here, it that you only get one output file from a Maven project. For open-source, or web application development, this is generally sufficient. In my experience though, this is far from ideal for commercial software.

The software I've been dealing with is mostly Java, with some native bits, and associated data and configuration files. Bundling all this into a single jar, or war is not appropriate for several reasons. Some technical, some legal (with regard to licensing of third party libraries), etc.

The net result, is if you persist in using Maven, you'll need one project file per output file, with the associated overhead of ensuring that those multiple build systems don't diverge over time.

2. Linear build process.

The second issue I have, is that Maven defines a linear build process. Again, this reduces it applicability to general purpose project building.

A good example if how this hurts, is cross platform Java development with native code. Java provides an API for talking to serial ports, though the implementation must be provided separately. It's relatively easy in Ant, to branch your build depending on the platform your building, and include the Linux serial implementation when you build on Linux, and a different Windows serial implementation when building on Windows.

No such luck with Maven. You get a linear build process which you can optionally hook in at various points, but you don't get branching or looping constructs for your build system. You're left to resort to multiple project files again.

3. Configuration Overhead

One of the major selling points of Maven is it's jar management abilities. I admit, if done properly, this would be a killer feature. I await the day it's done well.

This works well, again for open source only projects. For the rest of us, we'll need to create our own Maven repositories, for internal commercial libraries, as well as commercial third party libraries and toolkits.

This adds to the amount of work required from a project team before the first successful build is created. I've already posted about the pain I experienced in installing and configuring an internal Maven repository. Ideally this cost could be borne once, and shared amongst all project teams, but then you're running into legal and licensing issues when you could potentially be sharing libraries across project teams without the necessary per-seat fees. Also, as I've noted before, Maven isn't ideal for all projects, so adopting (or forcing) it to other teams is problematic. In the majority of cases, you'll be left alone to manage your own project infrastructure, adding to your workload.

4. Build failures.

Rather than check in libraries to your project, Maven allows you to specify what libraries you need in your project file. Maven then looks for these jars in your local Maven directory, a maven proxy (if configured) or finally in the central Maven repository. This is a useful feature, as all the dependencies are managed for you with this approach.

The downside, is the need to have a local maven proxy for your own commercial, or third party libraries. Another downside, is the need to be constantly connected to the internet to check the central repository while building. For example, if your project file specifies your project needs the latest version of JUnit, then Maven will check that it has it each time you build. If for some reason your internet connection is down, slow, or the central repository is busy (which is likely as Maven's popularity grows), you get a build failure.

Call me old fashioned, but to me build failures are serious. They generally denote that something has gone wrong. You've forgot to check in a file, or a unit test has failed, etc. You need to fix it.

With intermittent build failures due to network connectivity, a developers faith that a failed build is actually something that needs fixing becomes eroded, and failed builds tend to be ignored for longer, as developers assume it another bogus failure that'll fix itself eventually.

The net result here is either time spent diagnosing bogus failures, or developers getting lazy about build failures.

5. Repeatability.

Related to Maven's library management, is the requirement of repeatability. To me a build should be constantly repeatable. That is, if I check out revision 2345 of a project and build it today, I get the same build outputs as if I build the same revision next week, month, or year.

This is not necessarily the case with Maven's library management. Unless your are fastidious in specifying the version of libraries you need, Maven will download updated libraries behind your back. So building revision 2345 today gets you a build. Building the same revision next week gets you a different output, because the libraries you depend on were updated on the central repository.

If you can't reproduce consistent builds, what's the point in having source control infrastructure? Source Control Management is already difficult enough, without playing fast and loose like this. What happens in 3 years when that big customer requests some changes to the software you sold them?

Call me paranoid, but I'd rather take the hit and manage my own libraries. Sure checking them into Subversion or CVS uses disk space, but disk space is cheap compared to not being able to repeat a build when that big customer comes calling.

6. Internal Processes

How your company builds software also has a baring on this discussion.  Our software development process specifies that the Configuration Manager must build all release candidates.  This step is introduced so that a person independent from the project team can validate that the software, tools  and methods needed to build an application are in place, and that a specific build version could be reproduced in the future if necessary.

We generally meet this requirement by checking in all libraries needed into source control, and writing a build instructions document which outlines what tools and configuration is needed to set up a build environment, as well as how to produce a build from that environment.

As already noted, Maven is unsuited to this metaphor for various reasons:

1.  You are depending on resources outside of your control when depending on libraries from Maven's central repository.  Can you guarantee that in X years time, the repository will still be there, with the versions of libraries you need? (No you can't, so repeatability of builds is compromised).
2. Can you guarantee that your project's maven proxy will be available in X years time?  Generally, project resources get redeployed when a project finishes.  Your CM manager will have lots of work to do to recreate the Maven proxy when a build is needed.

7. Declarative XML.

The Maven project file describes itself in a declarative XML notation.  XML is, as noted in a previous post, a data markup language.  It is not a domain specific language written for the purposes of building software.  Ant fails this test too.

Ant is somewhat procedural, even if it does use a funny reverse execution mechanism.  Generally I've found it relatively easy to debug when the build system fails.  Maven on the other hand uses some sort of voodoo-magic.  When Maven builds fail, be prepared to spend several days pouring over verbose output logs trying to find out why it didn't execute the hibernate schema generator when you thought it should.

If you're considering using Maven, then I would suggest you're better off researching some of the newer build tools such as Gant, Rake, or Buildr.  These have learned from Ant and Maven mistakes, and are built on easy to learn scripting languages.

Conclusion

Using Maven is like ridgewalking.  If you can stick to the beaten track, all will be well.  Wonder off, even a little, and you'll find yourself falling off some pretty steep cliffs. Maven works, but only for a very specific type of project.  If that's you, then by all means knock yourself out.  While it serves it's niche well, I personally wouldn't consider it a general purpose build environment.

Compilation

The Groovy-All library comes with the Ant task groovyc that lets you compile your Groovy source files. It can be used very similar to the javac Ant task.

<taskdef name="groovyc"
         classname="org.codehaus.groovy.ant.Groovyc"
         classpathref="my.classpath"/>

<groovyc srcdir="${src.dir}" destdir="${bin.dir}">

Execution

The library also comes with the Ant task groovy that lets you execute your Groovy code. For more information see "Groovy in Action", chapter 13.1.7 which gives a thorough code example. Previously compiled Groovy classes can be executed like regular Java classes using the Ant task java. First define the task definition in your build script:

<taskdef name="groovy"
         classname="org.codehaus.groovy.ant.Groovy"
         classpathref="my.classpath"/>

Afterwards you can use all Groovy capabilities in your Ant targets:

<groovy>
   println "Your Groovy code here!"
<groovy/>

2. Maven 2

A very convenient way to configure Maven 2 to compile and execute your Groovy classes or scripts is to use the Groovy Maven Plugin. You have to stick to the Maven conventions to place your Groovy (test) sources in the right folders. Put your Groovy sources in <project-root>/src/main/groovy and your test sources to <project-root>/src/test/groovy.

First you need to add the Groovy Maven plugin and the Groovy runtime to your POM dependencies. Please check the Maven repository for the last versions:

<dependencies>
   <dependency>
      <groupId>org.codehaus.mojo</groupId>
      <artifactId>groovy-maven-plugin</artifactId>
      <version>1.0-beta-3</version>
   </dependency>
   <dependency>
      <groupId>org.codehaus.groovy</groupId>
      <artifactId>groovy-all</artifactId>
      <version>1.5.4</version>
   </dependency>
</dependencies>

Compilation

To compile your Groovy sources add the Groovy Maven plugin to your POM build definition. To start compilation run mvn compile in your shell.

<plugin>
   <groupId>org.codehaus.mojo.groovy</groupId>
   <artifactId>groovy-maven-plugin</artifactId>
   <executions>
      <execution>
         <goals>
            <goal>compile</goal>
         </goals>
      </execution>
   </executions>
</plugin>

Execution

There are several ways to execute your Groovy code:

a) Execute an inline Groovy script
b) Execute a local or remote Groovy script
c) Execute compiled Groovy classes

To execute your compiled Groovy classes you can simply use the Maven Exec plugin. Your Groovy classes are nothing else than regular Java class files. Run mvn exec:java in your shell.


3. Gant

Gant is a build tool that sits on top of Ant. You can use all tasks Ant provides. Instead of using XML to code your targets you use Groovy as scripting language. Therefore, the execution of Groovy syntax works right away. You don't need to add additional notation to make this work.


Compilation

For compiling our Groovy classes to Java code we again use the groovyc.

sourceDirectory = 'src/main/groovy'
buildDirectory = 'bin'
Ant.taskdef(name : 'groovyc',
            classname : 'org.codehaus.groovy.ant.Groovyc')

target(compile : 'Compile source to build directory.') {
   groovyc(srcdir : sourceDirectory , destdir : buildDirectory)
}

Execution

I think it's needless to say how to invoke Groovy in Gant. Simply use it!

Grâce à youarethemodel.com vous pouvez essayer des lunettes de soleil de marque sur votre propre photo : maintenant, c'est vous le mannequin !

Sur youarethemodel.com, vous pouvez essayer en exclusivité les lunettes de soleil des partenaires : Julbo, Adidas, Silhouette, Gant, Guess, Tommy Hilfiger...

You are the model : Le site

• Why Groovy? What’s wrong with Ruby (JRuby), Python (Jython), or Smalltalk (Bistro)?
• Application vs. Systems (Hard-Core) Programming / Groovy vs. Java
• Groovy is Java
• Groovy is Java Continued: Annotations
• Groovy is Java Continued: Enums, Static Imports, Generics
• Groovy Joint Compiler
• Groovy Goodies Missing In Java (Java is Not Groovy)
• Groovy Loops: Higher-Level Loops Using Closures (Code Blocks)
• What is a Closure (Code Block/Anonymous Function)?
• Closures In Action: Groovy Collections vs. Plain Old Java Collections
• Groovy JDK – Groovy Adds New Methods To Core Java Classes
• Groovy Template Strings: Expressions In Strings
• Groovy Markup (XML) Syntax
• Scripting Ant Using Groovy Markup (Gant)
• Groovy Heroes – G2One Inc. – The Groovy/Grails Startup
• Groovy/Grails in Print – Books
• Groovy/Grails Articles & Blogs
• Getting Started – Installing Groovy – 1-2-3 Steps
• And More...

Questions? Comments? Sent them along to the Vancouver Groovy/Grails User Group Forum/Mailing List. Thanks!

sigh.

anyway, why was yesterday awesome?

This was what i came across on the way to the train station from my place! (: (: (:
(sorry kc, i know it's quite gruesome!)

and then well, here's the dress that i tried on (i tried on a few, and forgot to take pictures of the others!!! only remembered for this one...) we went to Gant's to window shop... they had some really pretty dresses!

I could still lose a few more pounds, definitely. because while my side profile looks a little flattering, my front is nothing to be proud of.  I feel like a pancake. haha!!
I was telling sherbie how to look a little thinner (and it's absolutely safe, i assure you, it's just a matter on whether you'd want to do it for a long period or whether you'll give up 2 seconds into it. lol!)...
you do it by having a really good posture - throwing the shoulders back, standing up tall, sucking your stomach in, and finally sticking your butt out. hahaha! that's all there is to it!
But trust me, it's tiring, but super effective! (i'm sure alot of the other girls reading this would be like 'what? you know that only NOW?!?!')
nah.. i've known it a long time ago. only too lazy to share it with anyone till now.

and to really look skinny one has to exercise..... and not by letting the machines do it for you.... T_T
so sherbie, no tummy walker whatever that is, do your stretching, okay? it's necessary if you want a thinner and healthier body rather that get fed up and unhappy about my comments all the time... (i don't enjoy telling you all that all the time either, trust me. makes me feel so bad just telling you what i have to say.)

------

I've finally given in to tri's advice about lesser carbs and they do work quite well.... (she agrees no carbs is impossible, but lesser carbs are definitely something we can work with) That and tonnes of exercise.
I went back down to the supermart (carrefour) to change the size of my roller blades! (:
Will take a picture of them inline-skates later in the morning and post 'em up tonight! or this afternoon...

was trying them out at home just now and was having a whale of a time trying to skate with at least noise i could possibly make all around my home (yes, it's THAT small... or big... for an apartment flat).... I went around the dining table and all over the hall and through the sitting/tv area like 5 times before i gave up (because i only wanted to get a feel of the blades) and took them off... i forgot how stuffy it gets in those friggin' boots!

SO anyway, sunday's lesson! wooooot!
can't wait! (: haha!

Shirts from the GANT Rugger collection.

No brand has reincarnated itself better than the preppy New Haven born GANT. In the past few years they have shaped and polished themselves into a very stylish and smart collection. A few seasons ago, they collaborated with Jeffery Kalinsky on a small offering of shirts that has since become a full collection of suiting, outerwear and of course the GANT mainstay - woven shirts. Launching for AW08, the new GANT Created by Jeffrey collection features detailing that is quirky and cool. They used their signature oxford-cloth to tip the pockets and for piping in the trousers. The line looks just like what Jeffrey himself likes to wear. Classic pieces that will remain stylish for years to come. GANT has done something unique by taking a small collaboration with a selection of shirts and turned it into a commercially successful brand extension aimed at a wider, yet very fashionable market. Well done.

GANT Created by Jeffrey.

Oxford cloth detailing...

The AW08 collection will be available in July at Jeffrey in NYC, Jake in Chicago and select Nordstrom stores.

AdiOss les touristes!

                                             -YanKEe

The Old School Racing Tour, OSRT, is a series for old time drivers to compete for charities. They will hold 10 regular events, followed by one championship race. It will start in May and conclude the "regular season" in October. The championship race will be held next February, in conjuction with the Daytona 500. Drivers like Harry Gant, David Pearson, Dave Marcus and Geoff Bodine, among others, will compete for the championship, earning money for a specified charity.

The format for the championship will consist of allowing drivers to choose 6 races in which they will compete. Their top five finishes will be used to compile their points. At the end of the season, the top ten will qualify for the winner-take-all championship race. Prior to the championship race, all other drivers will race in a last chance race, in which the top 10 will also qualify for the championship race.

I like this idea. I think it has potential for the Cup series. Now, I don't think limiting the number of races the drivers could race in would every fly. The fans would revolt if their favorites chose not to race their favorite race. But, the idea of taking the top 32 or so finishes has merit. Allowing drivers to throw out four or five of their worst finishes would remove the problem of the non-contenders affecting the outcome of the championship. Also, the idea of a final race with only 20 or so drivers, 10 automatic and 10 who raced their way in from a qualifying race, is very intriguing.

I think most of all, this format shows that there are other potential formats that could be put to use to change the Cup championship. With the concern of falling TV ratings, something like a winner-take-all race to decide the championship might spark interest. I'm sure it would have it's detractors. Every format will have those. The OSRT will definitely be worth watching to see how it plays out, though.

Next fix should be the miserable failure, the Top 35 rule.

Come tante persone, me compreso, ritiene che usare Microsoft Project sia spesso lo strumento non ideale per la creazione di semplici GANT.

L'impatto visivo del suo template e' certamente migliore rispetto a Project, la sua "pulizia" ed "essenzialita'" diventano pero' un forte limite nel caso di pianificazioni complesse.

Ho lavorato un po' sul suo template, che potete trovare qui all'interno del suo blog, e ho creato questo GANT  per l'anno 2008 includendo le festivita' Italiane. Il file contiene due sheet in quanto Excel 2003 ha un limite di 256 colonne, i primi sei mesi sono quindi nel primo sheet mentre i successivi sei sono nel secondo.

Come per il calendario compatto vi chiedo di condividere con me i vostri commenti e segnalarmi eventuali modifiche che avete apportato (saro' felice di linkare qui le vostre versioni).