On 03/21/2011 04:53 PM, Norman Maurer wrote:
You need to "close" it... After that you can access it via the link.

Much thanks Norman

"Wer lesen kann hat mehr vom Leben": It would have been documentated in [1] ...


Bye,
Norman

2011/3/21 Felix Knecht<fel...@apache.org>

Hi Norman

Thanks for explanations.


  1) Someone step up as RM
2) mvn release:prepare -Dusername=yourusername -Dpassword=yourpassword
3) mvn release:perform -Dusername=yourusername -Dpassword=yourpassword


So far it worked.


  4) login to repository.apache.org and stage it


I can login and see a repository I deployed (org.apache.james-020
(u:felixk, a:84.74.96.220)). I guess I should now stage it (probably by
clicking 'Promote'). If so I don't have the rights to promote. I have
following active buttons (Refresh, Close, Drop) and following inactive
buttons (Release, Promote).
Using the link of my repository (
https://repository.apache.org/content/repositories/orgapachejames-020/) I
get an error (no matching URI found).

Did I missed anything?

Thanks
Felix


  5) write email to ml
6) summarize the VOTES
7) login to repository.apache.org and promote/drop the staged artifact
(depending on the VOTE outcome)
8) Write an email to ml / announce at apache.org

Hope this helps,
Norman


2011/3/19 Felix Knecht<fel...@apache.org>

  Hi

Does any special 'James' documentation about releasing exists or does it
just follow the 'standard' process [1] staging a release:
1. Prepare pom for release
2. publish snapshot
3. prepare release
4. stage the release for a vote
5. vote
6. release

Does a designated release manager exists or is it up to each developer to
do it on his own (I've never done it before, so be warned in this case ;)
)?

Thanks
Felix

[1] http://www.apache.org/dev/publishing-maven-artifacts.html




On 03/19/2011 05:47 AM, Eric Charles wrote:

  Hi,
   From http://repo1.maven.org/maven2/org/apache/apache/9/apache-9.pom
apache-9 mainly specifies the maven versions to be used (for example,
the maven-site-plugin 3.0-beta3).

The versions we specify in james parent will override if needed the ones
from apache parent.
As james tend to follow close the latest versions, and if all build is
successful with parent-9, let's go for it.

Tks,
- Eric


On 18/03/2011 21:18, Felix Knecht wrote:


On 03/09/2011 01:05 PM, Felix Knecht wrote:

  On 03/09/2011 12:43 PM, Eric Charles wrote:

  Hi,
Just updated with Felix's last commits (r1070751).
Site are now generated with 1.6-SNAPSHOT skin.

Are there any other changes for james-project before releasing 1.6?


  Shall the james-parent parent (org.apache:apache) also be updated?
Now
it's version 7, latest version is 9? Does anybody knows the impacts
this could/will have?
Apart of the question above I see no other changes before releasing
1.6.

Regards
Felix


  I just wonder if we should force maven-3 when using james-project 1.6
and drop the switch for site-plugin which is now done in the profiles
section.


Done.

  Of course 'release early, release often' this can also be done in a

later release of the james-project.

My thoughts
Felix


  Tks,
- Eric


On 9/03/2011 09:27, Norman Maurer wrote:

  Looks like a left-over. "james-project" should be the correct one.

Bye,
Norman


2011/3/9 Felix Knecht<fel...@apache.org>

  Ok. I also saw, that e.g. projects like mailbox have the

james-server-root
as parent, but I couldn't find a technical reason for this. When
e.g.
using
james-project as parent it builds also. Do I miss something or is
it
historically grown and maybe just a leftover?

Thanks
Felix


On 03/09/2011 09:13 AM, Norman Maurer wrote:

  We should just release the parent if you think its ready...


Bye,
Norman


2011/3/9 Felix Knecht<fel...@apache.org>

On 03/09/2011 07:42 AM, Norman Maurer wrote:

  We can use the SNAPSHOT until we make a release. For a release we
MUST

  NOT
depend on a SNAPSHOT.


  I know, but this means either a) releasing e.g.
james-server-root

before
releasing mailbox or b) switch back to non SNAPSHOT version for
releasing
and using an old parent.

