Recent News

Objectledge.org is runnin on a shiny new server.

We have also migrated to SVN. The public CVS server is still at robur.caltha.pl but will be shut down shortly. You can acces Objectledge SVN repository at http://objectledge.org/svn

If you need to access the Maven generated static documentation you can find it here:

• http://objectledge.org/docs/ledge/
• http://objectledge.org/docs/coral/
• http://objectledge.org/docs/cyklotron/
• http://objectledge.org/docs/cyklotron/

We have a lineup of Atlassian apps running as usual:

• http://objectledge.org/confluence
• http://objectledge.org/jira
• http://objectledge.org/fisheye
• http://objectledge.org/crowd

A new aplication that we hope to leverage soon is Sonatype Nexus http://www.sonatype.com/products/nexus - a Maven repository manager. Our instance is running at http://objectledge.org/nexus. We are having some problems with proxying central reposiotory and indexing at the moment, but overall it looks quite promising.

You should use http://dist.objectledge.org/m1 as your remote reposiotry for up to date Objectledge artifacts. It is dynamically served by Nexus.

We also hope to introduce Hudson https://hudson.dev.java.net/ and use it for CI, release management, and automated documentation rebuilds.

Ledge & Coral projects have been stuck with 0.x releases for a very long time. This does not reflect on the actual status of this software which is deployed in a few production, large scale systems for several years now.

Here's my plans regarding releases and versions of Ledge & Coral in near future:

• next releases of Ledge & Coral will be versioned 1.0.0
• those releases will coincide with release of Cyklotron 2.5
• releases 1.0.0 will be not contain significant changes over current 0.3.15 / 0.1.11 releases
• unreleased versions currently in Jira will be dropped. issues with affects set to any of those versions will be pushed down to last released version, those with fix for set to any of those versions will get unscheduled
• the above means that all the open issues will end up as unscheduled for now. I'll create 1.0.x versions as I go and include issues that are actually needed / incidentally done in time for the upcoming release
• I'm going to drop the notion of documentation / testing centered releases - this concept did not work. I'll try to include some of these tasks in regular releases
• I'll fill in component information in Jira to give a better overview what's happening
• generally, I'm going to file LEDGE/CORAL issues whenever I do something in those projects - this way we'll have usable changelogs
• release cycles of Ledge & Coral will remain tied to Cyklotron releases for now. There's no compelling reason to do otherwise at this point
• all modules within each of the projects will go on the same release schedule for now. This is a bit superfluous because we re release much code with no changes at all, but it's easier to maintain. We can consider splitting up ledge modules into individual components to give them separate schedules later.

I have successfully installed Atlassian Bamboo and hooked it up with Crowd, thus completing Atlassian goodies install / upgrade cycle.

I tried giving it a spin, but unfortunately it turned out to be unusable:

1. It allows checking out only one SCM module per build - in all ObjectLedge projects parent POM is held in a separate module: BAM-1015
2. When the former is fixed, we probably still won't be able to build because Maven builder guesses the location of project.xml, and with multiple modules in the build directory chances are it will guess wrong: BAM-2156
3. At this point dependencies among plans need to be maintained by hand. For 20+ module setup this is simply not manageable. I refuse to use Bamboo until dependencies are automatically inferred from maven POMs: BAM-230
4. Bamboo apparently does perform dependency order based build queue ordering: BAM-1393 as we know from our previous experiences with DamageControl this leads to hailstorm of bogus failed builds

I've signed up as watcher on the bugs mentioned above. I'll be watching Bamboo progress - maybe it'll become a viable option eventually.

Welcome back.

Despite few years silence on the web, objectledge.org project is alive and doing well. Looking at the change logs there has been significant activity in the past months. Now we are also trying to boost our information sharing tools & policies.

Recently objectledge.org infrastructure has been upgraded & expanded thanks to Atlassians's Open Source Community Loyalty program.

Currently we are running the following Atlassian apps:

• Jira 3.12.1 http://objectledge.org/jira
• Confluence 2.7 http://objectledge.org/confluence
• Fisheye 1.4.2 http://objectledge.org/fisheye
• Crucible 1.2.2 http://objectledge.org/fisheye/cru
• Crowd 1.2.2 http://objectledge.org/crowd
• Crowd OpenId 1.2.2 http://objectledge.org/crowd-id

Jira, Confluence & Crucible authentication & user management has been wired to Crowd. You can sign up for objectledge.org account using Jira.

Upcoming infrastructure work:

• Atlassian Bamboo instalation http://www.atlassian.com/software/bamboo/
• Bringing back Maven generated reports for all objectledge.org projects & modules
• Jira & Confluence config tweaks, plugin installs
• Jira & Confluence house cleaning (permissions & notification schemes)
• CVS -> SVN migration before starting Cyklotron 2.6 development cycle

I'm so excited about upcoming AspectJ 1.5.0 release that will add source-level support for JDK 5.0 features to AspectJ language.

Eclipse JDT compiler supports all 5.0 features since 3.1M4 release was released shortly after before Christmas. JDT development resumed after the holiday break - JDT v_530 was released yesterday. It's nice to watch it maturing - I visit JDT release notes page few times a day and there are more and more issues resolved.

Today I posted a message to aspectj-dev list asking about an estimate for starting integrating new JDT into aspectj. Andrew Coyler replied:

I plan on starting that tomorrow...

May all my questions for estimates be aswered like that!