You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Jochen Gazda <ga...@gmail.com> on 2012/01/10 10:14:41 UTC
How to build James from trunk
Gentlemen,
I am quite new to maven, so maybe I am missing something obvious.
Issuing
cd james/current
svn update
mvn package -DskipTests -e
has brought a compilation error in james-server-protocols-library
saying that org.apache.james.protocols.api.logger.Logger could not be
resolved. From maven's output it seemed that
protocols.version=1.6-beta3 was used instead of 1.6.0-RC2-SNAPSHOT. I
could not find any occurence of 1.6-beta3 in my workspace. I have
concluded that maven's local repository ~/.m2/repository must somehow
cause the inclusion of improper protocols.version. I have created a
dedicated settings-james.xml for james builds with a new empty local
repository:
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
http://maven.apache.org/xsd/settings-1.0.0.xsd">
<localRepository>${user.home}/.m2/repository-james</localRepository>
</settings>
After having done that there came another james error:
[ERROR] The project org.apache.james:apache-james:3.0-beta4-SNAPSHOT
(/home/gazda/james/current/app/pom.xml) has 1 error
[ERROR] Non-resolvable parent POM: Could not find artifact
org.apache.james:james-server:pom:3.0-beta4-SNAPSHOT and
'parent.relativePath' points at no local POM @ line 26, column 13
I have changed the parent relativePath from empty to ../server/pom.xml
and voila... The build fails on postage. As I do not need postage I
have simply commented it out in current.pom.xml. After that the build
succeeds.
The question is: what kind of care does /current/app/pom.xml need?
(a) I should set the parent.relativePath somewhere in my environment or
(b) parent.relativePath should be fixed in /current/app/pom.xml
Thanks
Gazda
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Eric Charles <er...@apache.org>.
(but yes, postage fails, you have to comment it)
On 10/01/12 19:21, Eric Charles wrote:
> Hi there,
>
> Trunk is buildable (at least here and on hudson
> https://builds.apache.org/job/james-server-trunk/2530/).
>
> Try to force a clean via 'mvn clean install' if it really does not work
> Maybe there is something weird in your maven settings.xml?
>
> Thx,
> Eric
>
> On 10/01/12 11:04, Jochen Gazda wrote:
>> On Tue, Jan 10, 2012 at 10:20 AM, Ioan Eugen
>> Stan<st...@gmail.com> wrote:
>>> Pe 10.01.2012 11:14, Jochen Gazda a scris:
>>>
>>>> Gentlemen,
>>>>
>>>> I am quite new to maven, so maybe I am missing something obvious.
>>>>
>>>> Issuing
>>>>
>>>> cd james/current
>>>> svn update
>>>> mvn package -DskipTests -e
>>>>
>>>> has brought a compilation error in james-server-protocols-library
>>>> saying that org.apache.james.protocols.api.logger.Logger could not be
>>>> resolved. From maven's output it seemed that
>>>> protocols.version=1.6-beta3 was used instead of 1.6.0-RC2-SNAPSHOT. I
>>>> could not find any occurence of 1.6-beta3 in my workspace. I have
>>>> concluded that maven's local repository ~/.m2/repository must somehow
>>>> cause the inclusion of improper protocols.version. I have created a
>>>> dedicated settings-james.xml for james builds with a new empty local
>>>> repository:
>>>>
>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>>> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
>>>> http://maven.apache.org/xsd/settings-1.0.0.xsd">
>>>> <localRepository>${user.home}/.m2/repository-james</localRepository>
>>>> </settings>
>>>>
>>>> After having done that there came another james error:
>>>>
>>>> [ERROR] The project org.apache.james:apache-james:3.0-beta4-SNAPSHOT
>>>> (/home/gazda/james/current/app/pom.xml) has 1 error
>>>> [ERROR] Non-resolvable parent POM: Could not find artifact
>>>> org.apache.james:james-server:pom:3.0-beta4-SNAPSHOT and
>>>> 'parent.relativePath' points at no local POM @ line 26, column 13
>>>>
>>>> I have changed the parent relativePath from empty to ../server/pom.xml
>>>>
>>>> and voila... The build fails on postage. As I do not need postage I
>>>> have simply commented it out in current.pom.xml. After that the build
>>>> succeeds.
>>>>
>>>>
>>>> The question is: what kind of care does /current/app/pom.xml need?
>>>>
>>>> (a) I should set the parent.relativePath somewhere in my environment or
>>>>
>>>> (b) parent.relativePath should be fixed in /current/app/pom.xml
>>>>
>>>> Thanks
>>>>
>>>> Gazda
>>>>
>>>
>>> From what I know the code in trunk is going through some refactoring
>>> right
>>> now so it may not be buildable. I suggest you take a tag release
>>> instead of
>>> trunk.
>>>
>>> Someone correct me if I'm wrong.
>>
>> Thank for your prompt reply, Ioan.
>>
>> Could please somebody utter a forecast when will the trunk be worth
>> building again?
>>
>> Best,
>>
>> Gazda
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Eric Charles <er...@apache.org>.
Hi,
james-project:1.9-SNAPSHOT should be 1.8.1 or 1.8.2-SNAPSHOT
(1.9-SNAPSHOT are rest that need cleanup).
All James projects have their own lifecycle, but also communicate with
each other. For example, bidirectional dependencies, strategy for
assemble maven module... are something we talk about.
Ideas and fixes welcome!
Thx,
Eric
On 21/02/12 15:31, Stefano Bagnara wrote:
> 2012/2/21 Jochen Gazda<ga...@gmail.com>:
>> (1) [....]
>> But as for parent references I am asking myself what can be the reason
>> for distinct versions in the parent's project.version and its child's
>> project.parent.version? Here is an example from the current trunk:
>> apache-jsieve has version 0.6-SNAPSHOT in its pom, but 0.5-SNAPSHOT is
>> referenced in apache-jsieve-assemble's pom as its parent. Both m2e and
>> mvn install complain about that. When I replace 0.5-SNAPSHOT in
>> apache-jsieve-assemble's pom with 0.6-SNAPSHOT it works. Is it a bug?
>
> IMO ti does not make sense and it is a bug. I guess the issue is
> related to the use of "parent module in a subfolder" pattern, that is
> much more difficult to deal with.
>
>> apache-james-mailbox referencing james-project 1.8.1-SNAPSHOT as its
>> parent is another example. Why does it not reference james-project
>> 1.8.2-SNAPSHOT?
>
> Maybe simply because the last time we worked on mailbox we only had
> 1.8.1-SNAPSHOT and the parent moved forward in the mean time.
> This is not a big issue, but you can move mailvox to 1.8.1 final or to
> 1.8.2-SNAPSHOT if it helps.
>
>> Generally, which are there situations in which parent reference
>> version lower than parent trunk version make sense?
>
> It simply happens because we don't start upgrading every project pom
> when we move the parent forward but we only upgrade them when we need
> a release.
> Otherwise we should always try to build with the latest available
> released parent (not even a snapshot).
>
>> (2) In (1) I spoke about the case when referenced version is lover
>> than the trunk version. Here I am asking about the opposite:
>> hupa-parent references james-project 1.9-SNAPSHOT as its parent but
>> the version of james-project in the trunk is 1.8.2-SNAPSHOT. This
>> cannot be OK, can it?
>
> Well, when you work with snapshot everything can be right or wrong.
> If you release 1.8 then you automatically create 1.9-SNAPSHOT.. after
> a while you decide to release 1.9-SNAPSHOT as 1.8.1 and this will move
> you to 1.8.2-SNAPSHOT.
> As they are snapshots it is not so bad.
>
>> hupa-parent should be fixed to reference james-project 1.8.2-SNAPSHOT
>> as its parent, should it not?
>
> BTW, it would be better to point to 1.8.1 because it probably doesn't
> need anymore to point to a snapshot for the parent.
>
>> (3) Generally, is the following sequence always expected to work and
>> if it does not, is it a reason to file a bug in Jira?
>>
>> rm -Rf $HOME/.m2/repository
>> cd james/current
>> svn update
>> mvn clean install -DskipTests
>
> I often found problematic to run a single pass "mvn clean install" but
> runinng the mvn clean package&& mvn install for each project (in the
> right order, so to not depend on only snapshot repositories) is
> expected to work and if it doesn't work we should probably fix
> something.
>
> Stefano
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Stefano Bagnara <ap...@bago.org>.
2012/2/21 Jochen Gazda <ga...@gmail.com>:
> Why should we always try to build with the latest available released
> parent? And who is "we" here? Did you mean (a) "we" = developers
> building James to test our own changes or is it (b) "we" = developers
> building a release for the public?
> At the moment I can identify myself with (a): I am trying to find a
> way how to effectively test my own changes in a freshly built James
> instance. I will consider what you recommend at the bottom:
(a) With time we should have less parent changes. We had a few of them
lately, but I think things will settle. The "parent" is similar to
other dependencies. You don't upgrade them whenever you can, but once
in a while you make a "dependency update round" and you check that
everything works fine with the updated environment. (b) Most time we
change the parent is to inherit some website change declared in the
parent, so we care about this mainly during the release cycle.
>> mvn clean package && mvn install for each project (in the
>> right order, so to not depend on only snapshot repositories)
I saw a typo in my previous comment you quoted: s/only/online/
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Jochen Gazda <ga...@gmail.com>.
Thank your replies, Stefano and Eric.
See inline.
Best,
gazda
On Tue, Feb 21, 2012 at 3:31 PM, Stefano Bagnara <ap...@bago.org> wrote:
> 2012/2/21 Jochen Gazda <ga...@gmail.com>:
>> (1) [....]
>> But as for parent references I am asking myself what can be the reason
>> for distinct versions in the parent's project.version and its child's
>> project.parent.version? Here is an example from the current trunk:
>> apache-jsieve has version 0.6-SNAPSHOT in its pom, but 0.5-SNAPSHOT is
>> referenced in apache-jsieve-assemble's pom as its parent. Both m2e and
>> mvn install complain about that. When I replace 0.5-SNAPSHOT in
>> apache-jsieve-assemble's pom with 0.6-SNAPSHOT it works. Is it a bug?
>
> IMO ti does not make sense and it is a bug. I guess the issue is
> related to the use of "parent module in a subfolder" pattern, that is
> much more difficult to deal with.
Eric seems to work on jsieve at the moment. apache-jsieve-assemble
module was commented out from its parent and it does not harm my
builds now.
>> apache-james-mailbox referencing james-project 1.8.1-SNAPSHOT as its
>> parent is another example. Why does it not reference james-project
>> 1.8.2-SNAPSHOT?
>
> Maybe simply because the last time we worked on mailbox we only had
> 1.8.1-SNAPSHOT and the parent moved forward in the mean time.
> This is not a big issue, but you can move mailvox to 1.8.1 final or to
> 1.8.2-SNAPSHOT if it helps.
I think we can forget about this one too. There is 1.8.1 at present in
the trunk which works for me. And yesterday, when I tried to compile
it was 1.9-SNAPSHOT and not 1.8.1-SNAPSHOT as I told you. Sorry.
>> Generally, which are there situations in which parent reference
>> version lower than parent trunk version make sense?
>
> It simply happens because we don't start upgrading every project pom
> when we move the parent forward but we only upgrade them when we need
> a release.
> Otherwise we should always try to build with the latest available
> released parent (not even a snapshot).
Why should we always try to build with the latest available released
parent? And who is "we" here? Did you mean (a) "we" = developers
building James to test our own changes or is it (b) "we" = developers
building a release for the public?
At the moment I can identify myself with (a): I am trying to find a
way how to effectively test my own changes in a freshly built James
instance. I will consider what you recommend at the bottom:
> mvn clean package && mvn install for each project (in the
> right order, so to not depend on only snapshot repositories)
>> (2) In (1) I spoke about the case when referenced version is lover
>> than the trunk version. Here I am asking about the opposite:
>> hupa-parent references james-project 1.9-SNAPSHOT as its parent but
>> the version of james-project in the trunk is 1.8.2-SNAPSHOT. This
>> cannot be OK, can it?
>
> Well, when you work with snapshot everything can be right or wrong.
> If you release 1.8 then you automatically create 1.9-SNAPSHOT.. after
> a while you decide to release 1.9-SNAPSHOT as 1.8.1 and this will move
> you to 1.8.2-SNAPSHOT.
> As they are snapshots it is not so bad.
>
>> hupa-parent should be fixed to reference james-project 1.8.2-SNAPSHOT
>> as its parent, should it not?
>
> BTW, it would be better to point to 1.8.1 because it probably doesn't
> need anymore to point to a snapshot for the parent.
>
>> (3) Generally, is the following sequence always expected to work and
>> if it does not, is it a reason to file a bug in Jira?
>>
>> rm -Rf $HOME/.m2/repository
>> cd james/current
>> svn update
>> mvn clean install -DskipTests
>
> I often found problematic to run a single pass "mvn clean install" but
> runinng the mvn clean package && mvn install for each project (in the
> right order, so to not depend on only snapshot repositories) is
> expected to work and if it doesn't work we should probably fix
> something.
>
> Stefano
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Stefano Bagnara <ap...@bago.org>.
2012/2/21 Jochen Gazda <ga...@gmail.com>:
> (1) [....]
> But as for parent references I am asking myself what can be the reason
> for distinct versions in the parent's project.version and its child's
> project.parent.version? Here is an example from the current trunk:
> apache-jsieve has version 0.6-SNAPSHOT in its pom, but 0.5-SNAPSHOT is
> referenced in apache-jsieve-assemble's pom as its parent. Both m2e and
> mvn install complain about that. When I replace 0.5-SNAPSHOT in
> apache-jsieve-assemble's pom with 0.6-SNAPSHOT it works. Is it a bug?
IMO ti does not make sense and it is a bug. I guess the issue is
related to the use of "parent module in a subfolder" pattern, that is
much more difficult to deal with.
> apache-james-mailbox referencing james-project 1.8.1-SNAPSHOT as its
> parent is another example. Why does it not reference james-project
> 1.8.2-SNAPSHOT?
Maybe simply because the last time we worked on mailbox we only had
1.8.1-SNAPSHOT and the parent moved forward in the mean time.
This is not a big issue, but you can move mailvox to 1.8.1 final or to
1.8.2-SNAPSHOT if it helps.
> Generally, which are there situations in which parent reference
> version lower than parent trunk version make sense?
It simply happens because we don't start upgrading every project pom
when we move the parent forward but we only upgrade them when we need
a release.
Otherwise we should always try to build with the latest available
released parent (not even a snapshot).
> (2) In (1) I spoke about the case when referenced version is lover
> than the trunk version. Here I am asking about the opposite:
> hupa-parent references james-project 1.9-SNAPSHOT as its parent but
> the version of james-project in the trunk is 1.8.2-SNAPSHOT. This
> cannot be OK, can it?
Well, when you work with snapshot everything can be right or wrong.
If you release 1.8 then you automatically create 1.9-SNAPSHOT.. after
a while you decide to release 1.9-SNAPSHOT as 1.8.1 and this will move
you to 1.8.2-SNAPSHOT.
As they are snapshots it is not so bad.
> hupa-parent should be fixed to reference james-project 1.8.2-SNAPSHOT
> as its parent, should it not?
BTW, it would be better to point to 1.8.1 because it probably doesn't
need anymore to point to a snapshot for the parent.
> (3) Generally, is the following sequence always expected to work and
> if it does not, is it a reason to file a bug in Jira?
>
> rm -Rf $HOME/.m2/repository
> cd james/current
> svn update
> mvn clean install -DskipTests
I often found problematic to run a single pass "mvn clean install" but
runinng the mvn clean package && mvn install for each project (in the
right order, so to not depend on only snapshot repositories) is
expected to work and if it doesn't work we should probably fix
something.
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Jochen Gazda <ga...@gmail.com>.
Gentlemen,
I still have problems to understand what is normal and what is not
normal with maven and James.
(1) From what goes on on this mailing list I have understood that
James Components live their lives quite independently from each other.
So, it is normal that in some development phases component1 has
version 0.2 in its pom.xml but in other modules' poms component1
version 0.1 is still referenced. (Am I right so far?) Note that in
this example the referenced version 0.1 is lover than the trunk
version 0.2.
There are two principal kinds of references in Maven poms: (i)
dependency and (ii) parent.
As for dependencies, it is perfectly reasonable for me that component2
depends on component1 version 0.1, whereby there is already the
version 0.2 of component1 in the trunk.
But as for parent references I am asking myself what can be the reason
for distinct versions in the parent's project.version and its child's
project.parent.version? Here is an example from the current trunk:
apache-jsieve has version 0.6-SNAPSHOT in its pom, but 0.5-SNAPSHOT is
referenced in apache-jsieve-assemble's pom as its parent. Both m2e and
mvn install complain about that. When I replace 0.5-SNAPSHOT in
apache-jsieve-assemble's pom with 0.6-SNAPSHOT it works. Is it a bug?
apache-james-mailbox referencing james-project 1.8.1-SNAPSHOT as its
parent is another example. Why does it not reference james-project
1.8.2-SNAPSHOT?
Generally, which are there situations in which parent reference
version lower than parent trunk version make sense?
(2) In (1) I spoke about the case when referenced version is lover
than the trunk version. Here I am asking about the opposite:
hupa-parent references james-project 1.9-SNAPSHOT as its parent but
the version of james-project in the trunk is 1.8.2-SNAPSHOT. This
cannot be OK, can it?
hupa-parent should be fixed to reference james-project 1.8.2-SNAPSHOT
as its parent, should it not?
(3) Generally, is the following sequence always expected to work and
if it does not, is it a reason to file a bug in Jira?
rm -Rf $HOME/.m2/repository
cd james/current
svn update
mvn clean install -DskipTests
Best,
gazda
On Fri, Jan 13, 2012 at 10:23 AM, Jochen Gazda <ga...@gmail.com> wrote:
> Thanks for the tips, Eric and Ioan. Maven seems to work as expected now.
>
> Gazda
>
> On Thu, Jan 12, 2012 at 8:13 AM, Ioan Eugen Stan <st...@gmail.com> wrote:
>> Pe 11.01.2012 21:40, Eric Charles a scris:
>>
>>> Hi Jochen,
>>>
>>> Your settings.xml seems ok.
>>>
>>> 'mvn package' (or even compile) from a toplevel should take the
>>> snapshots from your sources even if not installed.
>>>
>>> I usually invoke 'mvn clean install' in case of weird behaviour.
>>>
>>> Can you now compile?
>>>
>>> Thx,
>>>
>>> Eric
>>
>>
>>
>> Also, sometimes, it helps to delete all downloaded files from your maven
>> local repository.
>>
>>
>> --
>> Ioan Eugen Stan
>> http://ieugen.blogspot.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Jochen Gazda <ga...@gmail.com>.
Thanks for the tips, Eric and Ioan. Maven seems to work as expected now.
Gazda
On Thu, Jan 12, 2012 at 8:13 AM, Ioan Eugen Stan <st...@gmail.com> wrote:
> Pe 11.01.2012 21:40, Eric Charles a scris:
>
>> Hi Jochen,
>>
>> Your settings.xml seems ok.
>>
>> 'mvn package' (or even compile) from a toplevel should take the
>> snapshots from your sources even if not installed.
>>
>> I usually invoke 'mvn clean install' in case of weird behaviour.
>>
>> Can you now compile?
>>
>> Thx,
>>
>> Eric
>
>
>
> Also, sometimes, it helps to delete all downloaded files from your maven
> local repository.
>
>
> --
> Ioan Eugen Stan
> http://ieugen.blogspot.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Ioan Eugen Stan <st...@gmail.com>.
Pe 11.01.2012 21:40, Eric Charles a scris:
> Hi Jochen,
>
> Your settings.xml seems ok.
>
> 'mvn package' (or even compile) from a toplevel should take the
> snapshots from your sources even if not installed.
>
> I usually invoke 'mvn clean install' in case of weird behaviour.
>
> Can you now compile?
>
> Thx,
>
> Eric
Also, sometimes, it helps to delete all downloaded files from your maven
local repository.
--
Ioan Eugen Stan
http://ieugen.blogspot.com
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Eric Charles <er...@apache.org>.
Hi Jochen,
Your settings.xml seems ok.
'mvn package' (or even compile) from a toplevel should take the
snapshots from your sources even if not installed.
I usually invoke 'mvn clean install' in case of weird behaviour.
Can you now compile?
Thx,
Eric
On 10/01/12 19:40, Jochen Gazda wrote:
> Eric,
>
> this is my ~/.m2/settings-james.xml which I always specify as mvn
> command option:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
> http://maven.apache.org/xsd/settings-1.0.0.xsd">
> <localRepository>${user.home}/.m2/repository-james</localRepository>
> </settings>
>
> Is there something weird in it?
>
> Performing mvn package does not touch the local repository, right?
> Maybe that is why I get the errors. I probably must run "mvn install"
> instead.
>
> Thanks
>
> Gazda
>
> On Tue, Jan 10, 2012 at 7:21 PM, Eric Charles<er...@apache.org> wrote:
>> Hi there,
>>
>> Trunk is buildable (at least here and on hudson
>> https://builds.apache.org/job/james-server-trunk/2530/).
>>
>> Try to force a clean via 'mvn clean install' if it really does not work
>> Maybe there is something weird in your maven settings.xml?
>>
>> Thx,
>> Eric
>>
>>
>> On 10/01/12 11:04, Jochen Gazda wrote:
>>>
>>> On Tue, Jan 10, 2012 at 10:20 AM, Ioan Eugen Stan<st...@gmail.com>
>>> wrote:
>>>>
>>>> Pe 10.01.2012 11:14, Jochen Gazda a scris:
>>>>
>>>>> Gentlemen,
>>>>>
>>>>> I am quite new to maven, so maybe I am missing something obvious.
>>>>>
>>>>> Issuing
>>>>>
>>>>> cd james/current
>>>>> svn update
>>>>> mvn package -DskipTests -e
>>>>>
>>>>> has brought a compilation error in james-server-protocols-library
>>>>> saying that org.apache.james.protocols.api.logger.Logger could not be
>>>>> resolved. From maven's output it seemed that
>>>>> protocols.version=1.6-beta3 was used instead of 1.6.0-RC2-SNAPSHOT. I
>>>>> could not find any occurence of 1.6-beta3 in my workspace. I have
>>>>> concluded that maven's local repository ~/.m2/repository must somehow
>>>>> cause the inclusion of improper protocols.version. I have created a
>>>>> dedicated settings-james.xml for james builds with a new empty local
>>>>> repository:
>>>>>
>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
>>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>>>> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
>>>>> http://maven.apache.org/xsd/settings-1.0.0.xsd">
>>>>> <localRepository>${user.home}/.m2/repository-james</localRepository>
>>>>> </settings>
>>>>>
>>>>> After having done that there came another james error:
>>>>>
>>>>> [ERROR] The project org.apache.james:apache-james:3.0-beta4-SNAPSHOT
>>>>> (/home/gazda/james/current/app/pom.xml) has 1 error
>>>>> [ERROR] Non-resolvable parent POM: Could not find artifact
>>>>> org.apache.james:james-server:pom:3.0-beta4-SNAPSHOT and
>>>>> 'parent.relativePath' points at no local POM @ line 26, column 13
>>>>>
>>>>> I have changed the parent relativePath from empty to ../server/pom.xml
>>>>>
>>>>> and voila... The build fails on postage. As I do not need postage I
>>>>> have simply commented it out in current.pom.xml. After that the build
>>>>> succeeds.
>>>>>
>>>>>
>>>>> The question is: what kind of care does /current/app/pom.xml need?
>>>>>
>>>>> (a) I should set the parent.relativePath somewhere in my environment or
>>>>>
>>>>> (b) parent.relativePath should be fixed in /current/app/pom.xml
>>>>>
>>>>> Thanks
>>>>>
>>>>> Gazda
>>>>>
>>>>
>>>> From what I know the code in trunk is going through some refactoring
>>>> right
>>>> now so it may not be buildable. I suggest you take a tag release instead
>>>> of
>>>> trunk.
>>>>
>>>> Someone correct me if I'm wrong.
>>>
>>>
>>> Thank for your prompt reply, Ioan.
>>>
>>> Could please somebody utter a forecast when will the trunk be worth
>>> building again?
>>>
>>> Best,
>>>
>>> Gazda
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Jochen Gazda <ga...@gmail.com>.
Eric,
this is my ~/.m2/settings-james.xml which I always specify as mvn
command option:
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
http://maven.apache.org/xsd/settings-1.0.0.xsd">
<localRepository>${user.home}/.m2/repository-james</localRepository>
</settings>
Is there something weird in it?
Performing mvn package does not touch the local repository, right?
Maybe that is why I get the errors. I probably must run "mvn install"
instead.
Thanks
Gazda
On Tue, Jan 10, 2012 at 7:21 PM, Eric Charles <er...@apache.org> wrote:
> Hi there,
>
> Trunk is buildable (at least here and on hudson
> https://builds.apache.org/job/james-server-trunk/2530/).
>
> Try to force a clean via 'mvn clean install' if it really does not work
> Maybe there is something weird in your maven settings.xml?
>
> Thx,
> Eric
>
>
> On 10/01/12 11:04, Jochen Gazda wrote:
>>
>> On Tue, Jan 10, 2012 at 10:20 AM, Ioan Eugen Stan<st...@gmail.com>
>> wrote:
>>>
>>> Pe 10.01.2012 11:14, Jochen Gazda a scris:
>>>
>>>> Gentlemen,
>>>>
>>>> I am quite new to maven, so maybe I am missing something obvious.
>>>>
>>>> Issuing
>>>>
>>>> cd james/current
>>>> svn update
>>>> mvn package -DskipTests -e
>>>>
>>>> has brought a compilation error in james-server-protocols-library
>>>> saying that org.apache.james.protocols.api.logger.Logger could not be
>>>> resolved. From maven's output it seemed that
>>>> protocols.version=1.6-beta3 was used instead of 1.6.0-RC2-SNAPSHOT. I
>>>> could not find any occurence of 1.6-beta3 in my workspace. I have
>>>> concluded that maven's local repository ~/.m2/repository must somehow
>>>> cause the inclusion of improper protocols.version. I have created a
>>>> dedicated settings-james.xml for james builds with a new empty local
>>>> repository:
>>>>
>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>>> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
>>>> http://maven.apache.org/xsd/settings-1.0.0.xsd">
>>>> <localRepository>${user.home}/.m2/repository-james</localRepository>
>>>> </settings>
>>>>
>>>> After having done that there came another james error:
>>>>
>>>> [ERROR] The project org.apache.james:apache-james:3.0-beta4-SNAPSHOT
>>>> (/home/gazda/james/current/app/pom.xml) has 1 error
>>>> [ERROR] Non-resolvable parent POM: Could not find artifact
>>>> org.apache.james:james-server:pom:3.0-beta4-SNAPSHOT and
>>>> 'parent.relativePath' points at no local POM @ line 26, column 13
>>>>
>>>> I have changed the parent relativePath from empty to ../server/pom.xml
>>>>
>>>> and voila... The build fails on postage. As I do not need postage I
>>>> have simply commented it out in current.pom.xml. After that the build
>>>> succeeds.
>>>>
>>>>
>>>> The question is: what kind of care does /current/app/pom.xml need?
>>>>
>>>> (a) I should set the parent.relativePath somewhere in my environment or
>>>>
>>>> (b) parent.relativePath should be fixed in /current/app/pom.xml
>>>>
>>>> Thanks
>>>>
>>>> Gazda
>>>>
>>>
>>> From what I know the code in trunk is going through some refactoring
>>> right
>>> now so it may not be buildable. I suggest you take a tag release instead
>>> of
>>> trunk.
>>>
>>> Someone correct me if I'm wrong.
>>
>>
>> Thank for your prompt reply, Ioan.
>>
>> Could please somebody utter a forecast when will the trunk be worth
>> building again?
>>
>> Best,
>>
>> Gazda
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Eric Charles <er...@apache.org>.
Hi there,
Trunk is buildable (at least here and on hudson
https://builds.apache.org/job/james-server-trunk/2530/).
Try to force a clean via 'mvn clean install' if it really does not work
Maybe there is something weird in your maven settings.xml?
Thx,
Eric
On 10/01/12 11:04, Jochen Gazda wrote:
> On Tue, Jan 10, 2012 at 10:20 AM, Ioan Eugen Stan<st...@gmail.com> wrote:
>> Pe 10.01.2012 11:14, Jochen Gazda a scris:
>>
>>> Gentlemen,
>>>
>>> I am quite new to maven, so maybe I am missing something obvious.
>>>
>>> Issuing
>>>
>>> cd james/current
>>> svn update
>>> mvn package -DskipTests -e
>>>
>>> has brought a compilation error in james-server-protocols-library
>>> saying that org.apache.james.protocols.api.logger.Logger could not be
>>> resolved. From maven's output it seemed that
>>> protocols.version=1.6-beta3 was used instead of 1.6.0-RC2-SNAPSHOT. I
>>> could not find any occurence of 1.6-beta3 in my workspace. I have
>>> concluded that maven's local repository ~/.m2/repository must somehow
>>> cause the inclusion of improper protocols.version. I have created a
>>> dedicated settings-james.xml for james builds with a new empty local
>>> repository:
>>>
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
>>> http://maven.apache.org/xsd/settings-1.0.0.xsd">
>>> <localRepository>${user.home}/.m2/repository-james</localRepository>
>>> </settings>
>>>
>>> After having done that there came another james error:
>>>
>>> [ERROR] The project org.apache.james:apache-james:3.0-beta4-SNAPSHOT
>>> (/home/gazda/james/current/app/pom.xml) has 1 error
>>> [ERROR] Non-resolvable parent POM: Could not find artifact
>>> org.apache.james:james-server:pom:3.0-beta4-SNAPSHOT and
>>> 'parent.relativePath' points at no local POM @ line 26, column 13
>>>
>>> I have changed the parent relativePath from empty to ../server/pom.xml
>>>
>>> and voila... The build fails on postage. As I do not need postage I
>>> have simply commented it out in current.pom.xml. After that the build
>>> succeeds.
>>>
>>>
>>> The question is: what kind of care does /current/app/pom.xml need?
>>>
>>> (a) I should set the parent.relativePath somewhere in my environment or
>>>
>>> (b) parent.relativePath should be fixed in /current/app/pom.xml
>>>
>>> Thanks
>>>
>>> Gazda
>>>
>>
>> From what I know the code in trunk is going through some refactoring right
>> now so it may not be buildable. I suggest you take a tag release instead of
>> trunk.
>>
>> Someone correct me if I'm wrong.
>
> Thank for your prompt reply, Ioan.
>
> Could please somebody utter a forecast when will the trunk be worth
> building again?
>
> Best,
>
> Gazda
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Jochen Gazda <ga...@gmail.com>.
On Tue, Jan 10, 2012 at 10:20 AM, Ioan Eugen Stan <st...@gmail.com> wrote:
> Pe 10.01.2012 11:14, Jochen Gazda a scris:
>
>> Gentlemen,
>>
>> I am quite new to maven, so maybe I am missing something obvious.
>>
>> Issuing
>>
>> cd james/current
>> svn update
>> mvn package -DskipTests -e
>>
>> has brought a compilation error in james-server-protocols-library
>> saying that org.apache.james.protocols.api.logger.Logger could not be
>> resolved. From maven's output it seemed that
>> protocols.version=1.6-beta3 was used instead of 1.6.0-RC2-SNAPSHOT. I
>> could not find any occurence of 1.6-beta3 in my workspace. I have
>> concluded that maven's local repository ~/.m2/repository must somehow
>> cause the inclusion of improper protocols.version. I have created a
>> dedicated settings-james.xml for james builds with a new empty local
>> repository:
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
>> http://maven.apache.org/xsd/settings-1.0.0.xsd">
>> <localRepository>${user.home}/.m2/repository-james</localRepository>
>> </settings>
>>
>> After having done that there came another james error:
>>
>> [ERROR] The project org.apache.james:apache-james:3.0-beta4-SNAPSHOT
>> (/home/gazda/james/current/app/pom.xml) has 1 error
>> [ERROR] Non-resolvable parent POM: Could not find artifact
>> org.apache.james:james-server:pom:3.0-beta4-SNAPSHOT and
>> 'parent.relativePath' points at no local POM @ line 26, column 13
>>
>> I have changed the parent relativePath from empty to ../server/pom.xml
>>
>> and voila... The build fails on postage. As I do not need postage I
>> have simply commented it out in current.pom.xml. After that the build
>> succeeds.
>>
>>
>> The question is: what kind of care does /current/app/pom.xml need?
>>
>> (a) I should set the parent.relativePath somewhere in my environment or
>>
>> (b) parent.relativePath should be fixed in /current/app/pom.xml
>>
>> Thanks
>>
>> Gazda
>>
>
> From what I know the code in trunk is going through some refactoring right
> now so it may not be buildable. I suggest you take a tag release instead of
> trunk.
>
> Someone correct me if I'm wrong.
Thank for your prompt reply, Ioan.
Could please somebody utter a forecast when will the trunk be worth
building again?
Best,
Gazda
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: How to build James from trunk
Posted by Ioan Eugen Stan <st...@gmail.com>.
Pe 10.01.2012 11:14, Jochen Gazda a scris:
> Gentlemen,
>
> I am quite new to maven, so maybe I am missing something obvious.
>
> Issuing
>
> cd james/current
> svn update
> mvn package -DskipTests -e
>
> has brought a compilation error in james-server-protocols-library
> saying that org.apache.james.protocols.api.logger.Logger could not be
> resolved. From maven's output it seemed that
> protocols.version=1.6-beta3 was used instead of 1.6.0-RC2-SNAPSHOT. I
> could not find any occurence of 1.6-beta3 in my workspace. I have
> concluded that maven's local repository ~/.m2/repository must somehow
> cause the inclusion of improper protocols.version. I have created a
> dedicated settings-james.xml for james builds with a new empty local
> repository:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
> http://maven.apache.org/xsd/settings-1.0.0.xsd">
> <localRepository>${user.home}/.m2/repository-james</localRepository>
> </settings>
>
> After having done that there came another james error:
>
> [ERROR] The project org.apache.james:apache-james:3.0-beta4-SNAPSHOT
> (/home/gazda/james/current/app/pom.xml) has 1 error
> [ERROR] Non-resolvable parent POM: Could not find artifact
> org.apache.james:james-server:pom:3.0-beta4-SNAPSHOT and
> 'parent.relativePath' points at no local POM @ line 26, column 13
>
> I have changed the parent relativePath from empty to ../server/pom.xml
>
> and voila... The build fails on postage. As I do not need postage I
> have simply commented it out in current.pom.xml. After that the build
> succeeds.
>
>
> The question is: what kind of care does /current/app/pom.xml need?
>
> (a) I should set the parent.relativePath somewhere in my environment or
>
> (b) parent.relativePath should be fixed in /current/app/pom.xml
>
> Thanks
>
> Gazda
>
From what I know the code in trunk is going through some refactoring
right now so it may not be buildable. I suggest you take a tag release
instead of trunk.
Someone correct me if I'm wrong.
--
Ioan Eugen Stan
http://ieugen.blogspot.com
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org