Author: mrdon
Date: Sun Aug 7 23:39:10 2005
New Revision: 230763
URL: http://svn.apache.org/viewcvs?rev=230763view=rev
Log:
* Added ability to define form by declaring a single action method
parameter. For example, login(LoginBean form).
* Added new form bean creation chain that uses a
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsRelease130
The comment on the change is:
Add Special Issues notes.
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsRelease130
The comment on the change is:
Add how to help section
Hi guys,
Is it possible to *use* Apache Tiles (standalone one) inside of Struts 1.2 ?
I didn't see a plugin inside of the tiles standalone dist.
thx,
Matthias
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Hello all,
Just wanted to see if anyone had a chance to look at ticket #s 36037 and
35956? The former is a patch to allow anchors and query string to be
appended to returned forwards, the later is my suggestions for updated
CheckStyle rules.
I know the focus of the pending 1.3 release is
Author: wsmoak
Date: Mon Aug 8 07:05:03 2005
New Revision: 230800
URL: http://svn.apache.org/viewcvs?rev=230800view=rev
Log:
Update links to nightly builds, reorganize 'Source Code' section to encourage
the use of 'current' instead of checking out individual sub-projects.
Modified:
Matthias Wessendorf wrote:
Hi guys,
Is it possible to *use* Apache Tiles (standalone one) inside of Struts 1.2 ?
I didn't see a plugin inside of the tiles standalone dist.
There is currently no plugin or TilesRequestProcessor in the Standalone
Tiles project. I question whether it would
On 05-08-08, at 08:23, Greg Reddin wrote:
Matthias Wessendorf wrote:
Hi guys,
Is it possible to *use* Apache Tiles (standalone one) inside of
Struts 1.2 ?
I didn't see a plugin inside of the tiles standalone dist.
There is currently no plugin or TilesRequestProcessor in the
Standalone
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35839.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28051.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Yes, the intention is to keep standalone Tiles completely separate
from Struts. The plugin and request processor should be in Struts,
not standalone Tiles.
ok I see, but Tiles currently depends on Struts ... ;)
-Matthias
david
Greg
+ * Website - Add link to nightly builds
(http://svn.apache.org/builds/jakarta-struts/maven/)
On what page? The 'acquiring' page was already updated to include a link to
the Maven-built nightlies.
This morning I made a few more few more changes and uploaded just that one
page again.
On 8/8/05, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Yes, the intention is to keep standalone Tiles completely separate
from Struts. The plugin and request processor should be in Struts,
not standalone Tiles.
ok I see, but Tiles currently depends on Struts ... ;)
Here's a spot where
While we're thinking about supporting portlets in standalone Tiles,
we need to
make another decision: do we use ANT or Maven to build it?
So, I'd like to call for a vote: ANT or Maven?
david
Le 05-08-08 à 09:53, Craig McClanahan a écrit :
On 8/8/05, Matthias Wessendorf [EMAIL PROTECTED]
We might want to point the Download links on the sidebar menu to the
relevant anchors on the Acquiring page, so that there is a single
point of entry.
-Ted.
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
+ * Website - Add link to nightly builds
Since the release plan for Classic130 contemplates a Classic131
release, I'll create a page for Classic131 tonight, and there we can
start listing things like this.
-Ted.
On 8/8/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Hello all,
Just wanted to see if anyone had a chance to look at
Non-committer input:
If I had a vote I'd vote for Maven. I *prefer* Maven but I can work
with Ant.
It's not an issue that will keep me from supporting the project. I
prefer Maven because, to me, it makes dependency management, scripting
builds, and some other things easier (i.e. I have to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34027.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=15023.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
List both of them? I can see where someone would want to push 36037 back
to 1.3.1, but I would think the CheckStyle changes should get done sooner
rather than later, if they are going to happen at all. Opinions?
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
As Ted often reminds us, the only votes that *actually* count are those from
people who *actually* _do_ the work. So, I'm not sure why this is even up
for a vote.
My vote is always for Maven. Maven is just smart software. There's no
arguing that. The only *valid* argument I've ever heard
[Sorry I replied to the user's list by mistake. This is a repost to
the dev list.]
Craig,
I have been thinking about this issue some more and I have some
additional thoughts in response to your comments.
I definitely like the idea of a new method in ViewController. I
wouldn't call it validate
Hi all,
I've seen comments for a while now how Maven is better than Ant... just a
few minutes ago James posted that Maven is just smart software. I
didn't want to hijack that thread, hence this new one.
I'm not at all trying to start a flame war here, but I'd like to ask, can
anyone enumerate
I too am trying to keep an open mind about Maven. I see there are
some nice benefits but I keep thinking that Ant can already do most of
what is promised. I'd like to hear more about what Maven has to offer
before I ditch all of my hard earned Ant knowledge.
sean
On 8/8/05, Frank W. Zammetti
At 1:33 PM -0400 8/8/05, Ted Husted wrote:
+1 for Maven.
I don't have the bandwidth to support Ant for Struts 1.3.x, so unless
someone else steps up, we'll need to go with just Maven for Classic.
+1 for Maven; I think it will be confusing to use different build
strategies within Struts, and
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by MartinCooper:
http://wiki.apache.org/struts/StrutsRelease130
The comment on the change is:
Fix typos.
On 8/8/05, Sean Schofield [EMAIL PROTECTED] wrote:
[Sorry I replied to the user's list by mistake. This is a repost to
the dev list.]
Craig,
I have been thinking about this issue some more and I have some
additional thoughts in response to your comments.
I definitely like the idea of
Frank W. Zammetti wrote:
I'm not at all trying to start a flame war here, but I'd like to ask, can
anyone enumerate some real, legitimate reasons, as far as you are
concerned at least!, why Maven is better than Ant (or vice-versa if you
feel that way).
I think Maven is better than Ant type
As mentioned on the Struts Classic 1.3.0 RP, this is literally all you
will have to do to get a Struts development system running on a new
machine *from scratch*.
* Download and extract the Struts 1.3.0 source distribution
* Install Java and set JAVA_HOME
* Install Maven and set MAVEN_HOME
*
On 8/8/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Hi all,
I've seen comments for a while now how Maven is better than Ant... just a
few minutes ago James posted that Maven is just smart software. I
didn't want to hijack that thread, hence this new one.
Good plan, that :-).
My biggest
On 8/8/05, David Geary [EMAIL PROTECTED] wrote:
While we're thinking about supporting portlets in standalone Tiles,
we need to
make another decision: do we use ANT or Maven to build it?
So, I'd like to call for a vote: ANT or Maven?
No surprise from my other comments, but +1 for Ant based
We use Maven to build all of our projects here at Flordia Department of
Environmental Protection.
As the J2EE Hosting Service manager, a consistent project web site, the reports
available and the help maven brings to these new project teams is very much
appreciated. Not only do we do nightly
On 8/8/05, Sean Schofield [EMAIL PROTECTED] wrote:
I too am trying to keep an open mind about Maven. I see there are
some nice benefits but I keep thinking that Ant can already do most of
what is promised. I'd like to hear more about what Maven has to offer
before I ditch all of my hard
Very well said Ted. I was initially opposed to moving Struts over to Maven
(way back when) more out of the frustration of having to learn another tool.
While there is not (and probably never will be) a standard for build tools,
with enough time and trial, the payoff for using Maven became
I'm sure this is obvious to you :-), but to help the rest of us out
... can you provide a concise statement of what this method would be
used for? Let's assume we use the name check() or whatever you want
... what would the Javadocs say?
This method allows for the option to perform complex
That seems to be a common theme. I just don't understand why people still
think they have to give up something to use Maven. Maven is 100% compatible
with Ant or whatever you are using. Maven is 100% compatible with your
current, past, or future file layout. You *don't* have to mold your
I do see the dependency advantage but as Craig mentioned, Maven isn't
the only way to manage this.
James figured out a nifty way to handle this through a
download-dependencies target in ant. He showed me how this works in
Struts and now we're using this approach in MyFaces. Once I saw this
I wouldn't think this is an argument for Maven though... I mean, as an
example:
* Download Java Web Parts and extract the source distribution
* Install Java and set JAVA_HOME
* Install Ant and set ANT_HOME
* Change to Java Web Parts /web-inf/src folder in the source distribution
* $ ant
Better
Author: wsmoak
Date: Mon Aug 8 14:51:34 2005
New Revision: 230907
URL: http://svn.apache.org/viewcvs?rev=230907view=rev
Log:
Fixed typos
Modified:
struts/core/trunk/doc/shale/features.xml
Modified: struts/core/trunk/doc/shale/features.xml
URL:
* People who have played with it, but have not done anything serious and
therefore do not understand the payoff.
I am in this category. No shame in admitting that. I'd like more
information on what Maven fans think is so great about Maven.
Fully investigating a new technology takes time and
On 8/8/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
What I mean is, your 100% right, it *is* very easy with Maven... I got
Struts to built pretty easily, my biggest problem as I recall was
needing to set the proxy settings to get to the repository to download
dependencies... But it's just
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsNewFaqs
--
*
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsNewFaqs
--
*
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsStupidUriTricks
The comment on the change is:
Create FAQ from #35477 submitted by Rainer Podlas
New
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35477.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35477.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I have another possible solution for this validation problem. It
involves going back to your original answer where you suggested the
Process Validations phase as the logical place for this type of
activity to occur.
My main problem was access to other components so I could see their
submitted
On 8/8/05, Sean Schofield [EMAIL PROTECTED] wrote:
I have another possible solution for this validation problem. It
involves going back to your original answer where you suggested the
Process Validations phase as the logical place for this type of
activity to occur.
My main problem was
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsRelease130
The comment on the change is:
Update remarks
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsClassicRelease130
The comment on the change is:
Add Classic designation to page name
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsReleasePlans
--
=
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsClassicRelease131
New page:
## page was renamed from StrutsRelease130
= Struts Classic 1.3.1 Release
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Struts Wiki for change
notification.
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsClassicRelease130
The comment on the change is:
Remove issues planned for 1.3.1
Note that the Clssic 1.3.0 release plan wiki page has been renamed:
* http://wiki.apache.org/struts/StrutsClassicRelease130
Some issues have been pushed forward to a 1.3.1 plan.
* http://wiki.apache.org/struts/StrutsClassicRelease131
Here's a roundup of the remaining issues with issues on the
On 8/8/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
List both of them? I can see where someone would want to push 36037 back
to 1.3.1, but I would think the CheckStyle changes should get done sooner
rather than later, if they are going to happen at all. Opinions?
For #35956, you might try
Speaking of the dependency download capability, I just grabbed a copy of
the Ant dependencies task
(http://www.httpunit.org/doc/dependencies.html) and integrated into the
build script for JWP (doesn't require an install by the way, the
required JAR will come with JWP so no install into Ant dir
I'm +1 for ANT. I agree with Joe's comment, but standalone Tiles is
not part of Struts, so I don't think it will be confusing. Also Ted's
comments about Maven being most useful when it's used for a set of
projects convinced me even more to use ANT. It ain't called
standalone Tiles for
Maven does an astonishing amount of work for you. As evidence, I
suggest looking at the generated Ant build file from a simple Maven
project.xml file, and thinking about how long it would take you to
write all of that functionality if you're writing the Ant build.xml
file by hand. As further
From: David Geary [EMAIL PROTECTED]
I'm +1 for ANT. I agree with Joe's comment, but standalone Tiles is not
part of Struts, so I don't think it will be confusing.
Both is also an option. :) There is already a Maven build for Standalone
Tiles-- it came over from struts-tiles when the files
Faces is using a formerly deprecated, and now removed, method in
RequestUtils. This breaks the Maven build, which works against
struts-core-1.3.0-dev.
Is this the correct fix?
Thanks,
Wendy
Index:
core-library/src/java/org/apache/struts/faces/application/ActionListenerImpl.java
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: David Geary [EMAIL PROTECTED]
I'm +1 for ANT. I agree with Joe's comment, but standalone Tiles is not
part of Struts, so I don't think it will be confusing.
Both is also an option. :) There is already a Maven build for Standalone
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
Faces is using a formerly deprecated, and now removed, method in
RequestUtils. This breaks the Maven build, which works against
struts-core-1.3.0-dev.
Is this the correct fix?
Conceptually that fix makes sense in that it solves the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35839.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
+1 for Maven. My reasons are in the other thread:
http://marc.theaimsgroup.com/?l=struts-devm=112354929615256w=2
--
Martin Cooper
On 8/8/05, David Geary [EMAIL PROTECTED] wrote:
While we're thinking about supporting portlets in standalone Tiles,
we need to
make another decision: do we use
I still don't see how much Ant does for you over Maven but I agree
with Ted's point about standardization. I think that is probably the
most compelling reason. Ironically, the real benefit of Maven won't
be realized until more projects adopt Maven. If the Struts developers
are comfortable with
From: Craig McClanahan [EMAIL PROTECTED]
I'd be ok with the both approach. It seems to work fine for Commons
packages. And the number of dependencies for standalone Tiles is
really small, so the redundant downloads don't bug me that much.
Redundant, how? Any one developer is likely to be
From: Craig McClanahan [EMAIL PROTECTED]
Maybe the Maven mavens can figure out a way to share the build
infrastructure without sharing the dependency information?
Not a problem... just change the dependency in project.xml. Looks like it
needs at least 1.2.2 to compile. (It won't compile
How is Maven with deploying to Tomcat? I've always found that part of
Ant to be a bit cumbersome. If cactus is much easier, it sounds like
your Tomcat experience in general is much easier. Is that true? What
about support for other app servers?
sean
On 8/8/05, Martin Cooper [EMAIL PROTECTED]
Hello all,
As per Ted's suggestion, this thread is meant to discuss updating the
Struts CheckStyle rules file as brought up in Bugzilla ticket #35956.
My motivation for this suggestion is because I wanted to do what I could
to help towards the 1.3 release, and most of the true issues seem to
I have also heard that Maven can generate IDE specific project files
automatically. Has this been attempted with Struts? That is
something Ant definitely cannot do, and that would be a definite plus
for new developers who want to contribute patches, etc. It takes
quite a while to setup a
On 8/8/05, Sean Schofield [EMAIL PROTECTED] wrote:
How is Maven with deploying to Tomcat? I've always found that part of
Ant to be a bit cumbersome. If cactus is much easier, it sounds like
your Tomcat experience in general is much easier. Is that true? What
about support for other app
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
I'd be ok with the both approach. It seems to work fine for Commons
packages. And the number of dependencies for standalone Tiles is
really small, so the redundant downloads don't bug me that much.
On 8/8/05, Ted Husted [EMAIL PROTECTED] wrote:
* Remove deprecations prior to 1.3.0 release
* http://issues.apache.org/bugzilla/show_bug.cgi?id=35953
Hubert, will you still be able to handle this? (Pretty please ..)
I have most of these done. AFAIK, the only item I haven't removed yet
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
Maybe the Maven mavens can figure out a way to share the build
infrastructure without sharing the dependency information?
Not a problem... just change the dependency in project.xml. Looks like it
Hello Tapestry developers,
I was hoping to spark your interest with this email. We have a proposed
enhancement to Shale that would use the parser in Tapestry within Shale/Clay
for building the JSF component tree.
http://issues.apache.org/bugzilla/show_bug.cgi?id=35839
If your interested in
In general, doing this sort of nagging on the developer list is
*exactly* the right thing to do for getting patches you believe in
moved forward :-). I'm not directly involved in Struts 1.3
development so I'll leave overall acceptance to others, but a couple
of general comments on your
Craig McClanahan wrote:
Although the general principle is sound, there can be a
counter-argument that cut-n-paste can sometimes avoid undesireable
cross-package dependencies. Most rules engines I've seen allow you to
create an exceptions list where the developers say yes, I know this
violates
The solution, from my understanding of Maven, is to decouple the build
environments so that they explicitly do *not* benefit from the shared
standardization advantage. At an absolute minimum, that seems to
imply separate dependency lists ... and that also seems to imply that
I'll end up with
On 8/8/05, James Mitchell [EMAIL PROTECTED] wrote:
The solution, from my understanding of Maven, is to decouple the build
environments so that they explicitly do *not* benefit from the shared
standardization advantage. At an absolute minimum, that seems to
imply separate dependency lists
Author: wsmoak
Date: Mon Aug 8 21:53:40 2005
New Revision: 230968
URL: http://svn.apache.org/viewcvs?rev=230968view=rev
Log:
Changed dependency from Struts Core 1.3.0-dev to Struts 1.2.2, removed
dependencies on struts-taglib and struts-tiles.
Modified:
struts/faces/trunk/project.xml
From: Craig McClanahan [EMAIL PROTECTED]
So what should struts-faces do in detail, to avoid a dependency on
Struts Core 1.3.x?
The overall build file doesn't list any 1.3.0-dev dependencies, so they are
not inherited by Faces. The dependency was coming from struts-faces' own
project.xml
On 8/8/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Hello all,
As per Ted's suggestion, this thread is meant to discuss updating the
Struts CheckStyle rules file as brought up in Bugzilla ticket #35956.
My motivation for this suggestion is because I wanted to do what I could
to help
On 8/8/05, Ted Husted [EMAIL PROTECTED] wrote:
Note that the Clssic 1.3.0 release plan wiki page has been renamed:
* http://wiki.apache.org/struts/StrutsClassicRelease130
Some issues have been pushed forward to a 1.3.1 plan.
* http://wiki.apache.org/struts/StrutsClassicRelease131
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
So what should struts-faces do in detail, to avoid a dependency on
Struts Core 1.3.x?
The overall build file doesn't list any 1.3.0-dev dependencies, so they are
not inherited by Faces. The
On 8/8/05, Martin Cooper [EMAIL PROTECTED] wrote:
On 8/8/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Hello all,
As per Ted's suggestion, this thread is meant to discuss updating the
Struts CheckStyle rules file as brought up in Bugzilla ticket #35956.
My motivation for this
On 8/8/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
List both of them? I can see where someone would want to push 36037 back
to 1.3.1, but I would think the CheckStyle changes should get done sooner
rather than later, if they are going to happen at all. Opinions?
Having gone through the
From: Craig McClanahan [EMAIL PROTECTED]
Still builds with Ant? That's the key for the nightlies.
Did it ever NOT build with Ant? This whole thing started because Faces
wouldn't build for me with Maven. (And how did it get on this thread?
There was another one for Faces...)
There's a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35895.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
Still builds with Ant? That's the key for the nightlies.
Did it ever NOT build with Ant? This whole thing started because Faces
wouldn't build for me with Maven. (And how did it get on this thread?
90 matches
Mail list logo
