Toby, it looks like the revision history is getting lost for the files
being moved to 'resources' From the commit messages, and svn logs, it
looks like they're being deleted and re-added as new files. Is that
what you're doing? If so, the 'svn mv' command (or 'svn cp' and 'svn
rm' ) will preser
On 6/10/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 6/10/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Old site plugin? Try -U on the command line to make it update, or
>rm -rf $M2_REPO/org/apache/maven/plugins/maven-site-plugin
> so it will download again.
On 6/10/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
Don't forget to add "-Pmyfaces" as well ... the site generation seems to
want to compile everything again, and some of the compiles will fail
without either -Pmyfaces or -Pjsfri being explicity listed (most likely a
Maven issue).
I have
On 6/10/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
You can also "stage" the entire site locally with:
'mvn site:stage'
It defaults to target/staging, or you can specify
-DstagingDirectory=/path/to/tempdir
Strange. The default is to put target/staging under ea
I updated the wiki page [1] but I want to call attention to a couple
of features of the Maven 2 site plugin.
First is the ability to start Jetty and regenerate pages on the fly as
you're editing them. This works for a single module at a time.
'mvn site:run' then browse to http://localhost:80
On 6/9/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Also, need to review the heavy baggage that including shale-spring as a
dependency (and transitively the dependencies that Spring defines)
brings to the table.
Spring 1.2.5 looks like the first version that has its dependencies
marked 'op
On 6/10/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
You get rid of them by adding a in the webapp pom marked
provided or optional. Maven constructs a dependency graph and uses
the "closest" definition.
Missed a word there. :) You _can_ get rid of them this way, though
s
On 6/10/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
I've tried Wendy's suggestion of using -X on the mvn execution, which gives
a pretty copious amount of output ... and still doesn't make it clear from
which POM the dependency is actually getting inherited. Is there some
mechanism in Maven
On 6/10/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
Just wondering if there's a reason that the entry for the Maven snapshot
repo (in , not ) is in each POM rather
than being a part of the struts-parent POM. It does seem to be included in
most (all?) of the other POMs explicitly. Are entries n
On 6/10/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: tmjee
Date: Sat Jun 10 06:24:38 2006
New Revision: 413293
URL: http://svn.apache.org/viewvc?rev=413293&view=rev
Log:
- removed provided from myfaces dependency, since
myfaces-jsf-api is available in the repository
Provided was
On 6/9/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Showcase pom.xml seems to indicate a dependency on struts-core-2.0-SNAPSHOT,
and struts-core's pom.xml indicate dependency on xwork-2.0-SNAPSHOT, i wonder why
xwork-1.2-SNAPSHOT.jar is included in it.
mvn clean
mvn install -X
On 6/9/06, tm jee <[EMAIL PROTECTED]> wrote:
When building showcase war file using maven, it seems that
xwork-1.2-SNAPSHOT.jar is being included in /WEB-INF/lib and so is
xwork-2.0-SNAPSHOT.jar. It should only include xwork-2.0-SNAPSHOT.jar i guess.
Showcase pom.xml seems to indicate a depend
\On 6/8/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
I've seen that convention, but have a question for you ... since the unit
tests for webapps built from these examples are going to use the mock
objects in the Shale Test Framework anyway, what would you think of having a
convenience abstrac
The Shale Blank app is now set up to run its integration tests.
http://svn.apache.org/viewvc?rev=412639&view=rev
The includes/excludes are working (thanks David!) and we're using the
Cargo Java API to start and stop Tomcat. (Yesterday's experiment with
the Cargo plugin didn't work out, the inh
On 6/6/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Final refinement ... perform this copy in process-resources phase, which is
more logical. It works because the plugin goals are added on to the end of
the existing goals for a phase (the standard resource copying has to occur
first for this
On 6/6/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
I've been lucky find a solution, but it took a bit of playing around. The
key problem I was having was making sure that:
1) the tests were in src/it were compiled in addition to src/test
2) the integration tests were not executed during tes
On 6/5/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
The problem I keep running into is that there is only one
/, and there is no
// in the model. If that
existed, it seems like you could get another execution of Surefire
using a second source directory.
Returning to the idea of best pra
On 6/3/06, Erik Bertelsen <[EMAIL PROTECTED]> wrote:
I have tweaked my build scripts a little and now successfully upgraded a
handfull of Struts Action applications from 1.3.0 to 1.3.5-SNAPSHOT /
(appears to be built on 29 May 2006).
Seems to work well and as the distribution's contents
has cha
On 6/5/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
What's needed is a complete additional test environment, with its own
lifecycle, and its own classpath (i.e. dependencies tagged to this scope so
you only load things like HttpUnit or HtmlUnit here). If integration tests
exist, they should b
On 6/5/06, Brett Porter <[EMAIL PROTECTED]> wrote:
It *should* still be possible to achieve what you want currently (I
thought Vincent's chapter discussed that, but I don't might be
mistaken). It may take some effort, though, and I'm not sure of any
existing examples. The 'integration-test' phas
On 6/5/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
If I'm reading 'Better Builds With Maven" correctly, it seems that the
recommended practice for functional or system integration tests for webapps
(i.e. where you deploy the app to a server and then execute HTTP requests
and examine the resul
On 5/25/06, Patrick Lightbody <[EMAIL PROTECTED]> wrote:
Do we have something like Continuum setup for Struts? If not, we should. What's
the process to kick this off?
Take two: Brett mentioned on commons-dev that vmbuild.apache.org is
available for Commons nightly builds & CI.
* http://www.n
For Shale Tiger, the 'test-webapp' configuration from the Ant build
worked with minor changes, and only one problem remains in
LifecycleListenerTestCase:
Test set: org.apache.shale.tiger.faces.LifecycleListenerTestCase
--
On 6/3/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
I just tried the struts-blank one. Very cool! I ran into one problem when
building the generated app, though:
[INFO] Error building POM (may not be this project's POM).
Project ID: org.apache.maven.surefire:surefire-booter
Reason: Error getti
On 6/3/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
* shale-tiger: The ant version of the tests builds a mock web application directory structure under
"target/test-webapp" that is used to exercise the configuration loading classes. It doesn't look
like we can emulate this by simply co
In the sandbox, we have Maven archetypes for both "Shale Blank" and
"Action Blank".
Here are the README files with instructions:
http://svn.apache.org/repos/asf/struts/sandbox/trunk/archetypes/shale-blank/README.txt
http://svn.apache.org/repos/asf/struts/sandbox/trunk/archetypes/action-blank/RE
Oops... wrong button!
On 6/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> +1 for shale-core, shale-test, shale-clay, etc., as directory names
> matching the artifactIds.
Done
The list of modules in the parent pom needs to be changed to match.
Are you suggesting changing the artifact id a
On 6/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> +1 for shale-core, shale-test, shale-clay, etc., as directory names
> matching the artifactIds.
Done
> For the apps, I see a really long artifactId for the sql browser app,
> and would rather have it match the name of the war file:
> shale-
On 6/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
We should rename core-library to shale-core. It saves a lot on
maven/continuum headaches if the name of the dir matches the name of
the artifact. We did not do this in MyFaces (for some valid reasons)
but its a definite inconvenience. I hav
On 6/2/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
Wendy, correct me if I'm wrong, but I think this is done because the
base group id for Struts is org.apache.struts and as long as Tiles is
still part of Struts it will need to retain the struts part of the
group id.
Yes, as long as the Struts P
On 6/1/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
* "src/systest" in the original repository contains JUnit tests,
but they (a) presume that the webapp has been deployed,
and (b) use HtmlUnit to exercise the actual application and
examine the returned HTML pages for correct output. I
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
Sorry, I meant with Maven 2. I get a few test failures, even after
correcting the missing .xml files from test.
So did I. The tests fail with Maven2, so I looked at tiger/build.xml
to see what might be missing.
In build,xml, the 'test' ta
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
Are you able to run the tiger tests?
No. I got to the part in build.xml where it says "Set up 'web
application' for unit tests" and decided that maven.test.skip=true
would do for now. :)
Craig, can you explain the testing strategy for shal
On 6/1/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
Found the one on the Maven website[1] and added the appropriate entries.
But now, when I try to run "mvn clean test -Pjsfri" the following bad things
happen:
* There's an obsolete jsf-api artifact on ibiblio --
can we specify a priority or
On 6/1/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
Thanks ... I've gotta get my feet wet with this stuff sometime, so now seems
like a good opportunity :-).
Here's the 'maven model', the documentation for pom.xml:
http://maven.apache.org/ref/2.0.3-SNAPSHOT/maven-model/maven.html
There's
On 6/1/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
In addition, I wanted to try this using the JSF RI too, because (in theory)
everything should still work. So I tried
mvn clean install -Pjsfri
It looks like Maven is trying to download the RI stuff from ibiblio, which
isn't correct ...
On 6/1/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
Works for me now as well, with your latest patches. But shouldn't it also
work without the "-Pmyfaces" because it's got set?
I think so, too. :/ In addition there was some strangeness (discussed
on [EMAIL PROTECTED]) with being able to
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
> The Ant build also copies messages.properties ->
> message_en.properties, which isn't in the Maven build yet.
Would you like a mojo for that?
For copying the file? I was just going to use the antrun plugin. (Or
just duplicate the file
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
In fact, here's my config (passwords not included ;)
apache-maven-releases
jmitchell
/home/jmitchell/.ssh/id_dsa
(password for my apache acct)
...
We also have suggested settings he
On 6/1/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
I ran all but the tiger script. There are a ton of errors still in
the core tests but we're making progress.
Core library builds and all the tests pass:
mvn clean install -Pmyfaces
It was a combination of a missing 'documentRoot' system
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
Oh jeez, I just went back and looked at the commit in a little more
light, the copy was just shuffling within mvn_reorgsorry, never
mind.
There were two commits after the branch that will need to be dealt with:
http://svn.apache.org/v
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
There were a couple of commits to shale between when mvn_reorg was
copied and this commit. Without looking over this file by file, I
hope we aren't losing anything.
I saw them, they'll have to be merged or re-done on the branch.
Also, what
On 6/1/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
So I can run svn move foo/bar foo/buzz locally and then commit foo?
This is the same as svn move https://foo.com/foo/bar
https://foo.com/foo/buzz?
Yes, exactly the same. The advantage is that you can do multiple
commands locally, preview th
On 6/1/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
The next step is to replicate all of the changes Wendy made using her
script. I need to leave the office for a few hours but if nobody does
this while I'm gone I will see what I can do. We'll also need to copy
over the poms from the test rep
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
Ok, so I had some time this morning to help.
I started looking at the apps to see what I could do to get them up
to "Maven2" par. I created a struts-shale-apps-parent (pom.xml under
apps/) and added it as a module of struts-shale-parent. I
On 5/31/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
I have a couple more variations of the rolodex usecase example in the works. I
agree that it would be good to pull Clay out of the core usecases. What ever
it takes to let maven do it's magic.
I would also like to setup a Clay mail reader
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Why don't we just make a struts-shale-mvn directory in the real ASF
repo. Just copy the existing struts-shale? As long as there is
nothing pressing (next 10 days or so) to check in, we can just work in
the copy. Then when we're happy we cu
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
I think the ultimate answer depends on whether we know for sure that
we want separate releases. It doesn't sound like we know for sure so
maybe we should just stick with one shale/trunk. For MyFaces we had
as a goal to break out tomahawk fr
On 5/31/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
Using "main" works for me if we want to go this way.
But, does "apps" really belong underneath "main" (I can see the logic on the
rest of them)?
It either goes there, or it gets its own trunk and a separate release
cycle. I was already
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Well design time is inherently linked to core. It makes no sense to
release one without the other. With shale-test, you might in fact
release that separately from core so if it has its own trunk and set
of branches, that is easier to do.
If
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Separate question. How are you running these scripts? They seem to
imply you have access to the actual svn server.
No, it's just a list of commands that I executed on a local checkout.
Maybe we should use svn move http://svn.apache.org
On 5/31/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 5/31/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Do you forsee us needing to release them separately? I think the
> single distribution with one version number is less confusing for
> users. Separate r
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
I bet this makes the core stuff work in Creator. OK I moved it to be
a subproject of core-library and for now, its not automatically being
built when you build core-library (since we're missing the jars.) I
also moved one of the test cases t
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> You once explained how you worked around something similar in MyFaces,
> any advice for this one?
Change the dependency in core-library to be a *released* version of shale-test.
That works, now that we have a released version. :) Thanks.
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Is there any special reason for a designtime dir?
Can these be compiled with the source in src/main/java?
It's a separate artifact in the Ant build (shale-designtime.jar) so
it's a separate module in the Maven project structure. Is that wha
On 5/30/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
I checked in some minor fixes to the core POM. I added a dependency
(test scope) to shale-test. There are still missing source files in
the core library. I think src/designtime also needs to be moved to
src/main in the m2 reorg.
Thanks, Se
On 5/26/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
I don't believe Continuum was ever set up. James set up the nightly builds
on the zone, but I think that's all that's running there. At some point, I
believe infra was unhappy about too many Continuum runs hogging helios (the
zone box), but I'
On 5/29/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 5/29/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Done. And that leaves no open issues for 1.3.5, (except for the
> documentation which still needs some work.)
What kind of work?
Nothing major. Extras needs an
On 5/29/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
OK good plan - I think we should close STR-2527 as fixed in 1.3.5 and
leave tiles to be dealt with under SB-23 (adding a note to port back
the changes to 1.3.x).
Done. And that leaves no open issues for 1.3.5, (except for the
documentation
On 5/29/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
Its resolved except for tiles - from a quick scan there are quite a
few tiles attributes that don't allow runtime expersions (I've noted
them on the Jira ticket) - but IMO its not actually a bug and we
shouldn't stop 1.3.5 because of it. Rath
On 5/28/06, Joe Germuska <[EMAIL PROTECTED]> wrote:
btw, considering my last email, I should point out that Wendy's test
build predates those two commits I made, so either 1.3.5 should be
rebuilt, or it should be skipped. In my mind, 1.3.5 has not been
released yet, and Wendy's test build could
On 5/28/06, Joe Germuska <[EMAIL PROTECTED]> wrote:
These two commits cover the things that I "knew" were issues.
http://svn.apache.org/viewvc?view=rev&revision=409443
Thanks, Joe. Was there a JIRA issue opened for this one? (It won't
appear in the release notes otherwise.)
There are still
On 5/28/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
Yes it is related and will look in session scope if not found in
request scope - basically its the same as the "name" attribute on the
and tags - they all use
TagUtils.getActionMessages() to retrieve the messages which uses
PageContext.fin
The documentation for the 'errorKey' attribute of all the html taglib tags says:
Name of the _request_ _scope_ bean under which our error messages have
been stored. If not present, the name specified by the
Globals.ERROR_KEY constant string will be used.
Is that still correct? I'm thinking of t
On 5/22/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Most of the example apps are missing dependencies in WEB-INF/lib, so
they won't start.
I moved Spring into in apps/pom.xml and added
the four Spring dependencies to the shopping cart app. Now it starts,
displays a page briefly, t
I've made some progress on SHALE-179, converting the build to Maven 2.
You can see initial results in the test repo:
http://svn.apache.org/repos/test/struts/struts-shale/trunk/
With the major moves done, it's in a state where people can work on
individual modules and not get in each other's wa
I'm not able to compile Shale Tiles against the latest Standalone
Tiles code, but it works with 0.2-SNAPSHOT from March 19th.
The new Standalone Tiles snapshot is available here:
http://people.apache.org/maven-snapshot-repository/org/apache/struts/tiles/tiles-core/0.3-SNAPSHOT/
[INFO] ---
I incremented the Standalone Tiles version number to avoid breaking
existing applications with a new snapshot. It now stands at
0.3-SNAPSHOT.
Repository: http://people.apache.org/maven-snapshot-repository
org.apache.struts.tiles
tiles-core
0.3-SNAPSHOT
On 5/25/06, Patrick Lightbody <[EMAIL PROTECTED]> wrote:
Do we have something like Continuum setup for Struts? If not, we should.
What's the process to kick this off?
I think Continuum was running on our zone at one point. James? Martin?
Do we need a separate list notifications? From watch
On 5/24/06, Joe Germuska <[EMAIL PROTECTED]> wrote:
I haven't had a chance to file a bug on this one yet, but I think
there's a problem in how the PerformForward command handles modules.
(I posted about it to the list but got no responses.)
Oh, I thought that message went with the issue you op
Struts Action 1.3.5-SNAPSHOT has been deployed to Apache's Maven 2
snapshot repo,
and the distributions are available here:
http://people.apache.org/builds/struts/maven/trunk/nightly/struts-action/
For more information, please see the release plan:
http://wiki.apache.org/struts/StrutsActionR
On 5/22/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Patrick pointed out that JIRA notifications are still showing up in
the forum. I tried unsubscribing [EMAIL PROTECTED]
from issues@ again, but the reply indicates that the address was not
subscribed.
Mystery solved! Martin noticed th
On 5/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
URL: http://svn.apache.org/viewvc?rev=408821&view=rev
Log:
Added Cargo plugin configuration for apps.
Usage: mvn package cargo:start -Dcargo.tomcat5x.home=/path/to/tomcat
You can also set the 'cargo.tomcat5x.home' property in settings.x
On 5/15/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
I think this is done. As a moderator, I sent the unsubscribe
requests, then replied to the confirmation emails, but I never saw the
'goodbye' message. Let me know if you still see non-discussion emails
in the forum after
Most of the example apps are missing dependencies in WEB-INF/lib, so
they won't start.
apps/pom.xml has the Spring dependencies marked 'optional', so they're
not getting included. If all of the examples need those jars, we can
remove the 'optional' marker and let the dependencies be inherited.
O
I've opened SB-21 to take a look at the multiple Tiles taglib
attributes that seem to mean the same thing. I can't find the
original discussion, but I remember at one point talking about
consolidating these to a single attribute.
Does anyone remember that discussion, or have an opinion either wa
On 5/21/06, Jason Carreira <[EMAIL PROTECTED]> wrote:
Wendy, will this create the IDEA modules with all dependencies for extras and
showcase? Are all of the jars downloading now? I had to fix this by hand on the
plane yesterday, so I don't want to blow them away if I have to do it again.
If
On 5/21/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote:
Otherwise, I think the showcase webapp can now be included in the default
build.
Thanks! The snapshots are updated, and now include the showcase:
http://people.apache.org/maven-snapshot-repository/org/apache/struts/action2/
To update t
On 5/21/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Once the LGPL-dependent examples are removed from the showcase, it can
be part of the normal build, and the 'extras' profile can build both
struts-extras.jar and a separate extras example app.
... which would put us right back
On 5/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
This is an interesting question - do we want to include pre-built
example webapps that are missing their LGPL deps? Or, would it be
better not to build them at all?
Regardless, showcase should be split up so we can ship a functional app
with no
I published snapshots with 'mvn deploy':
http://people.apache.org/maven-snapshot-repository/org/apache/struts/action2/
What about 'extras'? It seems like the profile needs to be split up.
Right now if I do 'mvn deploy -P extras' it's going to upload the both
struts-extras.jar and the showcase
Be sure to update and install from the top level of Action 2 to pick
up the changed artifactId.
svn up
mvn install -P extras
Also remove the old ide config files and re-generate them, for example
with IDEA:
rm project.i*
mvn idea:idea -P extras
--
Wendy
On 5/21/06, [EMAIL PROTECTED] <[EMAIL PRO
On 5/20/06, Don Brown <[EMAIL PROTECTED]> wrote:
Yeah, I had a problem with that one. I found it in some maven repo, but
Maven 2 wasn't pulling it down, so I had to install it manually. Are
you saying I just had the group id wrong?
Yes. If you use 'org.apache.myfaces.core', Maven should find
What repo is MyFaces coming from? On ibiblio it looks like the
groupId for v1.1.2 is 'org.apache.myfaces.core'
http://www.ibiblio.org/maven2/org/apache/myfaces/core/myfaces-api/1.1.2/
--
Wendy
--- struts/action2/trunk/apps/showcase/pom.xml (original)
+++ struts/action2/trunk/apps/showcase/pom.
On 5/17/06, Don Brown <[EMAIL PROTECTED]> wrote:
Ok, so if you don't think this is the answer to the backwards release
then test problem, what is?
I don't know. Earlier 1.x releases had the benefit of the entire team
focused on them, and more people using nightly builds. That's no
longer the
On 5/16/06, Don Brown <[EMAIL PROTECTED]> wrote:
I think the solution is to:
1. Make betas publicly available and widely known like our 1.1 betas were
+1. Based on this and other comments, I'd like to add the following
to the release guidelines [1]:
* Versions with significant changes, espe
On 5/15/06, Don Brown <[EMAIL PROTECTED]> wrote:
Actually, if you wouldn't mind, I need a ride too. My flight comes in at 3:50
so 5:45 would work great for me. If you have room, Wendy Smoak might also be
interested in catching a ride.
Thanks, but my flight doesn't arrive
On 5/14/06, Patrick Lightbody <[EMAIL PROTECTED]> wrote:
It looks like this is now basically done (the JIRA issue is complete). The
final step will be to unsubscribe the address [EMAIL PROTECTED] from all lists
except for the dev@ list. That will keep the forums synced on the OpenSymphony
foru
On 5/14/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
Listen to this logic: By making branding Tiles a 1.3.x version,
we are directly tying the product to struts. That implies it
is only for Struts, and that's not true.
Struts Tiles *is* tied directly to Struts Action -- look at the
dependency
On 5/13/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
For this reason, I believe tiles and scripting should not belong
with the struts distribution. I've tried to view them as part of the
core product (which the examples and taglib align to), but I can't
force myself to believe they are really 1.
On 5/14/06, Ted Husted <[EMAIL PROTECTED]> wrote:
If it helps, I'd say we could we could even announce the next distribution as
* "Stuts Action 1.3.5 Beta (release candidate)".
(Given the votes, of course.)
I think the only thing that's broken is the notion that a Beta is not
a Release Candid
On 5/12/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
Thanks ... I meant to do that, but got distracted by preparations for a demo
I'm going to do in the Tuesday keynote next week. It'll be a fun one ...
you'll want to make sure you see it :-)
Is this during the 8:30-10:30 general session?
On 5/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 5/13/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> I would prefer that we resolve the DTD issue before marking a
> distribution "ready for primetime".
I agree ... and vote for beta as well.
But we should spend some more time testing to
On 5/7/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
The Struts Action Framework 1.3.3 Test Build is available to evaluate
for release quality.
The release plan is available on the wiki:
http://wiki.apache.org/struts/StrutsActionRelease133
The test build, including signatures and che
On 5/10/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
The Struts Action Framework 1.3.4 Test Build is available to evaluate
for release quality.
The release plan is available on the wiki:
http://wiki.apache.org/struts/StrutsActionRelease134
The test build, including checksums and sign
On 5/11/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
I tried to do this, but my "apmail" karma only works on the mail server, not
on minotaur where this particular file needs to be edited.
Done. http://issues.apache.org/jira/browse/INFRA-802
--
Wendy
--
On 5/10/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
The Struts Action Framework 1.3.4 Test Build is available to evaluate
for release quality.
...
The test build, including checksums and signatures, has been deployed to:
http://svn.apache.org/dist/struts/action/v1.3.4
Late tonigh
On 5/11/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
No problem, its a minor contribution compared to your efforts to get a
1.3.x version out - thanks for that. Apologies if you think I'm being
a PITA.
I don't think that at all. We may differ on whether a particular
issue is reason enough t
I've added a proposed release announcement to the release plan for
Action 1.3.4. If you would like to highlight a new feature, or have
any other suggestions or corrections, (did I get the name right?) then
please help by updating the wiki page, or commenting on this thread.
* http://wiki.apache.
On 5/11/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
I think we should include the DTDs in some convenient place like "lib" in
the distro in *addition* to the previous comments on recommended
configuration practices. There's lots of documentation about valid options
in the DTD documents them
601 - 700 of 1224 matches
Mail list logo