Is it "common" to release also james-*-parent poms when doing a
release
(sorry, probably a stupid question)?

Regards
Felix



Bye,

  Norman


2011/3/9 Felix Knecht<fel...@apache.org>

On 03/08/2011 10:55 AM, Eric Charles wrote:

  Hi Felix,


  -site.xml descriptor is now installed.

mvn site on james-mailbox still uses 1.5 (not 1.6-SNAPSHOT).


Can version 1.6-SNAPSHOT be used instead of 1.5 in the parent

  section?
What's the policy you use in this case for SNAPSHOTs for parent
poms?

Regards
Felix



Can you build with 1.6-SNAPSHOT after deleting your local
1.6-SNAPSHOT

  local repo?

Tks,
- Eric


On 8/03/2011 10:20, Felix Knecht wrote:

Hi Eric

  Sorry, I was not complete when saying that maven didn't
install

the

snapshots.

  Yes, m3 downloads the snapshots, but if you install if from
you
local
PC
with "mvn install" to your local repo, it does not install
the
*-site.xml needed to build the sites that inherites (the
menus,...).

It's a bit complicated to explain, but if you look at





https://repository.apache.org/content/groups/snapshots/org/apache/james/james-project/1.6-SNAPSHOT/





you will see untill Sat Mar 05 some
james-project-...-site.xml.
After, there are no more james-project-...-site.xml because
of
a m3
bug
(I suppose).


Maybe it's a feature? If I understand you right this [1]
could be

  the
problem and the solution.
Does adding the attach-descriptor goal solves the problem
you're
talking about?

Thanks
Felix

[1]





https://cwiki.apache.org/confluence/display/MAVEN/Maven+3.x+Compatibility+Notes#Maven3.xCompatibilityNotes-SiteandReporting






The consequence is that when I build the sites (mailbox,
imap,...)
on

  my

PC, it uses the 1.5 skin, and not the 1.6-SNAPSHOT one.

We could look if this is really a mvn bug, if a jira is
open,...
As temporary fix, we could build the james-project project
under m2,
which should fix the -site.xml deployment.

Tks,
- Eric


On 7/03/2011 16:30, Felix Knecht wrote:

Hi Eric

  I temporary can't resolve a dependency from my location. I

will
try

later...

  However, I remember I had issue with maven 3 beta that
didn't
install
the snapshots skins in local repo.
Is it still the case with 3.0.2 (snapshots will be
resolved,
but
I'm
curious to know if you had issues installing local skins)
?


I removed maven-skin from local repository (rm -rf

  ~/.m2/repository/org/apache/james/maven-skin/) and run
the
mvn site
-Psite-reports in the protocols project. The maven-skin got
downloaded, installed to local repo and used.

Technical reports may still have some inherited menus. This
is the
case when the project's parent (pom.xml) is of version 1.5
and not
of
version 1.6-SNAPSHOT. I haven't changed them because I'm
not
up to
date about your policy using SNAPSHOTs in this place. In
common
it's
not state of the art to use SNAPSHOTs.

Regards
Felix


Tks,

  Eric



On 6/03/2011 06:33, Eric Charles wrote:

Hi Felix.

  Great work!

I will update and try the generation with the new profile
on my
laptop.
Tks,
Eric


On 5/03/2011 20:14, Felix Knecht wrote:

A short status update:

  I reviewed following projects, put them to work using

maven 3,
have
them prerequisiting mvn-3.0.2, make choosable if to
generate
documentation (mvn site as before) or to generate
technical
reports
(mvn site -Psite-reports):

- imap (imap-trunk-m2
- mailbox (
- mailbox-integration-tester
- protocols
- server

On Jenkins CI I changed configuration for these projects
to use
maven
3 (latest) and generate the site. Technical reports are
available
via
Jenkins entering the project (Maven-generated site) or
via
following
Url pattern:





https://hudson.apache.org/hudson/view/G-L/view/James/job/[imap-trunk-m2|mailbox|mailbox-integration-tests|protocols-trunk|james-server-trunk]/site







I'm aware of the not working banner images in the
technical
reports.


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org





---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org





---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Reply via email to