On 1/17/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> And we also need to remove the example of the cglib enhanced form from
> apps/examples.
Done in r370014.
--
Wendy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional c
I reviewed the notes in November, and I'll go over the commit logs
since, to see if there is anything else we need to mention. But they
should already be very close.
One question would be whether we should copy the release notes page to
each of the subproject and then edit them down to contain onl
On 1/17/06, Ted Husted <[EMAIL PROTECTED]> wrote:
>
> OK, I see by the commit and wiki logs that Wendy has done the deed,
> and everything is checked that going to be checked :)
>
> * http://wiki.apache.org/struts/StrutsClassicRelease130
>
> Since a multiproject relesae is still new ground, I'm thi
On 1/17/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> OK, I see by the commit and wiki logs that Wendy has done the deed,
> and everything is checked that going to be checked :)
The release notes could use a final review; I didn't check it off on
the release plan.
And we also need to remove the ex
> 25267 (Cactus test) is still open but will be dealt with later.
Yes, I'm thinking that it's the tests that are broken, rather than the code.
Having the cactus tests would be better, but it's better to release
without than not release.
We have been testing the code through the unit tests and ex
I hate to say it, but I'm not going to have time to work on fixing
this in time for the 1.3 release. Wendy's suggestion (removing the
feature for now) probably makes the most sense; I'll look at adding
the serialization support and putting the enhanced form bean support
into 'extras' post 1
OK, I see by the commit and wiki logs that Wendy has done the deed,
and everything is checked that going to be checked :)
* http://wiki.apache.org/struts/StrutsClassicRelease130
Since a multiproject relesae is still new ground, I'm thinking the
next step would be to assembly a prototype of what a
On 1/16/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> Any new input on #37730?
>
> If we are not ready to resolve the serialization issue, then we should
> table this new feature for a subsequent release.
Done in r369764, see comments on Bug# 37730.
I resolved the CGLIB-related bugs and updated th
Any new input on #37730?
If we are not ready to resolve the serialization issue, then we should
table this new feature for a subsequent release.
-Ted.
On 1/13/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Bug# 37301 looks like an enhancement request to me... I don't think it
> should prevent a re
Wendy Smoak wrote:
The CGLib enhancement is already completely optional-- you do not have
to include cglib-nodep-2.1_3.jar in your webapp. It works if you
include the jar and use the new 'enhanced' attribute in struts-config.
That's what I thought, just wanted to be sure.
Frank
-
On 1/13/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> That CGLib extension always bugged me a bit... might that not be a
> perfect candidate for the Extras package, which would serve to resolve
> issue #2 as well? The idea of that dependency, even if optional (it
> *is* optional, right?!?) do
That CGLib extension always bugged me a bit... might that not be a
perfect candidate for the Extras package, which would serve to resolve
issue #2 as well? The idea of that dependency, even if optional (it
*is* optional, right?!?) doesn't sit too well with me... if it in fact
is an optional de
OK then, looking at Wendy's latest update to the status page,
* http://wiki.apache.org/struts/StrutsClassicRelease130
with the Commons Resources dependency on the backburner, now we are
down to the codependant issues regarding the new EDAF component
* Enhanced DynaActionForms cannot be correct d
On 1/12/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> We might be talking past each other.
> The package I'm talking about is here:
> * http://struts.apache.org/struts-extras/apidocs/index.html
> org.apache.struts.plugins.resources
>
> AFAIK, this is the only package with a dependency on Commons
> R
On 1/11/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> I think the point is that we can't move Resources to Extras if the core is
> going to depend on it.
We might be talking past each other.
The package I'm talking about is here:
* http://struts.apache.org/struts-extras/apidocs/index.html
org.
On 1/4/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> Regardless, I'm thinking that we should rename the "acquiring.xml" to
> "downloads.xml", since that's the usual name, and the one I should
> have used in the first place.
Done, so Maven will stop saying we haven't had any releases. The old
acqui
On 1/11/06, Ted Husted <[EMAIL PROTECTED]> wrote:
>
> On 1/11/06, James Mitchell <[EMAIL PROTECTED]> wrote:
> > I'm not sure where this ended up.
> >
> > Whether Resources is part of the jar in "extras" or not, I don't
> > think we should have a dependency on any called "extras".
> > "extra" (to me
On 1/11/06, James Mitchell <[EMAIL PROTECTED]> wrote:
> I'm not sure where this ended up.
>
> Whether Resources is part of the jar in "extras" or not, I don't
> think we should have a dependency on any called "extras".
> "extra" (to me) means "optional". Am I wrong on this?
Who is the "we" that h
I'm not sure where this ended up.
Whether Resources is part of the jar in "extras" or not, I don't
think we should have a dependency on any called "extras".
"extra" (to me) means "optional". Am I wrong on this?
--
James Mitchell
EdgeTech, Inc.
http://edgetechservices.net/
678.910.8017
S
On 1/10/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> As and for an alternative, I suggest we move the classes that depend
> on Resources from Extras
>
> * http://struts.apache.org/struts-extras/apidocs/index.html
>
> to a sandbox Extras folder until Commons Message Resources is ready.
The original
On Tue, 2006-01-10 at 06:48 -0500, Ted Husted wrote:
> Given the various API changes that are being discussed for CommonsResources,
>
> * http://tinyurl.com/8llr6
>
> we might not want to hold the rest of 1.3.0 until Resources is released.
Agreed. IMO Resources doesn't feel like 1.0 material yet
Actually, what we call 'extras' was originally 'plugins'.
I created that area to host optional plugins that shouldn't be
depended on by anything. While I had bigger plans for 'plugins',
only resources seemed to make it there. I didn't want to put
resources under the sandbox, because each
Given the various API changes that are being discussed for CommonsResources,
* http://tinyurl.com/8llr6
we might not want to hold the rest of 1.3.0 until Resources is released.
As and for an alternative, I suggest we move the classes that depend
on Resources from Extras
* http://struts.apache.o
Done.
Niall
- Original Message -
From: "Wendy Smoak" <[EMAIL PROTECTED]>
Sent: Wednesday, January 04, 2006 4:09 PM
Also for 1.3 -- Niall (or another Resources committer) can you please
put commons-resources-1.0.0-RC1 in the internal repo so we can change
the Struts Extras build to depen
On 1/4/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> Regardless, I'm thinking that we should rename the "acquiring.xml" to
> "downloads.xml", since that's the usual name, and the one I should
> have used in the first place.
Sounds fine to me. (I think I was the last person to publish
struts-site;
On 1/3/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On 1/3/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> > Right now, we have blank running, but that's it.
>
> /svn/struts/current/build
> $ maven nightly
>
> was failing when it tried to copy struts-mailreader.war from
> /apps/shared/target. I change
On 1/3/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> So, what do we need to do to get the nightly builds running for the other
> Apps?
>
> Right now, we have blank running, but that's it.
/svn/struts/current/build
$ maven nightly
was failing when it tried to copy struts-mailreader.war from
/apps/
So, what do we need to do to get the nightly builds running for the other Apps?
Right now, we have blank running, but that's it.
-Ted.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
On 12/20/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> The result of 'maven multiproject:site', zipped up, is 17.5 MB.
I still can't get that goal to run, so I've been building the ones I
work on individually.
--
E:\projects\Apache\struts\flow\src\java\org\apache\struts\flow\core\javascript\f
om\
On 12/12/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> If we think the problem is the tests, rather than the code, then I
> don't believe that the issue should affect whether we release.
That's what I think. I've had 1.3.0-dev in production since
mid-September and the app uses most of the Struts-E
If we think the problem is the tests, rather than the code, then I
don't believe that the issue should affect whether we release.
I might try to setup some webtests for the Taglib Exercises and
Cookbook, so that we still have automated tests for the tags.
I'm still twiddling with the MailReader t
On 12/6/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> The Cactus tests for EL are still a problem, but I haven't gotten
> anywhere with them. I'm planning to try again this weekend.
I looked at this again, and I still don't see anything wrong with the
tags. Unfortunately I still haven't figured
On 12/6/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> The release plan shows including struts-site.jar. There is no source
> code in 'site,' so that jar only contains a manifest. Ted, were you
> thinking of including the generated website in the release?
Yes, the citation to the JAR was just a co
Coming back around to the pending 1.3 release...
It looks like Commons Resources is coming along well, thanks to Niall,
Rahul and Christian.
Laurie, can we please have an update on Bug 37730 and the Enhanced
DynaActionForm addition in general? 37301 is also still open.
Thanks!
The Cactus tests
On 11/15/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> I've been through Apps, and it's looking quite good now. There were
> only very minor fixes to the pages, everything seems to be working
> well.
I have a few changes (Validator Plugin config to use the copy of
validator-rules in the struts-core
On 11/15/05, James Mitchell <[EMAIL PROTECTED]> wrote:
> That would be a problem too because we would need a
> StrutsMaintenanceSvnCygwin, StrutsMainenanceSvnLinux.
You forgot Solaris. ;) I haven't found a problem using the
command-line instructions on Cygwin, so I doubt we'd need separate
instr
That would be a problem too because we would need a
StrutsMaintenanceSvnCygwin, StrutsMainenanceSvnLinux.
The notes I added are more of a guideline than a recipe.
--
James Mitchell
678.910.8017
Skpe: jmitchtx
On Nov 15, 2005, at 1:12 PM, Niall Pemberton wrote:
The only problem with these
On 11/15/05, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> The only problem with these notes (and some Ted added on that page) is that
> they're unix specific and don't mean alot to me.
Cygwin! I use TortoiseSVN, too, but sometimes it's easier to do
things at the command line.
I don't think anyo
Thanks Ted :-)
From: "Ted Husted" <[EMAIL PROTECTED]>
On 11/15/05, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> Validator 1.2.0 has only received 2 +1 votes so far - and so needs at
least
> one more before I can cut a release. Don Brown did alot of the Validator
> 1.2.0 work and I am expecting h
On 11/15/05, Ted Husted <[EMAIL PROTECTED]> wrote:
>
> Is it even useful to tag a SVN repository for a release?
Yes, I believe it is. That way, it's more explicit, you can see the tags
under struts/tags in the repo, and you don't have to dig up the repo
revision number. It's also cheap - nothing
The only problem with these notes (and some Ted added on that page) is that
they're unix specific and don't mean alot to me. Maybe we need a could of
generic sections for things like this and then some additional pages for
different environments. I use TortoiseSVN in a windoze environment and
achie
On 11/15/05, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> Validator 1.2.0 has only received 2 +1 votes so far - and so needs at least
> one more before I can cut a release. Don Brown did alot of the Validator
> 1.2.0 work and I am expecting he will vote (hopefully +1), but hes away on
> vacation at
Is it even useful to tag a SVN repository for a release?
If we document the revision as of the release, then we can always go
back and branch on that revision later, or retrieve a snapshot of the
repository as of the release.
-Ted.
On 11/15/05, James Mitchell <[EMAIL PROTECTED]> wrote:
> Let's n
Let's not forget about the updates needed to support all of our uses
of svn:exterals. Whenever we branch or tag (it is really just a
copy), we'll need to fix any svn:externals to point to the tagged/
branched versions since this is not automatically done for us.
I just updated this page:
h
- Original Message -
From: "Ted Husted" <[EMAIL PROTECTED]>
Sent: Tuesday, November 15, 2005 1:27 PM
Release caveats are that we have two dependencies on non-GA code:
Commons Validator and Commons Resources. Commons Resources is being
used as part of the Extras subproject. All I did was
I've been through Apps, and it's looking quite good now. There were
only very minor fixes to the pages, everything seems to be working
well.
Many thanks to Wendy and James and everyone who's been working on the
Maven builds. It's all come together very nicely. IMHO, the process is
more accessible,
On 10/27/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> We have a dependency on a snapshot of Validator. Is that okay for 1.3.0?
> (I thought there was at least a release candidate, if not a vote, on
> commons-dev.)
If a release is dependant on a beta, then the release itself must
remain a beta.
O
Sure, go ahead. Thanks,
Don
Niall Pemberton wrote:
On 10/27/05, Don Brown <[EMAIL PROTECTED]> wrote:
Agreed. The only sticking point is the Validator release doesn't build for me
with Java 1.3, and I haven't had time to look into why, but other than that, it
is good to go for an RC release.
On 10/27/05, Don Brown <[EMAIL PROTECTED]> wrote:
> Agreed. The only sticking point is the Validator release doesn't build for me
> with Java 1.3, and I haven't had time to look into why, but other than that,
> it
> is good to go for an RC release.
It builds OK for me in JDK 1.3 - do you want me
Agreed. The only sticking point is the Validator release doesn't build for me
with Java 1.3, and I haven't had time to look into why, but other than that, it
is good to go for an RC release.
Don
Niall Pemberton wrote:
On 10/27/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
We have a dependency
On 10/27/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> We have a dependency on a snapshot of Validator. Is that okay for 1.3.0?
> (I thought there was at least a release candidate, if not a vote, on
> commons-dev.)
IMO we need a validator release. I believe its ready - I think Don
does too, Its ju
From: "Ted Husted" <[EMAIL PROTECTED]>
The rest just looks like mopping up.
Hubert mentioned possibly making a change to the DTD:
http://www.mail-archive.com/dev@struts.apache.org/msg12505.html
We have a dependency on a snapshot of Validator. Is that okay for 1.3.0?
(I thought there was
From: "Ted Husted" <[EMAIL PROTECTED]>
It is suppose to be a leaning tool, and so the source should be easy to
access.
We'd have the same problem with "blank". We are suppose to be able to
take the source and use it for the base of a new project. [And if it
ends up being a blank Maven project,
It is suppose to be a leaning tool, and so the source should be easy to access.
We'd have the same problem with "blank". We are suppose to be able to
take the source and use it for the base of a new project. [And if it
ends up being a blank Maven project, that's OK by me :)]
-Ted.
On 10/27/05, J
The mailreader.war artifact contains the source (thanks Wendy!), but
it isn't a 'source distribution' in the same sense that you expect.
Is that ok, or do we have to have a build-able source distro?
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelan
I'll take a look at it.
The initial plan for 'shared' was to prevent a bunch of duplicate
'one-off' mailreaders from getting out of sync, but no-one has
attempted doing a single 'one-off', so I assume it is safe to put it
back the way we originally had it (structure).
Thanks.
--
James Mi
I'm not having any luck getting started with the Apps subproject, so I
think I should go back to reviewing the rest of the documentation for
now.
I think the only major thing keeping us from rolling 1.3.0 is that the
source for the MailReader seems disjointed. It looks like part is
under "shared"
There is still more to do with the Core documention for Building
Components and Configuration Applications sections. We tweaked the
product names, but I don't know that the background text is still in
synch with the new distribution paradigm. I do know that the Request
Processor section still refe
On Wed, 2005-10-05 at 07:50 -0400, Ted Husted wrote:
> Thanks, Wendy.
>
> I've had to spend some of my volunteer hours elsewhere lately, but
> things should be getting back on track for me now. I'm planning to
> work on the Applications/MailReader project next, and then get back to
> the Core docu
Thanks, Wendy.
I've had to spend some of my volunteer hours elsewhere lately, but
things should be getting back on track for me now. I'm planning to
work on the Applications/MailReader project next, and then get back to
the Core documentation.
We've always had troubles with the tiles-documentatio
The usual Monday update. :)
The tiles-documentation webapp now builds and (mostly) works, but it's not
included in the overall 'build-all' goal. Right now it lives in
tiles/tiles-documentation, and I don't immediately see how to get Maven to
build it as part of Tiles.
There's a similar situatio
A couple of issues from this weekend:
I was able to run the Cactus tests for Struts EL under Maven, but there are
failures. Can someone more familiar with it please take a look? (The
instructions are the same as for Taglib, see the README file.)
The tiles-documentation.war doesn't work yet-
The documentation refactorings are going well, but I'd like to set
that aside for now and hop over to the Applications subproject, which
is mentioned from time to time on the other docs.
If anyone wants to jump in on the docs, please feel free. There's
enough done now to set the direction for the
I'm taking a rather drastic step here. Rather than futs around with
Maven to make it behave, I've changed the nightly build process to
checkout a whole new copy of what's in svn so we can avoid this (and
future) issues related to lingering files.
Currently the build happens at 2:00 AM EST,
From: "James Mitchell" <[EMAIL PROTECTED]>
When you run Maven, if some goal needs to build documentation or 'site'
and there is no 'xdocs' dir, Maven adds one.
Gee, thanks.
I noticed that... it happened in Shale and I added a postGoal to clean to
delete the empty xdocs directories it keeps
I found out what's happening.
When you run Maven, if some goal needs to build documentation or
'site' and there is no 'xdocs' dir, Maven adds one.
Gee, thanks.
So, since Wendy has volunteered her time (btw...thanks!) to fix our
documentation, some of the subprojects now have 'xdoc' dire
That seems like a reasonable bridge, James.
A driving force behind plugins, and the new request processor, is
being able to extend the core framework for extensions as radical as
Tiles. It seems appropriate that we keep Tiles at arms-length, to show
that something like this can be plugged in with
There is some Tiles documentation intermixed in the normal xdocs,
which should be moved to the appropriate location.
I'm looking into why tiles if failing right now. I'll post back in a
few.
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
Edg
On Sep 13, 2005, at 8:55 AM, Craig McClanahan wrote:
I would suggest *not* doing this at this point. When I stop having
to visit
three continents in six weeks, I'm going to have time to propose a
plan for
a pretty radical change to the internal APIs of Standalone Tiles,
to make it
much mor
Providing a migration path (wiki page) fueled by a JDiff report
(http://javadiff.sourceforge.net/) should be pretty easy as well.
(http://maven.apache.org/reference/plugins/jdiff/)
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc
I'm not 100% sure of this myself yet, but it may be a good idea at
this time to pull out the Tiles dependencies from core and provide
them via a separate plugin (see struts/current/plugins).
While this does add another jar to our applications, it would allow a
developer to use either clas
Ted wrote:
One question is where do we stand on stand-alone Tiles? Are we
comfortable with bringing that up and making it part of Classic 1.3.0,
or do we want to let things perculate a bit first.
Standalone Tiles needs...
- tiles-core.tld updated to JSP 1.2 with embedded HTML docs
- some sort
On 9/13/05, Ted Husted <[EMAIL PROTECTED]> wrote:
>
> Right now, I'm in the middle of a documentation review. I'm through
> Site, and the first part of Core. It's going well. I'm trying to make
> sure that the way we explain everything is consistent with the
> subproject approach. I'll continue to
At 7:46 AM -0400 9/13/05, Ted Husted wrote:
Right now, I'm in the middle of a documentation review. I'm through
Site, and the first part of Core. It's going well. I'm trying to make
sure that the way we explain everything is consistent with the
subproject approach. I'll continue to work on it day
Right now, I'm in the middle of a documentation review. I'm through
Site, and the first part of Core. It's going well. I'm trying to make
sure that the way we explain everything is consistent with the
subproject approach. I'll continue to work on it day-by-day (unless
there's a Falcon's game on!).
On 9/2/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Can you tell what subproject is doing it? (And did it just start
> happening?)
Tiles. It wasn't happening earlier this week.
> You can run with -Dmaven.test.skip (or
> possibly -Dmaven.test.failure.ignore) to temporarily get around that.
Ye
Ted Husted wrote:
$ maven multiproject:site
from site/build is not. It fails with
Typo? It should be /current/site (not /current/site/build).
BUILD FAILED
Unable to obtain goal [site] -- C:\Documents and
Settings\ted_2\.maven\cache\mav
en-test-plugin-1.6.2\plugin.jelly:181:54: There were te
$ maven build-all
from buid/ is working for me, but
$ maven multiproject:site
from site/build is not. It fails with
test:test:
[junit] Running org.apache.struts.tiles.TestI18nFactorySet
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0.235 sec
[junit] [ERROR] T
On 8/27/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> If you still have that list you mentioned, Hubert, you can post it here:
>
> * http://wiki.apache.org/struts/StrutsUpgradeNotes12to13
Done.
/h
-
To unsubscribe, e-mail: [EMAI
On 8/23/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
>
> Deprecations are done, unless anyone finds something I missed.
>
If you still have that list you mentioned, Hubert, you can post it here:
* http://wiki.apache.org/struts/StrutsUpgradeNotes12to13
-Ted/
On 8/24/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> From: "Ted Husted" <[EMAIL PROTECTED]>
>
> > Thanks, Wendy, increasing the memory setting did the trick. It just
> > finished building, and everything looks as expected. I can get
> > cracking on the fnal round of website changes now, and then w
From: "Ted Husted" <[EMAIL PROTECTED]>
Thanks, Wendy, increasing the memory setting did the trick. It just
finished building, and everything looks as expected. I can get
cracking on the fnal round of website changes now, and then we can
take a deep breath and roll this beast :)
I'm not sure if
Thanks, Wendy, increasing the memory setting did the trick. It just
finished building, and everything looks as expected. I can get
cracking on the fnal round of website changes now, and then we can
take a deep breath and roll this beast :)
-Ted.
On 8/23/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> w
On 8/23/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> I've been checking the external links and notice that
> www.waferproject.org seems to be down. Does anyone know if Wafer is
> defunct, or just having server issues?
Don't know. DNS doesn't seem to know about it any more, but the
registration is s
On 8/23/05, Ted Husted <[EMAIL PROTECTED]> wrote:
>
> I should be able to wrap up the distribution issues while Hubert wraps
> up the deprecations, and I would expect we'd have something rolled and
> ready for review by the end of the month -- just in time for Labor Day
> weekend in the US. :)
De
On 8/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> I'm going to call the website good enough for 1.3.0.
The build looks great. I would like to make a few structural changes
for 1.3.0, to help clarify that there is an Apache Struts Project
which creates and maintains a set of related products
On 8/23/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> On 8/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> > Can someone else try to build the site and let me know if it looks okay?
I tried building the whole enchalida on another machine with Maven
1.0.2 and JDK 1.4.2.9, and ran into the same out of
On 8/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Can someone else try to build the site and let me know if it looks okay?
My first try at building everything ran out of memory. I rebooted, and
it's running again now.
In the meantime, I'm starting a review of the documentation now, both
as a
I restored the release-notes.xml file, cleared the 1.2.7 information and got
it ready for someone else to add the changes for 1.3.0-dev. :)
This thread might help:
http://www.mail-archive.com/user%40struts.apache.org/msg30423.html
--
Wendy Smoak
--
On 8/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> From: "Ted Husted" <[EMAIL PROTECTED]>
>
> > We generally rely on the commit logs rather than the Bugzilla
> > comments, which tend to be longwinded.
>
> I'm mixing up two different things... are you also doing the outstanding
> bugs on the Wik
From: "Ted Husted" <[EMAIL PROTECTED]>
We generally rely on the commit logs rather than the Bugzilla
comments, which tend to be longwinded.
I'm mixing up two different things... are you also doing the outstanding
bugs on the Wiki by hand, then?
http://wiki.apache.org/struts/StrutsClassicRe
From: "Hubert Rabago" <[EMAIL PROTECTED]>
It's there already: site/xdocs/userGuide/release-notes.xml
Oh, you mean that one! Well, with 1.2.7 I remember putting changes on
the release notes after the change was made. At least during the
latter part. Not sure how it gets started for a parti
On 8/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> From: "Hubert Rabago" <[EMAIL PROTECTED]>
> > I don't remember having a release notes document for 1.3.0, though.
> > Are you going to set one up? :)
>
> It's there already: site/xdocs/userGuide/release-notes.xml
Oh, you mean that one! Well,
On 8/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> I remember looking at it, but I don't know how you're getting the results of
> a Bugzilla search into an html table. (For the release notes or for the
> Wiki. Anyone want to share the secret?)
We generally rely on the commit logs rather than th
From: "Hubert Rabago" <[EMAIL PROTECTED]>
I don't remember having a release notes document for 1.3.0, though.
Are you going to set one up? :)
It's there already: site/xdocs/userGuide/release-notes.xml
The content just needs to be changed to reflect 1.3.0 and link to the
release-notes-1.2.7.h
I don't have the list of deprecated items removed with me now, and in
any case, the list I was keeping needs to be reformatted anyway, so
I'll work on that this week. I think we're gonna wanna share this
list, right? :)
I don't remember having a release notes document for 1.3.0, though.
Are you
On 8/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> I'm going to call the website good enough for 1.3.0. There's still some
> work to be done in site/xdocs/userGuide and the links embedded in the new
> tlds, but I don't think it's worth holding up the release.
Thanks, Wendy. It sounds like the b
I'm looking at it now.
I'll post back in a few.
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: [EMAIL PROTECTED]
Skype: jmitchtx
On Aug 22, 2005
I'm going to call the website good enough for 1.3.0. There's still some
work to be done in site/xdocs/userGuide and the links embedded in the new
tlds, but I don't think it's worth holding up the release.
Can someone else try to build the site and let me know if it looks okay? I
still have u
From: "Joe Germuska" <[EMAIL PROTECTED]>
I just updated the taglib subproject from SVN and don't see standalone TLD
files, and the maven goal for generating them is still in place -- where
did you put the new TLDs? Shouldn't the canonical TLD files be under the
SVN repository for whichever proj
1 - 100 of 127 matches
Mail list logo