from recent.xml after an edit

A Wiki, a Note Pad, a Feed

10/11/09 10:44


I think this is a very amazing tool, just because it encourages writing.
I think I will settle on capitals for begining of sentences, a various other norms of writing. This is so easy, do I need more?

But I thought, not unreasonably, that I would like to mirror these posts - is it a blog? - into my blogger blog, SemanticC. As I don't often post there and this machine is not always available.
I will get onto that, but first, point out -

a. Yes, it is true, this is not a blog, or a very sophisticated wiki, no subscriptions, or not easily, no various other bits.

b. As you will see, who needs the clutter?

c. this is only 1 - 3 meg memory footprint, compare to firefox - 340, artifactory - 259, nepomuk - 200, tomcat - 170, konquerer - 25, other nepomuk services 14 each and so on.

lua is suitable for embedding in phones as can be seen. I wonder how hard that is?

d. markdown, the styling syntax is dead simple and unobtrusive.

e. the whole interface is a joy of simplicity, once mysteries have been solved, such as the alias game, which is too much fun!

As a feed.

There is a feed to these pages and, I believe, the whole output is available too, as feedvalidator.org shows.

But there seems to be no way of echoing a followed blog from blogs I am reading into the main blog.
I imagine this is because one shouldn't quote without reading first, but still I'm a bit surprised. In my case, anyway, I just want to syndicate my own material. Perhaps I have missed something?
What I haven't missed is that when I copy it into a post it becomes, from something elegant, a whole mess to the point of being impossible to read.
Keeping things simple, legible and attractive in blogger is an effort.
What to do?

This Is How It Works

10/11/09 10:18


nanoki keeps a reference to the address that it is contacted from, whether internal or external.
an edit from a different internal machine yields a different alias.
an edit from the same machine, no matter the address is conjoint.biz or 192 ... is the same alias.
does nanoki just resolve it to the same internal address or is it relying on a cookie sent to the browser?
not too bothered to find out at the moment.
does my machine resolve all internal request to the same address, or series of addresses, which nanoki then receives?

what is important is that it is possible to to check my machine is available on certain posts. but gibson shieldsup is not quite enough on its own as I found I didn't understand what it meant when it reported a port closed. now I do know I guess it would be, but I also used http://www.websitepulse.com/help/tools.php?

Who Am I

10/11/09 10:07



So now I come in from conjoint.biz, I assume a different alias.
But how about www.conjoint.biz and my internal address, 192... ?
Anyway ...

So, who am I now, coming in from a different internal address, no cookies?

Internal Alias

10/11/09 10:03



This is me on the internal net, but not localhost, which, by the way, is not available.
That is another story.
linux -
1. many routing tables - 255 c.f. route and ip route
2. a host table
3. but why is it that tomcat can start in two instances and both available as 192...:port, localhost:port and conjoint.biz:port? Whereas this is not so of nanoki?

No wonder I thought is was the firewall!
Not sure at the moment what I need to look for to sort out. Presumably it is either in the host table, but I don't think there is any port number given in that, or it is the way nanoki binds to an address?

