Mark Lundquist | 1 Aug 06:45

Re: Can somebody explain to me the tags / POM versioning / release scheme?


Okay, I'm slowly getting my head around all this.  Just one thing  
left, I think.  In order to actually build the stuff, I'm going to  
need a "build root", i.e. an instance of project "cocoon-project".  I  
figured how which directories in tags/ correspond to things in the  
directory tree of this root project (e.g. core/, blocks/, parent/,  
tools/ etc.) (and I still have to work out how to check those modules  
out to a particular version in git, but I'm sure I'll be able to  
figure that out); however I don't see where cocoon-project itself is  
tagged anywhere.  So... I assume that I should branch from trunk at  
the Subversion rev. when the cocoon-6 tags (at least for the core  
stuff?) were made.  Is that right?  I want to make sure I get pom.xml  
and settings.xml (anything else?) that are correct for building Cocoon  
2.2 (or parts of it, anyway).

What about branches/, is there anything I need to be aware of there?

thx-a-lot,
Mark

Attachment (smime.p7s): application/pkcs7-signature, 2417 bytes
Reinhard Pötz | 1 Aug 11:12
Picon
Favicon

Release subprojects


As announced some weeks ago, I want to release

  . cocoon-servlet-service-impl-1.1.0
    A new minor release is necessary because after some refactorings
    the dependency on SourceResolve is gone.

  . cocoon-jnet-1.0.0
    Dynamically register URLStreamHandler factories with your JVM.
    This module has been donated to Apache Commons and will be deprecated
    as soon as it is officially released from there.

  . cocoon-block-deployment-1.0.0
    Deployment utilities for Cocoon Blocks. That's the first release as
    a separate module.

  . cocoon-spring-configurator-2.0.0
    Block-deployment has been moved into a separate module. This requires
    a major release of this module because an upgrade of an application
    that relies on this feature requires more than replacing the library.

If I have some more time, I will also release cocoon-it-fw-1.0.0. It has 
proven to be very useful.

Is there anything left to do before I can create the release artifacts?

--

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                          http://www.indoqa.com/en/people/reinhard.poetz/

(Continue reading)

Picon
Favicon

[continuum] BUILD FAILURE: Cocoon - Apache Cocoon [build root] - Build Def:

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=105585&projectId=51

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Fri 1 Aug 2008 02:05:18 -0700
  Finished at: Fri 1 Aug 2008 02:14:40 -0700
  Total time: 9m 22s
  Build Trigger: Schedule
  Build Number: 310
  Exit code: 1
  Building machine hostname: vmbuild.apache.org
  Operating system : Linux(unknown)
  Java Home version : 
          java version "1.4.2_15"
          Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_15-b02)
          Java HotSpot(TM) Client VM (build 1.4.2_15-b02, mixed mode)

  Builder version :
          Maven version: 2.0.8
          Java version: 1.4.2_15
          OS name: "linux" version: "2.6.20-16-server" arch: "i386" Family: "unix"

****************************************************************************
SCM Changes:
****************************************************************************
Changed: reinhard @ Fri 1 Aug 2008 02:04:55 -0700
Comment: . update changes.txt
. remove empty org.apache.cocoon.url package
Files changed:
(Continue reading)

Favicon
Gravatar

Re: Release subprojects

Reinhard Pötz pisze:
> 
> As announced some weeks ago, I want to release
> 
>  . cocoon-servlet-service-impl-1.1.0
>    A new minor release is necessary because after some refactorings
>    the dependency on SourceResolve is gone.

I thought that both SSF and Configurator are not back-compatible. Am I wrong?

>  . cocoon-jnet-1.0.0
>    Dynamically register URLStreamHandler factories with your JVM.
>    This module has been donated to Apache Commons and will be deprecated
>    as soon as it is officially released from there.

Didn't know that there is some progress on this idea. Thanks for taking care of it!

>  . cocoon-block-deployment-1.0.0
>    Deployment utilities for Cocoon Blocks. That's the first release as
>    a separate module.

I guess one will have to add this dependency manually if sticks to Cocoon Core 2.2.0, right?

>  . cocoon-spring-configurator-2.0.0
>    Block-deployment has been moved into a separate module. This requires
>    a major release of this module because an upgrade of an application
>    that relies on this feature requires more than replacing the library.
> 
> If I have some more time, I will also release cocoon-it-fw-1.0.0. It has 
> proven to be very useful.
(Continue reading)

Picon
Favicon

[continuum] BUILD FAILURE: Cocoon - Apache Cocoon [build root] - Build Def:

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=105589&projectId=51

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Fri 1 Aug 2008 08:16:51 -0700
  Finished at: Fri 1 Aug 2008 08:43:59 -0700
  Total time: 27m 8s
  Build Trigger: Schedule
  Build Number: 310
  Exit code: 1
  Building machine hostname: vmbuild.apache.org
  Operating system : Linux(unknown)
  Java Home version : 
          java version "1.4.2_15"
          Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_15-b02)
          Java HotSpot(TM) Client VM (build 1.4.2_15-b02, mixed mode)

  Builder version :
          Maven version: 2.0.8
          Java version: 1.4.2_15
          OS name: "linux" version: "2.6.20-16-server" arch: "i386" Family: "unix"

****************************************************************************
SCM Changes:
****************************************************************************
Changed: gkossakowski @ Fri 1 Aug 2008 07:22:09 -0700
Comment: Remove use of deprecated method setOptimazationLevel that actually does nothing in current
implementation of debugger.
Switched to new method of attaching debugger to the context.
(Continue reading)

Picon
Favicon

[continuum] BUILD ERROR: Cocoon - Apache Cocoon [build root] - Build Def:

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=105773&projectId=51

