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
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
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
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
dependency
groupIdorg.apache.struts.tiles/groupId
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'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
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 dependencyManagement in apps/pom.xml and added
the four Spring dependencies to the shopping cart app. Now it starts,
displays a page
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
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
html:errors and html:messages tags - they all use
TagUtils.getActionMessages() to retrieve the messages which
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=revrevision=409443
Thanks, Joe. Was there a JIRA issue opened for this one? (It won't
appear in the release notes otherwise.)
There are still a
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/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.
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, 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 index page:
http
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'm
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,
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 what
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:
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 to
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 releases are less work individually
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, 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, 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:
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
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 cut
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 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 repo
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 the
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:
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:
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 in
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 activeByDefault set?
I think so, too. :/ In addition there was some strangeness (discussed
on [EMAIL PROTECTED]) with
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:
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:
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
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
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'
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
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
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:
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 and
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
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
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
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 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.
*
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 result)
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' phase
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 be
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
On 6/5/06, Wendy Smoak [EMAIL PROTECTED] wrote:
The problem I keep running into is that there is only one
build/testSourceDirectory, and there is no
profile/build/testSourceDirectory in the model. If that
existed, it seems like you could get another execution of Surefire
using a second source
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 test
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
The Shale Blank app is now set up to run its integration tests.
http://svn.apache.org/viewvc?rev=412639view=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
\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 abstract
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
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
I tried
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=413293view=rev
Log:
- removed scopeprovidedscope from myfaces dependency, since
myfaces-jsf-api is available in the repository
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 repositories, not distributionManagement) 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
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 Maven2
On 6/10/06, Wendy Smoak [EMAIL PROTECTED] wrote:
You get rid of them by adding a dependency 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
excludes
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
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
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 each module,
which isn't any more
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 a
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.
The -U switch worked. Hmm
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
On 6/11/06, tm jee [EMAIL PROTECTED] wrote:
I think i could revert them back and them move them over as Wendy suggested.
This could preserved the history. I'll get this done asap.
Unless someone else speaks up, I think it's probably okay to leave
these. IIRC we didn't bring over history
On 6/11/06, James Mitchell [EMAIL PROTECTED] wrote:
I thought you were still building nightlies from the trunk, but yes,
the assembly is next. We can't do much about the aggregation anyway
(unless James wants to go work on Maven plugins... ;) )
Already looking at it, albeit with what
On 6/11/06, James Mitchell [EMAIL PROTECTED] wrote:
I guess what I'm looking for is something like this:
http://wiki.apache.org/struts/Shale/BuildingWithMaven2
With something like the above, all the great hints and tricks you
guys keep throwing around in the threads won't get lost.
Not sure
The snapshots of Struts Action 1.3.5 were updated on Friday. See the
release plan for more information and a link to the distribution
snapshot:
* http://wiki.apache.org/struts/StrutsActionRelease135
This includes the fix for STR-2855, adding the equivalent of
On 6/12/06, Ted Husted [EMAIL PROTECTED] wrote:
The plugin should pickup any unadorned reference to a JIRA ticket. I
tend to put it by itself on the first line, just to be sure, followed
by the usual commit message. (Though, it doesn't look like the plugin
is working quite yet. )
It was
to get the beta.
There is a link to Shale 1.0.2 (Alpha) on the downloads page:
http://struts.apache.org/downloads.html
Sorry for the inconvenience. We're in the process of converting to
Maven 2, and nightly builds should be back soon.
--
Wendy Smoak
On [EMAIL PROTECTED], Roland Asmann pointed out that a profile can be
activated if a certain property is *not* present.
We now have the MyFaces profile is active if the 'jsf' property is not
set. The JSF RI profile is activated with -Djsf=ri on the command
line.
Using -Pmyfaces and -Pjsfri
On 6/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
We now have the MyFaces profile is active if the 'jsf' property is not
set. The JSF RI profile is activated with -Djsf=ri on the command
line.
Note that this is -D for a system property (not -P for a profile id).
Using -Pmyfaces and -Pjsfri
On 6/12/06, Craig McClanahan [EMAIL PROTECTED] 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
On 6/12/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 6/12/06, Gary VanMatre [EMAIL PROTECTED] wrote:
I had to wack my m2 shale repos and then rebuild all of the
libraries. That was the was the ticket. I'm having trouble building
shale-test. Is anyone seeing this error?
[INFO]
On 6/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
No. Dependencies come transitively from artifacts, they are not
inherited from poms. In this case, servlet-api and jsp-api are marked
'provided' so they are not transitive.
Okay... the second part is true. :) Dependencies are inherited
On 6/13/06, Gary VanMatre [EMAIL PROTECTED] wrote:
I tried a fresh checkout on
(https://svn.apache.org/repos/asf/struts/shale/branches/mvn_reorg). I'm still seeing the
same error when executing mvn clean install from the branch root or from
mvn_reorg/shale-test. Not sure what I've messed
On 6/13/06, Gary VanMatre [EMAIL PROTECTED] wrote:
I removed the servlet API from the repo. The install downloads the 2.4 plugin
but it's not using it in the compile.
Can you send me (off-list) the output of mvn install -X for shale-test?
cd shale-test
mvn clean
mvn install -X build.log
On 6/13/06, Ted Husted [EMAIL PROTECTED] wrote:
Right now, Wendy has been publishing 1.3.5 snapshots, and she may be
ready for another try at a release. I don't know if we want to get
into this again now or after we have a GA 1.3.
The 1.3 distribution is in good shape, I think, (but I've
On 6/14/06, Joe Germuska [EMAIL PROTECTED] wrote:
Would you consider some kind of compatibility mode? That is, before
you remove support for these, could there be a way for people to
configure things for a more strict or more compatible evaluation, to
ease migration? It seems like the closest
Sean, this has been released. Please change the version to 3-SNAPSHOT.
(We need to add the new committers and release it again anyway.)
--
Wendy
On 6/14/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: schof
Date: Wed Jun 14 09:44:06 2006
New Revision: 414316
URL:
On 6/14/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: craigmcc
Date: Wed Jun 14 22:10:00 2006
New Revision: 414466
URL: http://svn.apache.org/viewvc?rev=414466view=rev
Log:
Add a new top-level assembly for the framework, inspired by Wendy's
version in shale-dist, but with a singularly
On 6/15/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: craigmcc
Date: Thu Jun 15 00:24:49 2006
New Revision: 414495
URL: http://svn.apache.org/viewvc?rev=414495view=rev
Log:
Include the binary JAR files for Shale in the assembly. FIXME - why
does the dependencySets element work in
[moved to dev list]
On 6/15/06, Gary VanMatre [EMAIL PROTECTED] wrote:
My second attempt was to add the cargo.jvmarg to the /shale-apps pom.xml:
What did you do after that? If you didn't 'mvn install -N' that pom,
it may not have taken effect. (It's supposed to look for ../pom.xml
for the
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
An interesting question is how we make it possible to do step 4 (build the
sample apps from source) without doing step 2 (build the framework from
source). I presume that means we'd need to publish the shale-parent and
shale-apps-parent
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
That did it. Thanks.
Except for the file permissions... when you have a minute, can you log
in and fix them?
And if anyone knows how to convince it to set the group writeable bit
when you scp files up, I'd love to know.
(Yes, my umask
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Further info ... it didn't get the shale-parent POM correct either. Maybe
it is something specific to deploying things with a packaging setting of
pom.
Are you still talking about permissions, or is there something wrong
with the content?
On 6/16/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I think It's now to the point where I'd like to make
this the trunk, and get back to fixing bugs and implementing RFEs. What say
ye? If there's no objections, my plan is to copy the current trunk to a
pre-maven branch as is, then copy the
In another thread,
On 6/14/06, Greg Reddin [EMAIL PROTECTED] wrote:
On Jun 14, 2006, at 11:21 AM, Joe Germuska wrote:
However, I realize as I write this that saddling Standalone Tiles
with that kind of weight is wrong. SAT is essentially a 2.0
release, and should clean up all these kinds of
In the sandbox, Tiles has tiles-config_1_1.dtd and tiles-config_1_2.dtd.
After the Tiles 2.0 thread, I'd suggest changing to just tiles-config_2_0.dtd.
And along the lines of SB-21 cleaning up the TLD, it looks like a few
things can be removed from the DTD:
ContentType
page (use template)
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
(3) Download and unpack the sample applications[2][3][4][5][6]:
For each sampe app, you should be able to:
...
* Deploy the web application in the dist directory on Tomcat 5.5 or
equivalent, with no deployment errors
I haven't looked at
On 6/14/06, James Mitchell [EMAIL PROTECTED] wrote:
Yes. There is a wiki page for this as well.
http://wiki.apache.org/struts/StrutsContinuum
It's a work in progress, and I'm about to head out, but I'd like to
ask Wendy a few questions wrt pom, parent-pom, snapshot vs. released,
etc, etc.
On 6/19/06, James Mitchell [EMAIL PROTECTED] wrote:
Craig, I've already zapped the 'maven' directory, can we:
1. remove the extra directory 'maven2' and just have p.a.o/builds/
struts/shale (requires you to change your scp script)?
Related: I'm using
A while ago I did some UML diagrams for Shale with UMLGraph. It
worked, but required a lot of configuration plus an extra step to get
the .png files generated.
I saw Andrea Aime on [EMAIL PROTECTED] the other day, and checked in with
her to find out that she's working on UmlDoc, an alternate
I changed the site url in the shale-parent and shale-apps-parent poms
so we can deploy the website without overwriting the existing one.
http://people.apache.org/builds/struts/shale/site/
To deploy the site here: mvn site site:deploy
(Staging the site locally wasn't really working, and
On 6/19/06, James Mitchell [EMAIL PROTECTED] wrote:
My questions would have been about the POM
changes that Sean eluded to during our mini hackathon. I could be
wrong, but I thought he said there would be an issue with something
we needed and it not being published yet and that may or may not
On 6/21/06, Sanjeeb Patel [EMAIL PROTECTED] wrote:
I am using html-el:errors/
and getting the question marks and en_US prepended with all the error
messages .. as below.
Why is that .. How can I avoid ???en_US.
Please post your questions on the user list.
See:
On 6/21/06, Don Brown [EMAIL PROTECTED] wrote:
Again, Struts Action and Struts Shale would both retain their separate projects,
codebases, and release cycles. Struts 2.0 is about building something on top of
our Struts efforts to create a unified front to users. Users don't care about
all the
101 - 200 of 1121 matches
Mail list logo