On 11/3/05, James Mitchell <[EMAIL PROTECTED]> wrote:
>
> So, does that mean you do not want me to add the ant process to the
> zone builds?
I fixed it on my desktop for tonight. Are we confident enough in the zone
builds to run nightlies from there instead? If so, I'll just comment it out
of my
Author: gvanmatre
Date: Thu Nov 3 20:53:21 2005
New Revision: 330703
URL: http://svn.apache.org/viewcvs?rev=330703&view=rev
Log:
Extended replaceable symbol support to the Clay JSP Tag.
Added:
struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay/taglib/SymbolTag.java
Modified:
On 11/3/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> I really don't understand why there would be any desire or need to
> change from the name in use now.
I would tend to agree. The name in use now for a binary distribution
of relevant JARs is "Library".
* http://struts.apache.org/download.
Author: husted
Date: Thu Nov 3 19:01:48 2005
New Revision: 330693
URL: http://svn.apache.org/viewcvs?rev=330693&view=rev
Log:
Update "Accessing a Database" for 1.3.0.
Modified:
struts/core/trunk/xdocs/faqs/actionForm.xml
struts/core/trunk/xdocs/faqs/db-howto.xml
struts/core/trunk/xdo
Author: husted
Date: Thu Nov 3 18:49:06 2005
New Revision: 330691
URL: http://svn.apache.org/viewcvs?rev=330691&view=rev
Log:
Update the "Application Howto" for 1.3.0.
Modified:
struts/core/trunk/xdocs/faqs/apps.xml
Modified: struts/core/trunk/xdocs/faqs/apps.xml
URL:
http://svn.apache.org
Author: jmitchell
Date: Thu Nov 3 18:48:54 2005
New Revision: 330690
URL: http://svn.apache.org/viewcvs?rev=330690&view=rev
Log:
Revert earlier change. This also works with PR5.
Modified:
struts/shale/trunk/core-library/src/java/org/apache/shale/spring/webflow/WebFlowNavigationHandler.java
Sorry, I was in a hurry setting up the project in Eclipse and I
didn't at which version I was pointing to. I've fixed this and about
to check it in.
Thanks
--
James Mitchell
678.910.8017
On Nov 3, 2005, at 4:49 PM, Rahul Akolkar wrote:
On 11/3/05, Rahul Akolkar <[EMAIL PROTECTED]> wro
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 the other subprojects from the discussion
-
The Struts project used to have a single deliverable/artifact, which was
Struts, the product. Using the same name for both made sense then. Now
that the Struts project has multiple deliverables/artifacts, they
obviously need different names. It just happens that many of the
deliverables are sub
On 11/4/05, Martin Cooper <[EMAIL PROTECTED]> wrote:
> On 11/3/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> >
> > One option I've said a couple of times that isn't on that list and seems
> > like it isn't getting due consideration: "STRUTS"!
> >
> > I really don't understand why there would b
Martin Cooper wrote:
+1. I agree with all of what Frank says here.
That's it, I'm done, I never need to post again! LOL
(Gosh, can I say that? This is unprecedented! ;)
This is tantamount to pitching three no-hitters in a row... certainly at
least as hard to believe :) LMAO
--
Martin Co
On 11/3/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
>
> One option I've said a couple of times that isn't on that list and seems
> like it isn't getting due consideration: "STRUTS"!
>
> I really don't understand why there would be any desire or need to
> change from the name in use now. As Lau
On 11/3/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On 11/3/05, Don Brown <[EMAIL PROTECTED]> wrote:
>
> > BTW, was "Struts
> > Distribution" voted down already, because I thought that was the most
> > intuitive
> > name for what we are trying to do.
>
> IIRC it was Martin's suggestion, I think i
One option I've said a couple of times that isn't on that list and seems
like it isn't getting due consideration: "STRUTS"!
I really don't understand why there would be any desire or need to
change from the name in use now. As Laurie quite coherently stated
earlier today, there is already an
So, does that mean you do not want me to add the ant process to the
zone builds?
--
James Mitchell
678.910.8017
On Nov 3, 2005, at 1:33 PM, Craig McClanahan wrote:
On 11/3/05, James Mitchell <[EMAIL PROTECTED]> wrote:
Um, sorry, the build failed (which I half expected anyway, not having
On 11/3/05, Don Brown <[EMAIL PROTECTED]> wrote:
> BTW, was "Struts
> Distribution" voted down already, because I thought that was the most
> intuitive
> name for what we are trying to do.
IIRC it was Martin's suggestion, I think it got lost in the Great
Version Debate. :)
So far we have
- Str
On 11/3/05, James Mitchell <[EMAIL PROTECTED]> wrote:
> As far as distribution size (for releases), I suppose we could take
> an approach where we package the dependencies under a separate folder
> (similar to what Spring and JSF RI do), and provide a build.bat and
> build.sh file that can assemble
Author: husted
Date: Thu Nov 3 16:54:05 2005
New Revision: 330674
URL: http://svn.apache.org/viewcvs?rev=330674&view=rev
Log:
Update the "How Struts Core Works" FAQ for 1.3
Modified:
struts/core/trunk/xdocs/faqs/index.xml
struts/core/trunk/xdocs/faqs/works.xml
Modified: struts/core/trun
As far as distribution size (for releases), I suppose we could take
an approach where we package the dependencies under a separate folder
(similar to what Spring and JSF RI do), and provide a build.bat and
build.sh file that can assemble it on the other end.
--
James Mitchell
678.910.8017
Ted Husted wrote:
So let's go with this then:
* The Struts Core Library distribution can start out at 1.3_00, and
not increment again until all of its components are GA. When the
Struts Core subproject increments a major or minor number, then the
Library distribution will follow suit.
* When th
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:
Changes per discussions on dev@
--
So let's go with this then:
* The Struts Core Library distribution can start out at 1.3_00, and
not increment again until all of its components are GA. When the
Struts Core subproject increments a major or minor number, then the
Library distribution will follow suit.
* When the new subprojects (S
On 11/3/05, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> Author: jmitchell
> Date: Thu Nov 3 05:10:35 2005
> New Revision: 330544
>
> URL: http://svn.apache.org/viewcvs?rev=330544&view=rev
> * fix Spring Web Flow package changes
>
>
> ---
> struts/shale/trunk/core-library/src/java/org/apache/sha
Author: husted
Date: Thu Nov 3 13:43:08 2005
New Revision: 330645
URL: http://svn.apache.org/viewcvs?rev=330645&view=rev
Log:
OVR-24
* Correct letter filter event handler so that pages scroll correctly.
Modified:
struts/sandbox/trunk/overdrive/Nexus/Web/GridControl.ascx.cs
struts/sandbox
On 11/3/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
>
> "Struts Classic" keeps making me think "That's not the version I want
> -- I want Struts Modern".
>
> On 11/3/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> > VW was making Bug/Beetle for 50 years or so, it acquired Classic
> > status som
"Struts Classic" keeps making me think "That's not the version I want
-- I want Struts Modern".
On 11/3/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> VW was making Bug/Beetle for 50 years or so, it acquired Classic
> status sometimes in 60-ies, before Golf/Rabbit was introduced ;-)
Well, no
On 11/3/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> Michael Jouravlev wrote:
> > I still don't get what is wrong with Struts Classic. Levi's 501 is
> > classic and looks much better than stupid baggy pants. Heinz Original
> > is better than some newer products. Can you reinvent ketchup? This
Author: husted
Date: Thu Nov 3 12:03:13 2005
New Revision: 330619
URL: http://svn.apache.org/viewcvs?rev=330619&view=rev
Log:
OVR-24
* Add Letter Filter control.
Added:
struts/sandbox/trunk/overdrive/Nexus/Web/Controls/
struts/sandbox/trunk/overdrive/Nexus/Web/Controls/LetterFilter.ascx
Author: husted
Date: Thu Nov 3 12:02:39 2005
New Revision: 330618
URL: http://svn.apache.org/viewcvs?rev=330618&view=rev
Log:
OVR-24
* Add Letter Filter to Direcotry 2.
Added:
struts/sandbox/trunk/overdrive/PhoneBook/Core/Commands/EntryInitial.cs
struts/sandbox/trunk/overdrive/PhoneBook/
Michael Jouravlev wrote:
I still don't get what is wrong with Struts Classic. Levi's 501 is
classic and looks much better than stupid baggy pants. Heinz Original
is better than some newer products. Can you reinvent ketchup? This can
be an idea for a slogan ;-)
How can you have something that is
On 11/3/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
> On the name, I agree with others that 'Struts Classic' gives the wrong
> impresion, but I'm not too keen on 'Struts Core Library'. That suggests
> that it's part of a larger set of libraries you need to download to use
> 'Struts' for those used
On 11/3/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> At this point, my suggestion would be to just give the Library
> distribution a sequential counter. The first GA release could be _001,
> and the next _002, and so forth.
>
> * struts_core_library_001.zip
> * struts_core_library_002.zip
I like t
Wendy Smoak wrote:
The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsClassicRelease130
The comment on the change is:
Per discussions on dev@, phase in the "Struts Core Library" idea.
- * Download the Struts 1.3.0 distribution from
http://svn.apache.org/dist
On 11/3/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> >
> Would there be any value of not versioning the bundle at all, forcing
> people to refer to the versions of the individual components? The
> bundle could then represent the latest version of those components, for
> convenience in downloading, an
On 11/3/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>
> On 11/3/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> > Or, we could just forget the whole thing and have only the individual
> > subproject releases. The bundle isn't mission critical; it was only
> > meant as a convenience.
>
> Bundle is
On 11/3/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> Or, we could just forget the whole thing and have only the individual
> subproject releases. The bundle isn't mission critical; it was only
> meant as a convenience.
Bundle is critical, it ensures communication between teams ("Works for
me... Whi
On 11/3/05, James Mitchell <[EMAIL PROTECTED]> wrote:
>
> Um, sorry, the build failed (which I half expected anyway, not having
> run it on the particular machine yet) so I'll rework a few things and
> kick it off again. I'll ping the list when they are available.
>
> Thanks.
Thanks James. I was
Ted Husted said:
> Or, we could just forget the whole thing and have only the
> individual subproject releases. The bundle isn't mission
> critical; it was only meant as a convenience.
Would there be any value of not versioning the bundle at all, forcing
people to refer to the versions of the in
On Nov 3, 2005, at 12:12 PM, Ted Husted wrote:
At this point, my suggestion would be to just give the Library
distribution a sequential counter. The first GA release could be _001,
and the next _002, and so forth.
* struts_core_library_001.zip
* struts_core_library_002.zip
Or, we could just f
Um, sorry, the build failed (which I half expected anyway, not having
run it on the particular machine yet) so I'll rework a few things and
kick it off again. I'll ping the list when they are available.
Thanks.
--
James Mitchell
678.910.8017
On Nov 3, 2005, at 12:49 PM, James Mitchell w
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 MichaelJouravlev:
http://wiki.apache.org/struts/StrutsTaglibHtmlBase
The comment on the change is:
with examples
New page:
== ==
Renders an HT
On 11/3/05, Martin Cooper <[EMAIL PROTECTED]> wrote:
> they will. I think it's highly unlikely that we'll want to rev the bundled
> distribution without a rev of struts-core, since people can download updated
> add-ons without having to grab the entire bundle, so I don't foresee issues
> there. (An
I have Craig's nightly script and I am running it as I type this.
Look for some nightlies in a few minutes.
--
James Mitchell
678.910.8017
On Nov 3, 2005, at 10:59 AM, Ryan Wynn wrote:
I was hoping to get the latest build of shale, to get the latest clay
changes, and I noticed that the l
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 MarkyGoldstein:
http://wiki.apache.org/struts/StrutsTags
--
http:
Thanks for working on this! More below.
On 11/3/05, James Mitchell <[EMAIL PROTECTED]> wrote:
>
> Ok, I've done the minimal necessary changes to make the shale
> mailreader app work (except for 1 thing). I can't seem to figure out
> why the edit/delete buttons on a subscription don't work. When
>
On 11/3/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> > This way it's always clear which distro a none-core subproject release
> > works with.
> > (i.e. you can't be sure about using taglib-1.3.1.2 with core-1.3.0,
> > but you're sure that taglib-1.3.0.4 will work)
>
> I like this. 1.3.1 does
On 11/3/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
>
> What about this.
>
> Struts 1.3.0 Distro
> - struts-core-1.3.0
> - struts-taglib-1.3.0
> - struts-tiles-1.3.0
> - struts-el-1.3.0
> - struts-apps-1.3.0
> - struts-site-1.3.0
> - struts-extras-1.3.0
>
> Subprojects can have their own independe
I don't remember the exact reason. Plus, the latest won't be on
ibiblio, so the download-dependencies won't work, unless we point it
to where the myfaces nightlies are published.
No big deal though, it works with MyFaces 1.1.0, and I'll likely
focus future efforts on new stuff.
--
James
On 11/3/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
> What about this.
>
> Struts 1.3.0 Distro
> - struts-core-1.3.0
> - struts-taglib-1.3.0
> - struts-tiles-1.3.0
> - struts-el-1.3.0
> - struts-apps-1.3.0
> - struts-site-1.3.0
> - struts-extras-1.3.0
>
> Subprojects can have their own independent
On 11/3/05, Greg Reddin <[EMAIL PROTECTED]> wrote:
> One queston: Will we ever release the distro again? Or will each
> subproject just release independently?
Right now, I'm thinking that there will be an initial "test"
distribution when the original seven dwarfs are ready for wider
testing. Afte
I was hoping to get the latest build of shale, to get the latest clay
changes, and I noticed that the latest nightly build is from 10/28. Is there
a reason why there is no 11/3 build?
Thanks,
Ryan
What about this.
Struts 1.3.0 Distro
- struts-core-1.3.0
- struts-taglib-1.3.0
- struts-tiles-1.3.0
- struts-el-1.3.0
- struts-apps-1.3.0
- struts-site-1.3.0
- struts-extras-1.3.0
Subprojects can have their own independent release numbers all being
1.3.0.x, with the "1.3.0" dictated by struts-cor
On 11/3/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> After five years, the concept of Struts as a product is not going to
> go away so easily.
>
> Whether we call it 'Classic' or 'Core Library' or something else, I
> really think it needs to have 1.3 in the name and contain the 1.3.x
> versions
On 11/3/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> I missed the decision to include BSF, Flow and Faces. I don't think
> they belong in this distribution-- they have declared dependencies on
> Struts 1.2.7 and prior.
The comment on the Release Plan means to say that any Apache Struts
extension
uts-core-
library-1.0.0. And I think struts-core-library-20051103 will convey
the idea that it's not really "done" yet. But that's my opinion and
it's not really a big deal to me.
One queston: Will we ever release the distro again? Or will each
subproject just r
On 11/2/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> I started to do that, but the idea was to also include the new
> subprojects, like Scripting and Flow and Faces, which would start at a
> 1.0.0 release. It seemed consistant to start with 1.0.0.
I missed the decision to include BSF, Flow and Fac
e 0.1
of the Tiles subproject itself, we just called it 1.3.0 to be done
with it and not have to answer the "Where's Tiles 1.3?" questions.
I think people will be confused if they download struts-core-
library-1.0.0. And I think struts-core-library-20051103 will convey
the i
> FYI - Shale Mailreader does not work with MyFaces HEAD, you have to
> use 1.1.0 (or a compatible release).
What's the problem with HEAD?
> James Mitchell
sean
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional command
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project struts-taglib-from-packages has an issue affecting its community
integration.
Th
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project struts-taglib-from-packages has an issue affecting its community
integration.
Th
Author: jmitchell
Date: Thu Nov 3 05:10:35 2005
New Revision: 330544
URL: http://svn.apache.org/viewcvs?rev=330544&view=rev
Log:
Summary of changes:
* mailreader now works with mailreader-dao-1.3.0 (make sure you have the
latest version that does not depend on struts-core)
* fix Spring Web Flo
Ok, I've done the minimal necessary changes to make the shale
mailreader app work (except for 1 thing). I can't seem to figure out
why the edit/delete buttons on a subscription don't work. When
either is pressed The page simply returns back to the same page and
re-renders that same (minus
Author: jmitchell
Date: Thu Nov 3 04:35:41 2005
New Revision: 330534
URL: http://svn.apache.org/viewcvs?rev=330534&view=rev
Log:
mailreader-dao should not depend on struts-core
Modified:
struts/apps/trunk/mailreader-dao/src/java/org/apache/struts/apps/mailreader/dao/ExpiredPasswordException
63 matches
Mail list logo