Hi Ioan,
I have updated the current externals and the hudson build.
Can you check to update or even disable GUMP (see mail sent to
mailet-api, GUMP is a continuous integration system used before hudson).
For the naming, just post here the list of names/versions you think to
change so we can all review them and identify the impact.
Thx again,
Eric
On 01/12/2012 01:41, Ioan Eugen Stan wrote:
Hello Eric,
Please read inline,
On Fri, Nov 30, 2012 at 12:44 PM, Eric Charles <[email protected]> wrote:
(see inline)
On 30/11/2012 10:27, Ioan Eugen Stan wrote:
On Fri, Nov 30, 2012 at 8:29 AM, Eric Charles <[email protected]> wrote:
+1 on the idea to put mailets together, but yes, we need to take care to
not
loose the tags/branches.
Great! I can move them in place under james/mailets/trunk. There are
no branches, just a few tags. I don't have a solution to tags so I
expect some help. From what I know, they are shallow references to
certain commits. Not sure if they will work if I move them under
james/mailets/tags .
SVN folders in tags are simply a copy of another folder. You could call tag
and branch 'foo' and 'bar', it would be the same. It's simply a naming
conventions.
'svn mv ... ...' should do the work, although I have never moved
tags/branches. Double check with another src :)
It worked like a charm, thanks.
I guess using a few carefull "svn mv fromUrl toUrl" can do the job (no
need
for new commit/recommmit).
Yep, thanks.
About the naming, I would love to have consisten naming. For now, we have
some mailet-aggregator, mailbox-project vs apache-crypto-mailets...
I (re)open here the door to another discussion which is the naming
conventions of our artifcats... Regarding the mailets, I would suggest at
least to name the new top pom "apache-mailets" to be more consistent with
the rest.
Agree, I would also like to update the versioning schema and go with
http://semver.org/ , which I think is also ok with regard to OSGi.
I think I can do them over the weekend and go with a release sometimes
next week with the new project structure, artifact names and versions.
New directory structure is available at [1], I'm waiting for the git
mirror as requeste by me to infra. All our repos will then have git
mirrors.
[1] http://svn.apache.org/repos/asf/james/mailet/
Cool. Before committing, please post here your naming proposal so everyone
has time to commment and review. Naming and structure are always sensible
topics.
I would like to rename maven artifacts so they are more consistent.
Don't have a strong preference but I like groupId:
org.apache.james.mailets like the protocols groupId. I don't have a
strong opinion on this, so I'm ready to drop in case of complaints.
With regard to artifactId, I'm going with apache-mailets for the
parent pom (where we will define all the properties and dependency
management for mailets). apache-mailets-aggregator will aggregate all
the projects.
apache-mailets will have apache-james-project as parent. All other
mailet projects, including apache-mailets-aggregator, will be children
of apache-mailets.
As for the version changes, I plan to add numbers and dots so they
look like X.Y.Z. For example, apache-james-ai-project will have
0.0.1-SNAPSHOT instead of 0.1-SNAPSHOT. This is mainly to be
consistent and so we don't create confusion in OSGi realm.
Pull requests would be very nice but I think patches or github web
reviews will have to do until we get the basics.
Any help is appreciated,
Also, if you decide to change naming/packages/versions..., please also add
in you todo:
- The impact on the other James components (pom, src...).
- The impact on the documentation (download page, mailet sites..)
Thx again,
Eric
Thx, Eric
On 29/11/2012 23:39, Ioan Eugen Stan wrote:
Hello devs,
I wish to change the directory structure of the mailet project to be
something similar to the mailbox project with all mailet components
under the same roof.
I think the current set-up is very bad for development since most of
the components are linke together and should stay together.
It should be very similar to the mailbox project structure where we
have the api and implemnetations in the same folder.
I made a quick mock-up that you can check out:
https://github.com/ieugen/james-mailet-new
It will also make git migration a lot easier since the whole project
will require just one git repo, whereas in the current state we will
need about 4.
How should we do this with respect to the already available tags (a
few). There are no branches. My Idea is to move the existing mailets
project structure as a new commit under james/OLD and recommit all
files with the new structure under james/mailets.
What do you think?
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
