You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Craig McClanahan <cr...@apache.org> on 2006/06/12 19:27:01 UTC
[Shale] Nightly Builds Resumed
For those of you following Shale, you've probably noticed that there have
not been any nightly builds available for the past few weeks. This was due
to a combination of circumstances, but the primary reason is we've been
focusing on migrating the build environment from Ant-based scripts to use
Maven2 instead. When completed, it will be *much* easier to build Shale, or
applications based on Shale.
However, in the mean time, I'm pleased to announce that creation of nightly
builds for Shale have been restored. You can get the 20060612 version from:
http://people.apache.org/builds/struts/nightly/struts-shale/
NOTES:
* The Shale website currently has a bad link to this page (it points at "
cvs.apache.org").
That will be fixed soon. In the mean time, use the link above.
* When the conversion to Maven2 is complete, the organization of the
artifacts published
as nightly builds (as well as the organization of Shale releases as well)
will be changed.
Watch here for an announcement of the date that this goes into effect for
the nightly builds.
Craig McClanahan
Re: [Shale] Nightly Builds Resumed
Posted by Craig McClanahan <cr...@apache.org>.
On 6/12/06, Wendy Smoak <ws...@gmail.com> wrote:
>
> On 6/12/06, Craig McClanahan <cr...@apache.org> wrote:
>
> > 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)
> >
> > * A zip of the dependencies (which Maven will eliminate the need for
>
> I think 'jars without dependencies' is possible. Asking for the
> dependencies, but not the jar they came from, might be more difficult.
> Could the second one be a library distribution of Shale +
> dependencies?
Right now we're creating the framework distro with all the Shale jars + the
dependencies ... that seems like the most convenient packaging for a
non-Maven user, and the size is currently just over 9mb, which shouldn't be
any big deal. (Interestingly, the Shale part of that is < 400k ... it's
nice to not have to implement everything JSF already provides :-). So I
don't really see a need for a separate dependencies-only distro.
> * A war file for each example (ideally with a buildable source module
> > and javadocs for the application classes included inside).
>
> It's usually WEB-INF/src for the sources, but I haven't seen Javadocs
> in a .war file. WEB-INF/apidocs? (There's an example of copying the
> sources in Struts Action, probably in apps/pom.xml.)
The other way we could do this would be build a "src/main/assembly"
directory for each webapp, and package sources/javadocs/war file with the
POM in the expected place (top level directory). It's marginally more
complicated for someone to have to extract the WAR, but the project would
look like an out-of-the-box Maven module.
--
> Wendy
Craig
---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
Re: [Shale] Nightly Builds Resumed
Posted by Wendy Smoak <ws...@gmail.com>.
On 6/12/06, Craig McClanahan <cr...@apache.org> wrote:
> 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)
>
> * A zip of the dependencies (which Maven will eliminate the need for
I think 'jars without dependencies' is possible. Asking for the
dependencies, but not the jar they came from, might be more difficult.
Could the second one be a library distribution of Shale +
dependencies?
> * A war file for each example (ideally with a buildable source module
> and javadocs for the application classes included inside).
It's usually WEB-INF/src for the sources, but I haven't seen Javadocs
in a .war file. WEB-INF/apidocs? (There's an example of copying the
sources in Struts Action, probably in apps/pom.xml.)
--
Wendy
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Shale] Nightly Builds Resumed
Posted by Sean Schofield <se...@gmail.com>.
> 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: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Shale] Nightly Builds Resumed
Posted by Craig McClanahan <cr...@apache.org>.
On 6/12/06, Sean Schofield <se...@gmail.com> wrote:
>
> Craig,
>
> James and I are going to attempt to setup the Shale continuum server
> on Wednesday. Should we try to setup the publishing of Shale
> nightlies as well?
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).
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)
* 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?
Sean
Craig
Re: [Shale] Nightly Builds Resumed
Posted by Sean Schofield <se...@gmail.com>.
Craig,
James and I are going to attempt to setup the Shale continuum server
on Wednesday. Should we try to setup the publishing of Shale
nightlies as well?
Sean
On 6/12/06, Craig McClanahan <cr...@apache.org> wrote:
> For those of you following Shale, you've probably noticed that there have
> not been any nightly builds available for the past few weeks. This was due
> to a combination of circumstances, but the primary reason is we've been
> focusing on migrating the build environment from Ant-based scripts to use
> Maven2 instead. When completed, it will be *much* easier to build Shale, or
> applications based on Shale.
>
> However, in the mean time, I'm pleased to announce that creation of nightly
> builds for Shale have been restored. You can get the 20060612 version from:
>
> http://people.apache.org/builds/struts/nightly/struts-shale/
>
> NOTES:
>
> * The Shale website currently has a bad link to this page (it points at "
> cvs.apache.org").
> That will be fixed soon. In the mean time, use the link above.
>
> * When the conversion to Maven2 is complete, the organization of the
> artifacts published
> as nightly builds (as well as the organization of Shale releases as well)
> will be changed.
> Watch here for an announcement of the date that this goes into effect for
> the nightly builds.
>
> Craig McClanahan
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Shale] tiger - abstract base class?
Posted by Adam Brod <AB...@intralinks.com>.
Done. http://issues.apache.org/struts/browse/SHALE-190
Adam Brod
Product Development Team
"Craig McClanahan" <cr...@apache.org>
Sent by: craigmcc@gmail.com
06/12/2006 06:52 PM
Please respond to
"Struts Users Mailing List" <us...@struts.apache.org>
To
"Struts Users Mailing List" <us...@struts.apache.org>
cc
Subject
Re: [Shale] tiger - abstract base class?
On 6/12/06, Adam Brod <AB...@intralinks.com> wrote:
>
> Hi-
>
> I want to define a managed property in an abstract base class using
> shale-tiger annotations. Then the subclasses can use the same property.
You're trying to use @Property on the abstract base class, right?
Is this possible? So far, it doesn't seem to work. Jpa allows for mapped
> superclasses that are abstract, so the same thing would be great in JSF
as
> well.
>
>
http://java.sun.com/javaee/5/docs/api/javax/persistence/MappedSuperclass.html
Because the Tiger extensions processes annotations at runtime, it should
actually be able to figure this out without additional annotations. Right
now, it only looks at the specified managed bean class itself. Could you
please file an issue asking for this improvement?
http://issues.apache.org/struts/
Thanks,
>
> Adam Brod
> Product Development Team
Craig
Disclaimer: This electronic mail and any attachments are confidential and may be privileged. If you are not the intended recipient, please notify the sender immediately by replying to this email, and destroy all copies of this email and any attachments. Thank you.
Re: [Shale] tiger - abstract base class?
Posted by Craig McClanahan <cr...@apache.org>.
On 6/12/06, Adam Brod <AB...@intralinks.com> wrote:
>
> Hi-
>
> I want to define a managed property in an abstract base class using
> shale-tiger annotations. Then the subclasses can use the same property.
You're trying to use @Property on the abstract base class, right?
Is this possible? So far, it doesn't seem to work. Jpa allows for mapped
> superclasses that are abstract, so the same thing would be great in JSF as
> well.
>
> http://java.sun.com/javaee/5/docs/api/javax/persistence/MappedSuperclass.html
Because the Tiger extensions processes annotations at runtime, it should
actually be able to figure this out without additional annotations. Right
now, it only looks at the specified managed bean class itself. Could you
please file an issue asking for this improvement?
http://issues.apache.org/struts/
Thanks,
>
> Adam Brod
> Product Development Team
Craig
[Shale] tiger - abstract base class?
Posted by Adam Brod <AB...@intralinks.com>.
Hi-
I want to define a managed property in an abstract base class using
shale-tiger annotations. Then the subclasses can use the same property.
Is this possible? So far, it doesn't seem to work. Jpa allows for mapped
superclasses that are abstract, so the same thing would be great in JSF as
well.
http://java.sun.com/javaee/5/docs/api/javax/persistence/MappedSuperclass.html
Thanks,
Adam Brod
Product Development Team
Disclaimer: This electronic mail and any attachments are confidential and may be privileged. If you are not the intended recipient, please notify the sender immediately by replying to this email, and destroy all copies of this email and any attachments. Thank you.