Build statistics:
  State: Error
  Previous State: Failed
  Started at: Sat 2 Aug 2008 00:15:31 -0700
  Finished at: Sat 2 Aug 2008 00:16:47 -0700
  Total time: 1m 15s
  Build Trigger: Schedule
  Build Number: 0
  Exit code: 0
  Building machine hostname: vmbuild.apache.org
  Operating system : Linux(unknown)
  Java Home version : 
          java version "1.4.2_15"
          Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_15-b02)
          Java HotSpot(TM) Client VM (build 1.4.2_15-b02, mixed mode)

  Builder version :
          Maven version: 2.0.8
          Java version: 1.4.2_15
          OS name: "linux" version: "2.6.20-16-server" arch: "i386" Family: "unix"

****************************************************************************
SCM Changes:
****************************************************************************
No files changed

****************************************************************************
Dependencies Changes:
(Continue reading)

Favicon
Gravatar

Re: Cocoon-jms-sample requires Java >= 1.5

Peter Hunsberger pisze:
>     But when switching the version why don't switch to 1.6 (I think it's
>     on MacOSX now also available). Otherwise we have to switch again in
>     1 year or so (see
>     http://java.sun.com/products/archive/eol.policy.html). EOL for 1.5
>     is  October 2009.
> 
>         WDYT?
> 
> 
> 
> There might be people who can't run 1.6 yet.  In particular we know some 
> people are still stuck on old versions of Websphere and similar.  We've 
> had this discussion before and I'm on the side that we can't support 
> legacy code forever.  However, I do feel that a jump to 1.6 might be a 
> bit premature. We just had this discussion internally over the last 
> couple of weeks and we found several 1.6 incompatibilities forcing us to 
> stay on 1.5 for the moment.  If we do have a need to move to 1.6 in the 
> future it shouldn't be that much of an issue to change at that point?

Technically, switching to new Java version is not that hard, things that you need to do are:
1. Change required Java version in our parent pom.
2. Change profile in Continuum so it uses Java 1.5
3. Upgrade Java used on cocoon.zones.apache.org.
4· Announce this fact to our users.

In the past, it proven to be more social issue that some people were blocking decision about 
changing required Java version. At this moment, I don't see any kind of that effect (it looks like 
every one agrees on the need of change) so I don't think we need to exploit this situation for 
switching to Java 1.6 immediately.
(Continue reading)

Picon
Favicon

[continuum] BUILD FAILURE: Cocoon - Apache Cocoon [build root] - Build Def:

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=105998&projectId=51

Build statistics:
  State: Failed
  Previous State: Error
  Started at: Sat 2 Aug 2008 03:30:01 -0700
  Finished at: Sat 2 Aug 2008 03:39:51 -0700
  Total time: 9m 50s
  Build Trigger: Schedule
  Build Number: 310
  Exit code: 1
  Building machine hostname: vmbuild.apache.org
  Operating system : Linux(unknown)
  Java Home version : 
          java version "1.4.2_15"
          Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_15-b02)
          Java HotSpot(TM) Client VM (build 1.4.2_15-b02, mixed mode)

  Builder version :
          Maven version: 2.0.8
          Java version: 1.4.2_15
          OS name: "linux" version: "2.6.20-16-server" arch: "i386" Family: "unix"

****************************************************************************
SCM Changes:
****************************************************************************
No files changed

****************************************************************************
Dependencies Changes:
(Continue reading)

Felix Knecht | 2 Aug 13:02

Some questions about site document generation

Hi

First I need to say that I'm not that familiar with the doc generation - just in case some questions are OT or
just rubbish.

- Nightly-docs vs. dev-docs:
[1] has a note saying "There is a second job which builds the docs once a day too. In addition to the first one it
adds 
a couple of reports (Findbugs, SVN reports, etc.). See http://cocoon.zones.apache.org/dev-docs/"
Is this really working? Comparing i.e. the summary of a page would say something else [2][3]. Are the
dev-docs really 
run once a day?

- Monitoring nightly-/dev-docs generation
Does it exists? I've never seen such a mail on a list (dev/private/user) or hasn't it failed ever?

- sitemaptags2daisy
This scripts is used to update daisy with annotations made in java classes. As I've found multiple page not
updated I 
also doubt that this script is run on a regularly base when generating nigthly-/dev-docs.
Does the docs generation also run this script?
Why is it a script and not a maven plugin (historical reasons/technical reasons/...)?

- Site 'responsible'
[4] still has a banner for ApacheCon Europe 08 (April 2008). Do we have people feeling responsible about
keeping the 
site (at least [4], I'm not talking about technical documentation of C2.x)) up to date?

Regards
Felix
(Continue reading)

Picon
Favicon

[continuum] BUILD FAILURE: Cocoon - Apache Cocoon [build root] - Build Def:

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=106128&projectId=51

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Sat 2 Aug 2008 10:40:39 -0700
  Finished at: Sat 2 Aug 2008 10:53:04 -0700
  Total time: 12m 24s
  Build Trigger: Schedule
  Build Number: 310
  Exit code: 1
  Building machine hostname: vmbuild.apache.org
  Operating system : Linux(unknown)
  Java Home version : 
          java version "1.4.2_15"
          Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_15-b02)
          Java HotSpot(TM) Client VM (build 1.4.2_15-b02, mixed mode)

  Builder version :
          Maven version: 2.0.8
          Java version: 1.4.2_15
          OS name: "linux" version: "2.6.20-16-server" arch: "i386" Family: "unix"

****************************************************************************
SCM Changes:
****************************************************************************
Changed: felixk @ Sat 2 Aug 2008 09:57:07 -0700
Comment: Improve build performance, remove not needed and no longer existing repositories.
Files changed:
  /cocoon/trunk/tools/sitemaptags2daisy/pom.xml ( 682014 )
(Continue reading)


Gmane