I think I'll move on for now.
#
Edge Cases
posted by Lab Zipzipace at Recent - 13 minutes ago
I can inspect a POM and see if each artifact - as they shall be known - corresponds to a rule. Consider:- net.sourceforge.nekohtml nekohtml...
#
Lab Zipzipace
posted by Rat Outzipair at Recent - 13 minutes ago
Eurydice by Sue Hubbard I am not afraid as I descend, step by step, leaving behind the salt winds blowing up the corrugated river The damp city streets their sodium glare of rush hour headlights pitted...
#
Log
posted by Nanoki at Recent - 13 minutes ago
#
Main
posted by Lab Zipzipace at Recent - 13 minutes ago
What an effort to get this up - too many hours. But worth it. Now to enjoy! Remember this is a wiki not a blog, so page postings I guess. Wonder how formated. alt.dev looks good and is intuitive. So this...
#
Markdown syntax reference
posted by Nanoki at Recent - 13 minutes ago
Paragraphs, Headers, Blockquotes A paragraph is simply one or more consecutive lines of text, separated by one or more blank lines. (A blank line is any line that looks like a blank line -- a line contai...
#
Maven Dependency Resolution
posted by Lab Zipzipace at Recent - 13 minutes ago
What have I been doing recently? Building a variety of projects. These include some - relatively - old projects. All of the CoffeeShop sample code in JUnit Recipes: Practical Methods for Programmer Testi...
#
Nanoki
posted by Nanoki at Recent - 13 minutes ago
*Nanoki* is a simple wiki engine implemented in Lua, allowing you to create, edit, and link web pages easily. [image: Nanoki] ------------------------------ Run Nanoki Start Nanoki from the command lin...
#
Rat Outzipair
posted by Lab Zipzipace at Recent - 13 minutes ago
This is the default high level user. Edited by Lab Zipzipace. One or other of these fabulous names must be lost if another one of the pair is to be created using some other name. But how to add other use...
#
Textpageissy
posted by Rat Outzipant at Recent - 13 minutes ago
a text page that is a test
#
Unit Testing
posted by Lab Zipzipace at Recent - 13 minutes ago
"Article on out of container testing. http://blog.code-adept.com "

Maven Dependency Resolution

Maven Dependency Resolution


05/11/09 17:42




What have I been doing recently?
Building a variety of projects.
These include some - relatively - old projects. All of the CoffeeShop sample code in JUnit Recipes: Practical Methods for Programmer Testing -
Here are the details --
By: J. B. Rainsberger
Publisher: Manning Publications
Pub. Date: July 15, 2004
Print ISBN-10: 1-932394-23-0
Print ISBN-13: 978-1-932394-23-8
Pages in Print Edition: 752


This is from around 2005.
I have also done same with zoe, also from around 2005.
Interesting.
CoffeeShop, with multiple projects, needed a lot of work reconciling dependencies.
In come my friends jarvana and so.
zoe [1.,2.,3.,4.] is different, and, in a way, more complex.
zoe is configured for maven1 with a project.xml file.
It is instructive making the conversion by hand. Certainly the mvn one:convert tool cannot cope.
There are guesses that can be made that must be regular mappings. So why not look at the xsd for each version, along with any notes, and make a map from this, say using generateDS?

There are some other things.
The way I see it is that we have.


  1. ant builds - these entail finding canonical versions of referenced artifacts across a system - as far as is
    possible.


    1.1. when artifacts have been resolved the .properties file needs to be referenced in the created pom


    1.2. the build.xml file needs to be parsed, from what I can see just for directory locations


    1.3. the build file remains intact, other tasks, such as code generation, will be invoked via ant


    1.3.1. some tasks are ant like and it is not reasonable to use maven for them. However some tasks imply something
    about structure that really needs to be resolved in the pom module dependency hierarchy.
    It is unclear how to make this distinction automatically, but a mechanism to create a module against
    which a specific complex ant task is run would go some way.


  2. maven1 builds - this would entail a mapping between the two as mentioned.


  3. creating canonical versions and canonical version management.


    3.1. creating canonical - there are different issues here. Finally it seems that there is no way of engineering
    an unknown version apart from doing a look up


    3.2. look ups have their own difficulties and interest. Sometimes a project cannot be found -


    3.2.1. the jar is not available on public repositories, e.g. Sun version jars


    3.2.2. the particular version is not available


    3.3. above seems to be an issue that could be solved with some very sophisticated search - more later


    3.4. canonical version management - augeas with the magic lens seems to be the way to control this and seems
    preferable to an XML db. It would only be build.xml that would be appropriate to an xml db anyway.


  4. issues to explore are semantic annotation, which would seem appropriate to build.xml etc. This maybe made
    automatic if it is possible to digest the nature of the ant tasks.






  1. http://alt.textdrive.com/dynam/
  2. http://alt.textdrive.com/nanoki/
  3. http://it1.evectors.it/itSites/zoe/
  4. http://www.zoeprofessional.com/taketour.html
Main


05/11/09 12:02




What an effort to get this up - too many hours. But worth it. Now to enjoy!
Remember this is a wiki not a blog, so page postings I guess. Wonder how formated.
alt.dev looks good and is intuitive.
So this is the main page.

Added the file “2004-03-02-12-54-00.jpg”. "On the quay"

(this doesn't show for some reason so omitted from this entry.)

Edge Cases

Edge Cases


31/10/09 18:51

I can inspect a POM and see if each artifact - as they shall be known - corresponds to a rule.
Consider:-
    <dependency>
        <groupId>net.sourceforge.nekohtml</groupId>
        <artifactId>nekohtml</artifactId>
        <version>1.9.12</version>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-full</artifactId>
        <version>1.1-rc1</version>
    </dependency>
Issues:-


  1. Is it possible to deduce the information in above from a jar file?


  2. Where it is possible to find - starting from the most right part of the jar file name after the .jar suffix - the version and the artifactId, is it possible to find the groupId?


  3. is a sub to 1. and the answer to 1. is no completely. The first jar will be nekohtml-1.9.12 and the second spring-full-1.1-rc1, but in neither case is it possible to know the groupId.



Look at these examples:-

The simple case --
<dependency>
  <groupId>httpunit</groupId>
  <artifactId>httpunit</artifactId>
  <version>1.6.2</version>
</dependency>

and two complex cases -

<dependency>
    <groupId>mockobjects</groupId>
    <artifactId>mockobjects-jdk1.4-j2ee1.3</artifactId>
    <version>0.09</version>
</dependency>


<dependency>
  <groupId>jtidy</groupId>
  <artifactId>jtidy</artifactId>
  <version>4aug2000r7-dev</version>
</dependency>

The simple case is just httpunit-1.6.2,jar, and that is easy.

The first complex case is -
mockobjects-jdk1.4-j2ee1.3-0.09.jar

  --- Notice there are several hyphens in the artifactId, as the next case shows, it is
     not possible to know which one denotes the boundary between version and artifactId. ---

The second complex case is -
jtidy-4aug2000r7-dev.jar

  --- Here it is possible to surmise from the meaning that 4aug2000r7-dev belongs to the version,
     it would be difficult to make a reliable rule for this, as the previous case shows. ---

I have also seen in private repositories an underscore used in place of a hyphen and artifacts anonymised when placed into the repository from their source, i.e. this information striped out of their name, only to be renamed differently where they are consumed.
 --- This may seem particularly strange, but when you consider that the artifact is playing a role in a
     different project with its own release versions and naming, it makes some sort of sense. ---

I don't think it is possible to order artifacts without consulting an online service such as jarvana.
This would have benefits in that other information can be gleaned at the same time, such as dependencies and, of course, the missing groupId.
However, it can be that a needed dependency is incorrectly refered to. How does this happen?

This was needed.

<groupId>org.apache</groupId>
<artifactId>poi-scratchpad</artifactId>
<version>2.5.1-final-20040804</version>

This is what was found.

<groupId>poi</groupId>
<artifactId>poi-scratchpad-2.5.1-final</artifactId>
<version>20040804</version>

I coped with this through renaming, and I assume that the dependency is to be found in some prior POM downloaded with another artifact? I should look into this, but either was something has to be re-edited.
Actually I think I made the wrong choice, the thing to do would have been to look into the offending POM dependency and correct it, this way the correct artifact could be downloaded to a correct position.

So, in the end, jarvana to the rescue and my ant/maven1 ---> maven2 tool has a bit of a way to go still.


Rat Outzipair


Rat Outzipair


29/10/09 18:22

This is the default high level user.
Edited by Lab Zipzipace.
One or other of these fabulous names must be lost if another one of the pair is to be created using some other name.
But how to add other users?
This is, perhaps, the most surprising, but also the most lua aspect of nanoki. Users are created according to IP!

How's it done?

I wonder what that name generation algorithm is, maybe just a text file, will check at some point.

Lab Zipzipace


29/10/09 11:58

Eurydice by Sue Hubbard

I am not afraid as I descend,
step by step, leaving behind
the salt winds blowing up the
corrugated river

The damp city streets
their sodium glare of
rush hour headlights
pitted with pearls of rain
for my eyes still reflect the half remembered moon

Already your face receads beneath the station clock
a damp smudge among the shadows
mirrored in the trains wet glass.

Will you forget me?
Steal tracks lead you out past crains and crematoria
boat yards and bike sheds

ruby shards of roman glass
and wolfbone mummified in mud.
These rows of curtains windows like
eyelids heavy with sleep to the citys green edge.

Now I stop
my ears with wax
hold fast to the memory of the song you once whispered in my ear
it's echoes tangle like briars in my thick hair

You turned to look
second fly past like birds
my hands grow cold
i am ice and cloud.

This path unravels deep in hidden rooms
filled with dust and sour night breath
the lost city is sleeping

Above the hurt sky is weeping,
soaked nightingales have ceased to sing.
Dusk has come early. I am drowning in blue.

I dream of a green garden
where the sun feathers my face
like your once eager kiss

soon, soon
i will climb from the blackened earth
into the diffident light.

Nanoki

29/10/09 01:19




Nanoki is a simple wiki engine implemented in Lua, allowing you to create, edit, and link web pages easily.

Nanoki



Run Nanoki


Start Nanoki from the command line:

cd Nanoki
lua Nanoki.lua . localhost 1080

The above command will start Nanoki on your local host at port 1080, using the local directory for storage:


Command synopsis:

Nanoki [location] [address] [port] [not|forwarded] [not|secure]

location tells Nanoki where to store its data.

address indicates which network address to bind the Nanoki server to.

port indicates what port number to use.

forwarded indicates whether x-forwarded-for should be trusted.

secure indicates whether https should be used.

Run



Create a page


To create a new page, type its name in your browser address bar:

New

If the page doesn't exists yet, Nanoki will redirect you to the page editor:

New Editor



Edit a page


To edit a page, click on its title. This will take you to the page editor:

Editor

The editor uses Markdown syntax to describe the page content.

To save your text, press Preview and then Save.



Upload a file


From the editor, you can upload files to Nanoki:

File

Each page can have its own files. You can refer to those files like so:

![Run][1]
[1]: nanoki/file/run.png

File link synopsis:

[page]/file/[name]

page is the name of the page under which the file is located.

name is the file name.



Control panel

From the editor, you can access the control panel to rename or delete a page:

Control



Revision


From the editor, you can access a page revision history by clicking on its title:

Revision

Clicking a revision number will display the page content as it was then.



Revision differences


From the revision page, you can access the revision differences by clicking on its title:

Revision differences



Related pages


Each page keep tracks of which other pages links to it:

Related



Breadcrumb navigation


Each page reflects its location using a breadcrumb trail:

Breadcrumb



Index navigation


Nanoki provides a table of content, indexed by page title:

Index



Date navigation


The date navigation indexes pages by their publication date:

Date



Recent changes


The recent changes page lists what has changed in Nanoki recently:

Recent



Search


The search allows to locate pages by their title:

Search



XML feed


Aside from the editor, most pages provide an XML feed:

Feed

Feed view



System page


The system page provides basic information about Nanoki itself:

System

Posting by mail

Unfortunately Kontact will not post directly to blogger, the Journal connect feature doesn't sign in correctly to this API.
Never mind.

Test Preparation - suppressed

Location: surpressed
Due on: 16/09/2009



Ideas for test preparation.


Minimal directory structure


Choose just the directory and corresponding test directory for the targets under test


Ensure that dependencies are met - eclipse should be able to build this area without marking error


Stage 1 -


no change to lib directories in class path - no attempt to mavenize the project


Automation


What areas might be automated?


One idea is just to copy across, either way by simple command, and delete .svn directories in the process, as we are copying they are not needed in a subsidiary project and are a pain.




Categories

Software Development,Software Development:Test,Software Development:Test:Preparation

Priority: 5

0 % completed

Creation date: 13/09/2009 18:37

Bookmark: http://mikearthur.co.uk/2008/09/kde-blog-from-korganizer-howto/
adamdeli's notes: KDE – Blog from KOrganizer HOWTO

Saturday 27th September, 2008 @ 01:14

Blog from KOrganizer? What kind of madness is this? Apparently some crazy (but yet incredibly good looking) fool decided to give you the ability to post journals from KOrganizer to your blog. Let's learn how to do it!

You can find more of adamdeli's bookmarks at
- http://delicious.com/adamdeli

---------------------------------
Delivered by Delicious.com
The tastiest bookmarks on the web

WesterheverevehretseWImage by Der Ohlsen via Flickr


Couldn't resist!

top