The problem is one of access and planning. The solution is a hack.
Not a bad hack and one which some people are satisfied with
apparently. However, I hate a hack. And, it really does not work.
There are applications in the framework now. This is a hit or miss
thing based on personalities and
On Apr 7, 2005 12:13 AM, Martin Cooper <[EMAIL PROTECTED]> wrote:
> I'm not sure what you're proposing here. If you're looking for
> feedback on something that might become a Struts extension, for
> example as part of the Struts SourceForge project, then I would say
> knock yourself out. ;-) Howeve
On Apr 7, 2005 2:01 AM, Don Brown <[EMAIL PROTECTED]> wrote:
> I haven't really been following closely, but what is wrong with using
> struts.sf.net for distributing struts-related extensions? I've been
> using that site for years with good results. Some ideas became struts
> subprojects and othe
for the development core 3.0 struts is there a download available with
the required jars ? the dependencies has changed a lot it seems.
:)
>> is there a nightly build or something available with it?
> Yes, here...
> http://jakarta.apache.org/commons/validator/downloads.html
thanks again. will
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 JeffBeal:
http://wiki.apache.org/struts/ActionErrorsAndActionMessages
The comment on the change is:
Added link to page explaining html:errors and
I think the problem I see with that is that if you are making changes to
existing code in the Struts distribution it means that people have to make
a conscious choice to go down a potentially incompatible path.
I think struts.sf.net works fine for things that truly are extensions,
i.e., things tha
My understanding of your initial email is that the Ajax-aware tags
were really just extensions to the tags. Was I wrong?
While I was reading it, I kept thinking they were going to be like
what the EL tags are now. If you want the classic tags, use this tag
library, if you want the Ajax tags, use
I just tried your ajaxtags sample app
I'd just suggest to use a validator like design (separate tag) :
Advantages :
1. This may NOT require to change struts tags (and so not have to extend
both EL and NON-EL tags)
2. can use staticJavascript="true"
dynamicJavascript="true" as validat
On Apr 7, 2005 9:31 AM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> I think the problem I see with that is that if you are making changes to
> existing code in the Struts distribution it means that people have to make
> a conscious choice to go down a potentially incompatible path.
>
> I think
I presume you mean 1.3.x
Get the latest struts-example and it will have what you need.
http://svn.apache.org/builds/struts/maven/trunk/nightly/struts-apps/
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
Yah
Since what version have the tags been separate? I just looked in my 1.2.4
struts.jar I have deployed in production and all the tag classes are there
(well, the couple I looked for anyway, including BaseHandlerTag and
ButtonTag). Are you saying that they are in fact separate NOW but all
RELEASED v
- Original Message -
From: "Ted Husted" <[EMAIL PROTECTED]>
Sent: Thursday, April 07, 2005 3:30 PM
> Is it hard to get new code into the Struts project? Yes, it is. But
> peole do it. Craig did it. Don did it. I'm hoping Niall will do it
> soon with LazyDynaBeans, and that Hubert will do
Frank,
In 1.3 all the extras are refactored into their own projects... tags,
tiles, etc.
Al
-Original Message-
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 07, 2005 10:02 AM
To: Hubert Rabago
Cc: Struts Developers List
Subject: Re: RFC: Struts HTML Ajax-Aware
Ok, that's what I figured, this is an "as of 1.3" thing.
You know, this is an especially bad time for those not on the Struts team
to be trying to contribute anything it seems... you really can't do
anything against the currently released version because you are told no
new development is going in
On Apr 7, 2005 3:06 AM, Ted Husted <[EMAIL PROTECTED]> wrote:
> If at some time, we were to add a Struts Ajax subproject, based on a
> mature codebase with a strong following within the Struts community, I
> doubt it would carry any more weight than our adding Struts Shale :)
Actually, isn't add
When 1.3 arrives in the hands of those doing it, something else will
be the focus, Frank. I think you are mistaken to think that this is a
"passing" problem, if you think that. I expect all the usual
responses leading to nothing happening on this. We should develop
numbers for certain responses
Hmm,
I don't know. I checked out the struts 1.3 trunk (including apps,
taglibs, etc) and haven't had much of a problem with being stepped on. I
even submitted a couple patches against the 1.3 dev trunk.
I will agree that the 1.3 is vastly in flux, but that is likely because
it is undergoing a mas
On Thu, April 7, 2005 12:17 pm, Fogleson, Allen said:
> Hmm,
>
> I don't know. I checked out the struts 1.3 trunk (including apps,
> taglibs, etc) and haven't had much of a problem with being stepped on. I
> even submitted a couple patches against the 1.3 dev trunk.
Did you actually check it out o
On Apr 7, 2005 9:17 AM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> Hmm,
>
> I don't know. I checked out the struts 1.3 trunk (including apps,
> taglibs, etc) and haven't had much of a problem with being stepped on. I
> even submitted a couple patches against the 1.3 dev trunk.
>
> I will agree
Svn checkout.
Yes I agree it makes it more difficult to contribute when all the
committers are so busy working on the thing. Which is why I expect my
patches to be late in being applied. And heck I may have to rewrite them
again :)
Although the 1.2 branch seems to be a "dead end" I know there ar
On Thu, April 7, 2005 12:59 pm, Fogleson, Allen said:
> Svn checkout.
Really? That is interesting. I was not aware that anyone other than
committers could check code out. It seems bizarre that anyone could come
along and check out the code for changes, effectively locking the
committers themsel
Jack,
Actually my comments were in no way an answer to his proposal. I believe
that under the rules of Apache we have already gotten our answer to
whether it will be included as a subproject of struts. To be included
there must be no vetoing vote by a member of the PMC. (pardon me Martin
if I misq
Huh?
SVN is like CVS. You don't lock files when you check them out. I can't
write to the svn repository but almost anyone can do an anonymous
checkout, do updates (one way, to their copy of the repository).
Otherwise it would be near impossible to write patches :)
Al
-Original Message-
- Original Message -
From: "Dakota Jack" <[EMAIL PROTECTED]>
Sent: Thursday, April 07, 2005 5:06 PM
Subject: Re: RFC: Struts HTML Ajax-Aware Tags
> We should develop
> numbers for certain responses to avoid having to have threads devolve
> to them.
>
> Answer 1 = "If there is an itch, I
Hello list:
I like to report that using today 20050407 shale.jar and
shale-spring.jar, shale and spring work togather as documented by Craig.
BaTien
DBGROUPS
==
Duong BaTien wrote:
Thanks. I will find time to do it.
BaTien
DBGROUPS
Craig McClanahan wrote:
Please try out
I'll choose answer 7 here... (wasn't that the hmmm... I just saved $30
at geico)
Ohh man. The only thing I can say is both are just hilarious.
Lucky for me I work 4 10's (more or less.. they end up being 12's or
13's) so today is Friday for me :)
Al
-Original Message-
From: Niall Pembe
On Apr 7, 2005 10:12 AM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> Jack,
>
> Actually my comments were in no way an answer to his proposal. I believe
> that under the rules of Apache we have already gotten our answer to
> whether it will be included as a subproject of struts. To be included
>
Answer 11
The real bottom line here is the original post
Q: will a struts ajax integration be beneficial to the community and can
we start it on the struts repository.
A: Sure it might be beneficial, but no it is not going to happen on the
main apache repository.
Just because someone doesn
On Apr 7, 2005 1:12 PM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> Jack,
>
> Actually my comments were in no way an answer to his proposal. I believe
> that under the rules of Apache we have already gotten our answer to
> whether it will be included as a subproject of struts. To be included
> th
On Thu, April 7, 2005 1:15 pm, Fogleson, Allen said:
> Huh?
>
> SVN is like CVS. You don't lock files when you check them out. I can't
> write to the svn repository but almost anyone can do an anonymous
> checkout, do updates (one way, to their copy of the repository).
> Otherwise it would be near
Ted,
Thanks for the correction. I was confused about the bylaws I guess.
(Should have went to them for clarity instead of going from the top of
my head)
Of course the end result remains the same ;) Essentially if any of us
care to see a struts-ajax integration then we need to get it started,
an
On Apr 7, 2005 11:53 AM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> Ok, that's what I figured, this is an "as of 1.3" thing.
>
> You know, this is an especially bad time for those not on the Struts team
> to be trying to contribute anything it seems... you really can't do
> anything against th
Thanks, Ted. Nice to hear someone say "Let's talk" rather than
"Shaddup". ///;-)
On Apr 7, 2005 10:28 AM, Ted Husted <[EMAIL PROTECTED]> wrote:
> On Apr 7, 2005 1:12 PM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> > Jack,
> >
> > Actually my comments were in no way an answer to his proposal. I b
Nope, Frank. Allan is dead on in this case. I check the code out all
the time. The problem is never read in this environment, but just
write privileges.
There are systems that work the way you are thinking, and you probably
use those at work.
On Apr 7, 2005 10:33 AM, Frank W. Zammetti <[EMAI
Frank,
No, the idea of CVS and SVN is that an unlimited number of developers
can check out code and modify it. Upon checking in code the code will go
through a process where any changes are merged together. (in my case no,
I cannot anonymously check in code. Although cvs and svn COULD allow
that f
Ok, fair enough. I'll be the first to admit I've only had a small
exposure to CVS and none to SVN (we mostly use SourceSafe departmentally
and ClearCase enterprise-wide here). I'm learning :)
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
What about the discussion of how to provide a managed environment that
encourages rather than punishes participation, Allan. Any interest in
that question, or are we doing a medical test of people knee
reactions? ///-)
On Apr 7, 2005 10:35 AM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> Ted,
>
On Apr 7, 2005 1:33 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> On Thu, April 7, 2005 1:15 pm, Fogleson, Allen said:
> > Huh?
> >
> > SVN is like CVS. You don't lock files when you check them out. I can't
> > write to the svn repository but almost anyone can do an anonymous
> > checkout, do
Ted,
While we are on the subject of patches
Lets say a patch is submitted.. is it enough to rely on the bugzilla
message that is sent when a bug is altered or should the patch be
generally announced here. From reading the contributing guides it seems
to say announce it on the dev list, but to
Again, I would like to applaud this answer. This answer, unlike almost
all the other answers, which are just the typical answer avoidance,
provides a way to get things done that is encouraging rather than
discouraging involvement and access.
Clap, clap, clap,clap, clap, [NOW STANDING].clap, clap,c
Well, the bottom-line here is that I am in fact a developer member of
struts.sf.net, although I have yet to contribute anything to it. If I
want to persue this, that is one of the avenues available to me (although
I don't know the procedure yet). I don't know at this point if I'm going
to do that
I conclude once again that there is little chance of getting a serious
discussion on the Struts list of how to intelligently change things so
that applications (which Ted rightly points out are the real focus of
all this work) can be submitted to Struts. If the very point of
Struts is shunted off
Im not sure I understand your question.
I believe the dev list here is rather open to the types of discussion we
were having about struts-ajax. It is not my intention to halt that
discussion, my point is that I believe Franks initial question was
answered, and it is time to begin a discussion, wh
Yes, I think that is the bottom line, but I believe your post did
provide some good things.
1) there is some interest from other developers in assisting with such a
project.
2) Although the initial proposal was for a specific technology I believe
Martin brought up some good points about there be
Jack,
I can understand where you are coming from, but I believe that the
struts PMC and committers have a valid point here.
Perhaps a better question to ask (and I expect I know the answer to
this) is...
How can we get ajax into the sandbox.
I suspect that the apache sandbox is using the same
Well then perhaps we can shift this discussion to what Martin had in
mind... I wasn't sure where he was going frankly.
It sounded to me like he was almost saying we should be looking at
providing a whole new GUI framework for developing client-side webapp
components, independant of what is going o
Frank,
Ok here are my "interpretations" of his comments about that. And mind
you this is a very high level kind of thing I haven't thought through
any kind of real architecture here.
1) We (or you and whoever, or just you) create a framework that
abstracts view type things.
2) Create extensions
I think for me this discussion should begin in one way only: with some
demonstrations of what we think it would look like.
For instance, if you tell me:
...and then tell me there is a new config file introduced with
such-and-such a structure, then that gives me a fair idea what the intent
is (a
I believe you really have no idea how far off the beaten track on the
problem you are here, Allan. I don't have the time to bring you up to
speed on that. So, let us leave you with your answer.
On Apr 7, 2005 10:54 AM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> Im not sure I understand your qu
On Apr 7, 2005 11:06 AM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> As in any enterprise (and we must view apache as an enterprise even if
> it is mostly volunteer labor) there are rules, regulations and policies
> to be followed.
It also helps avoid surprise if you understand a little bit abou
On Apr 7, 2005 11:18 AM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> And of course the real question becomes - is the struts dev list the
> right place to hold this conversation now? And if it is not where or how
> do we hold it? :)
>
> Al
Think of how absolutely nuts this question is. Where
On Apr 7, 2005 2:35 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> > And of course the real question becomes - is the struts dev list the
> > right place to hold this conversation now? And if it is not where or how
> > do we hold it? :)
>
> Your right, that's a good question even *before* anyt
I wouldn't want to prefix it with [AJAX] because that narrows the focus
too much, but I get your point :)
Perhaps [NEXTGEN_GUI] or [NEW_EXPANDED_TAGLIBS] or [SWING_FOR_THE_WEB] or
[I_BET_WE_CAN_DO_SOMETHING_REALLY_COOL_IF_WE_ALL_JUST_GET_ALONG].
:)
--
Frank W. Zammetti
Founder and Chief Softwar
Ted,
Thanks for clearing that up. :)
Al
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 07, 2005 3:04 PM
To: Struts Developers List
Subject: Re: RFC: Struts HTML Ajax-Aware Tags
On Apr 7, 2005 2:35 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
>
Ahh but in whatever configuration, we have a place to discuss it :)
Since it is your baby I'll let you decide the subject descriptor.
Al
-Original Message-
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 07, 2005 3:07 PM
To: [EMAIL PROTECTED]
Cc: Struts Develop
Is the 1.2.7-dev nightly build process still 'under construction'? I
noticed that the struts-src-20050407.zip file contains a directory named
'm-target' that seems to contain the whole 1.2.6 distribution.
--
Wendy Smoak
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
The comment on the change is:
Collate links; add links for two new pages.
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
--
* Acti
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/StrutsCommitters
New page:
"So, how do you get to be a Struts Committer?"
Struts is a project of the Apa
On Apr 7, 2005 1:45 PM, Fogleson, Allen <[EMAIL PROTECTED]> wrote:
> Ted,
>
> While we are on the subject of patches
>
> Lets say a patch is submitted.. is it enough to rely on the bugzilla
> message that is sent when a bug is altered or should the patch be
> generally announced here. From re
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/StrutsSubprojects
New page:
"How is a Struts subproject created?"
There is no formal application proces
Author: husted
Date: Thu Apr 7 15:40:48 2005
New Revision: 160484
URL: http://svn.apache.org/viewcvs?view=rev&rev=160484
Log:
Add or update LICENSE and NOTICE files.
Added:
struts/sandbox/trunk/overdrive/Nexus/LICENSE.txt
struts/sandbox/trunk/overdrive/Nexus/NOTICE.txt
Modified:
str
Author: husted
Date: Thu Apr 7 16:17:28 2005
New Revision: 160493
URL: http://svn.apache.org/viewcvs?view=rev&rev=160493
Log:
OVR-7
OVR-8
OVR-9
* Implement members sufficient to compile and run (but not pass) initial unit
tests.
Added:
struts/sandbox/trunk/overdrive/Nexus/Core/IRequestComm
Author: husted
Date: Thu Apr 7 17:00:28 2005
New Revision: 160496
URL: http://svn.apache.org/viewcvs?view=rev&rev=160496
Log:
OVR-7
OVR-8
* Greenbar initial Controller and RequestContext tests.
Added:
struts/sandbox/trunk/overdrive/Nexus/Extras/AssemblyInfo.cs
Modified:
struts/sandbox/t
ECTED]
- Original Message -
From: "Wendy Smoak" <[EMAIL PROTECTED]>
To: "Struts Developers List"
Sent: Thursday, April 07, 2005 4:58 PM
Subject: 1.2.7-dev nightlies
Is the 1.2.7-dev nightly build process still 'under construction'? I
noticed that th
Author: husted
Date: Thu Apr 7 19:19:14 2005
New Revision: 160505
URL: http://svn.apache.org/viewcvs?view=rev&rev=160505
Log:
Add missing file.
Added:
struts/sandbox/trunk/overdrive/PhoneBook/Web/Web.csproj.webinfo
Added: struts/sandbox/trunk/overdrive/PhoneBook/Web/Web.csproj.webinfo
URL:
Hi Niall,
If it is possible, please consider to include LazyValidatorActionForm
into the Struts build as it is a useful class to have in the Struts
distribution.
TIA!
Chong Hin
-Original Message-
From: Niall Pemberton [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 07, 2005 11:15 P
Author: husted
Date: Thu Apr 7 19:36:46 2005
New Revision: 160507
URL: http://svn.apache.org/viewcvs?view=rev&rev=160507
Log:
Add mission file.
Added:
struts/sandbox/trunk/overdrive/PhoneBook/Core/App.cs
Modified:
struts/sandbox/trunk/overdrive/PhoneBook/Test/Test.csproj
Added: struts/s
68 matches
Mail list logo