Massimo Lusetti | 1 Feb 10:30 2006
Picon

[OT] Handle maven2 multiproject in Eclipse

I'm really eager to see/know how you will handle hivemind maven2
multiproject in Eclipse.

--
Massimo
http://meridio.blogspot.com
Howard Lewis Ship | 1 Feb 21:17 2006
Picon

Re: [OT] Handle maven2 multiproject in Eclipse

I think that, ultimately, we will refactor into multiple mini-projects.

I took a pass at using Maven2 for HiveMind, but am not happy about it.
 I tried to do convert to Maven2 and refactor the source paths to
match Maven2's defaults and that was too mcuh.  I'm going to try
again, perhaps this weekend.  After we get it building and stable, we
can refactor code the way Maven2 likes it.

On 2/1/06, Massimo Lusetti <mlusetti <at> gmail.com> wrote:
> I'm really eager to see/know how you will handle hivemind maven2
> multiproject in Eclipse.
>
> --
> Massimo
> http://meridio.blogspot.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-dev-unsubscribe <at> jakarta.apache.org
> For additional commands, e-mail: hivemind-dev-help <at> jakarta.apache.org
>
>

--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind

Professional Tapestry training, mentoring, support
and project work.  http://howardlewisship.com
(Continue reading)

Geoff Longman | 2 Feb 04:03 2006
Picon

Re: [OT] Handle maven2 multiproject in Eclipse

disclaimer: I'm a maven dummy. been mavening for approx 5 days.

I was able to get the two new (no plugin) artifacts for Spindle to
work in Eclipse w/maven2

I created a parent project:

<groupId>net.sf.spindle</groupId>
  <artifactId>spindle-libraries</artifactId>
  <packaging>pom</packaging>
  <version>1.0-SNAPSHOT</version>
  <name>Root Project for IDE agnostic libraries</name>
  <url>http://spindle.sf.net</url>
  <modules>
    <module>spindle-core</module>
    <module>spindle-parser</module>
  </modules>
</project>

and two children (see modules above)

use Maven2 plugin to setup classpath from local repository.

Downside. you have to put the child projects in the parent folder.
Which means you can't check out the parent and have the children in
eclipse without importing them.

You can check out the children individually directly into eclipse as
long as you have already run a maven install on the parent.

(Continue reading)

Massimo Lusetti | 2 Feb 10:40 2006
Picon

Re: [OT] Handle maven2 multiproject in Eclipse

On 2/2/06, Geoff Longman <glongman <at> gmail.com> wrote:

> Downside. you have to put the child projects in the parent folder.
> Which means you can't check out the parent and have the children in
> eclipse without importing them.
>
> You can check out the children individually directly into eclipse as
> long as you have already run a maven install on the parent.
>
> Not perfect but not bad.

Yes, that's the way maven2 eclipse plugin works , and that's is
terrible by my point of view.

You end up having a directory per module in your workspace plus a dir
for the whole process (maybe just to handle docs, scripts, deploy time
config etc) and for the SCM they're all different working copies so if
you put hands here and there you have to update the others, i find it
at least boring and error prone.

I probably could take it as a good practice for a really big dev team
which as strict separation of concern between developers.

But as you I've used maven2 just for a short time (a month or so) and
could see some benefits, so I'll wait to see where it ends.

--
Massimo
http://meridio.blogspot.com
(Continue reading)

Howard Lewis Ship | 6 Feb 03:51 2006
Picon

HiveMind 1.2 progress

Well, there hasn't been much, we've been focusing on 1.1.1.

I'm not satisified with my attempt to convert to Maven2 (in my branch).

But the experiment is useful, I'm going to take another crack at it,
on the trunk.  I'm going to remerge 1.1.1 changes into the trunk, then
convert to Maven2 (but leave all the source folder locations as is,
for the meantime).

On the other hand, I'm getting into crunch mode with a client, so I
won't be able to do a lot with HiveMind for the next few weeks.

I do have a number of ideas I want to pursue for 1.2:

- <module> attribute to control the default builder factory
- A streamlined, smarter injection factory
- <interceptor-sets> ... a way to apply a set of interceptors to many
services (potentially, across many modules)
- Some kind of negotiation between the service extention point,
service lifecycle model, and service implementation builder to handle
negoation on the lifecycle model (i.e., to allow it to be determined
via an annotation on the implementation class), and to handle the
intracacies of event notification support for non-singleton models.

In addition, I want to start introducing an alternate approach to
creating services, one that invokes Java code to build the service
implementation. This may be based on annoations and/or naming
conventions.  I see this ultimately as a way to reduce the amount of
XML in the system, make HiveMind more refactoring friendly, and
improve startup time for complex environments like Tapestry.
(Continue reading)

Howard Lewis Ship | 6 Feb 03:54 2006
Picon

