That would be awesome!  But I wouldn't bother setting up the Ant based
builds, though; the focus should be on getting the Maven based things to
work.  A wrinkle is you might have to be a bit adaptable on the assembly
stuff, as we're not quite done creating that.  And, that actually raises a
question about what MyFaces is doing on the topic of sample applications (as
well as to solicit advice from other folks here as well).

I will try to take a look tomorrow night and see where things stand
with the maven build.  Even if we don't get things running completely
the main thing is to get continuum up and running.

Also, it will be good to build the jars at a minimum just to make sure
everything is compiling and things are running smoothly.  We can add
the assembly and publish stuff later.

For maximum user benefit, it's nice to ship sample apps "ready to run", with
all their dependent jars included.  But with four apps already, that would
mean lots of jar files duplicated -- which would really bloat an all-in-one
download.  For the Ant based builds, I took the tack of creating several
kinds of artifacts:

* A zip of the framework itself (library jars, sources, javadocs)

Certainly very easy to do with maven.

* A zip  of the dependencies (which Maven will eliminate the need for

* A war file for each example (ideally with a buildable source module
  and javadocs for the application classes included inside).

What do you think of this kind of strategy for Maven based builds as well?

Hmmm good idea.  This would come in handy with MyFaces now that you
mention it.  Of course you have to weigh the possible confusion of
"missing" dependencies vs. the bandwith you save.  How are existing
shale users responding on the user list? (I'm not currently monitoring
that one.)

Craig

Sean

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to