[DICUSS] Move from Jakarta to Tapestry PMC?

Looks likely that Tapestry will go TLP in the very near future.

Does HiveMind belong as a sub-project of Tapestry, rather than Jakarta?

I'm not sure of the specific advantages or disadvantages to HiveMind. 
I don't see the PMC either aiding or restricting HiveMind at this
time, and its possible HiveMind could go for TLP status as well.

Discussion?

--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind

Professional Tapestry training, mentoring, support
and project work.  http://howardlewisship.com
Massimo Lusetti | 6 Feb 09:45 2006
Picon

Re: HiveMind 1.2 progress

On 2/6/06, Howard Lewis Ship <hlship <at> gmail.com> wrote:

> I'm not satisified with my attempt to convert to Maven2 (in my branch).
>
> But the experiment is useful, I'm going to take another crack at it,
> on the trunk.  I'm going to remerge 1.1.1 changes into the trunk, then
> convert to Maven2 (but leave all the source folder locations as is,
> for the meantime).

I got twisted feeling by this since i want it (I've switched almost
all my project to maven2) but I'm really scared by the way eclipse
handle maven2 multi-project.
As already said, i hope this will enlight my way to handle that.

> - A streamlined, smarter injection factory

Would you mind argument this a little more...

> - <interceptor-sets> ... a way to apply a set of interceptors to many
> services (potentially, across many modules)

Sounds really useful!

> I want to seriously considering bumping the minimum release for
> HiveMind 1.2 up to JDK 1.5, so that we can embrace annotations.

Definitely a +1 by me.

Regards
--
(Continue reading)

Jean-Francois Poilpret | 6 Feb 14:14 2006

RE: HiveMind 1.2 progress

If you are searching for a "new breed" of build system, you might consider
taking a look at the EL4ANT project (el4ant.sourceforge.net).
Although based on ant, it seems quite powerful and much extensible in a much
easier way than pure ant.

I have just started migrating HiveMind Utilities build system to it, it is
highly probable that HMU next version 0.6.0 will be using it.

Cheers

	Jean-Francois

-----Original Message-----
From: Massimo Lusetti [mailto:mlusetti <at> gmail.com] 
Sent: Monday, February 06, 2006 3:45 PM
To: hivemind-dev <at> jakarta.apache.org
Subject: Re: HiveMind 1.2 progress

On 2/6/06, Howard Lewis Ship <hlship <at> gmail.com> wrote:

> I'm not satisified with my attempt to convert to Maven2 (in my branch).
>
> But the experiment is useful, I'm going to take another crack at it,
> on the trunk.  I'm going to remerge 1.1.1 changes into the trunk, then
> convert to Maven2 (but leave all the source folder locations as is,
> for the meantime).

I got twisted feeling by this since i want it (I've switched almost
all my project to maven2) but I'm really scared by the way eclipse
handle maven2 multi-project.
(Continue reading)

Howard Lewis Ship | 11 Feb 01:26 2006
Picon

1.1.1 changes to trunk (1.2)

I just merged the 1.1.1 changes into the trunk (1.2)

As I find time, I will take another crack at converting over to
Maven2.  For the meantime, I'll leave the Java source folders as they
currently are (Maven2 should be able to adapt), then ultimately move
them into Maven2-default locations (i.e., src/java --> src/main/java
and src/main/resources).  If someone beats me to this, that's fine.

There's going to be a lot of work to convert over the existing
documentation. Maven2 has a "plain old text" format that is a big
improvement for most documentation, the only disadvantage is that
there's no equivalent to links.ent for common links and text.

In terms for future work, we need to discuss whether HiveMind 1.2
should be coded against JDK 1.5.  I'm thinking a lot in terms of
annotations.

--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind

Professional Tapestry training, mentoring, support
and project work.  http://howardlewisship.com
Massimo Lusetti | 11 Feb 10:24 2006
Picon

Re: 1.1.1 changes to trunk (1.2)

On 2/11/06, Howard Lewis Ship <hlship <at> gmail.com> wrote:

> I just merged the 1.1.1 changes into the trunk (1.2)
>
> As I find time, I will take another crack at converting over to
> Maven2.  For the meantime, I'll leave the Java source folders as they
> currently are (Maven2 should be able to adapt), then ultimately move
> them into Maven2-default locations (i.e., src/java --> src/main/java
> and src/main/resources).  If someone beats me to this, that's fine.

Let me know if i this is correct:
Yuo would like to keep the current way of building things while having
also maven2 able to build it up, the docs in this first step still
with forrest, the whole work should be based on your work in the
maven2 branch of the repository.

Is this correct? If so i could look at it and see if i can send you
the new trunk with maven2 support.

Regards
--
Massimo
http://meridio.blogspot.com

Gmane