Yes I just was not sure that action object is placed to stack. If so, it would
be a better idea to make your own BaseActionSupport class extending
ActionSupport and override getText() methods. Then all your actions should
extend your base action. Thanks for your advice!
-
Hi Frank, others,
Am Sa, 4.11.2006, 21:49, schrieb Frank W. Zammetti:
> [...]
> ... indeed, there is active
> work being done to integrate DWR that I'm aware of, and also I believe
> I've seen discussion of AjaxTags integration (although I think that
> depends on Dojo as well, I may be mistaken th
David H. DeWolf (JIRA) ha scritto:
[ http://issues.apache.org/struts/browse/SB-45?page=comments#action_38554 ]
David H. DeWolf commented on SB-45:
---
I think that the container fixed this. Antonio, do you agree?
Definitely yes :-)
Ciao
An
Hi list, and especially David (H. DeWolf)
I noticed that you renamed AttributeTag.preprocessAttribute into
"calculateType", and you removed all the logic that "fixed" the
attribute object itself.
Is this "fixing" code moved anywhere, or is it been removed completely?
TIA
Antonio
-
Hi,
I am new to use Dojo. Can anyone tell me how to do a Column Hide &
implement Pagination using FilteringTable in DOJO.
Thanks and with best regards,
Raju Raghu
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
I wanted to back up as Greg suggested in regards to the role of the
DefinitionsFactory and ComponentDefinitions within the TilesContainer.
As I've removed the static factories and created the new container
environment, I left these two components alone (except for removing the
publication of the d
ummm. . .yes, I specifically remember removing that for a reason, but
for the life of me can't remember why. Perhaps I just wasn't thinking
straight.
Good catch, I'd say let's add it back in as it will make the rest of the
attribute tag processing a little simpler.
The only reason why we wo
Yes, all good points.
I (just me) want to see each and every commit. I prefer this for a
couple of reasons. First, I feel it help with oversight, even for
lazy people like me :P. I also like to save off relevant information
to subfolders so that I can come back to it or search for it whe
David H. DeWolf ha scritto:
3 DefinitionsManager - cache definitions, resolve dependencies, manage
localization.
It seems that it is ComponentDefinitions renamed. Or not?
The benefit of this is:
1) Allows us to support more than one factory - if we decide to down
the road that it would be be
On 11/6/06, James Mitchell <[EMAIL PROTECTED]> wrote:
Yes, all good points.
I (just me) want to see each and every commit. I prefer this for a
couple of reasons. First, I feel it help with oversight, even for
lazy people like me :P. I also like to save off relevant information
to subfolders s
David H. DeWolf ha scritto:
ummm. . .yes, I specifically remember removing that for a reason, but
for the life of me can't remember why. Perhaps I just wasn't thinking
straight.
Good catch, I'd say let's add it back in as it will make the rest of
the attribute tag processing a little simpler
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
3 DefinitionsManager - cache definitions, resolve dependencies, manage
localization.
It seems that it is ComponentDefinitions renamed. Or not?
Well, I almost went there, but I don't think it is. The difference is
that currently Componen
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
ummm. . .yes, I specifically remember removing that for a reason, but
for the life of me can't remember why. Perhaps I just wasn't thinking
straight.
Good catch, I'd say let's add it back in as it will make the rest of
the attribute tag
By the way, what's the use case for putting definitions in a jsp? Why
would someone prefer that method over another. . .
David
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
ummm. . .yes, I specifically remember removing that for a reason, but
for the life of me can't remember why. Per
David H. DeWolf ha scritto:
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
3 DefinitionsManager - cache definitions, resolve dependencies,
manage localization.
It seems that it is ComponentDefinitions renamed. Or not?
... I do think that:
1) caching
2) inheritence resolution
should
David H. DeWolf ha scritto:
Can you help me understand why those created from the factory are
"consistent"?
Err... I am not that sure... I think that preprocessing should happen
also to "configured" attributes, I thought that
ComponentDefinitionsImpl.resolveAttributes fixed the attributes, bu
David H. DeWolf ha scritto:
By the way, what's the use case for putting definitions in a jsp? Why
would someone prefer that method over another. . .
That's a good question. In real applications I never used JSP-configured
defininitions, but removing them could break all the applications. It i
We've talked about this a lot, and I'm still not sure what the correct
answer is.
At the moment we have a dojo theme (not going to go into the history
here - check the webwork mailing list if you're interested). Like any
other product it has it's advantages and disadvantages - the same as
pr
Bob,
The code donated for the "new API" contains copyright statements for
Google. As of November 1, 2006, it is no longer ASF policy to place
copyright statements in individual source files.
* http://www.apache.org/legal/src-headers.html
If these statements are required as a matter of coprorate
Works for me. . .go for it!
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
Can you help me understand why those created from the factory are
"consistent"?
Err... I am not that sure... I think that preprocessing should happen
also to "configured" attributes, I thought that
ComponentDefi
You are right, the patch doesn't include the new files inside the added
folder, I can't figure out how to make svn create a patch with the added
folder, it keeps complaining:
"Files inside the added folder won't be included "
Am I doing something wrong or this is a svn/patch limitation?
m
No idea, just zip together the newly created dir and I'll add the files
individually :)
tia,
Rainer
> You are right, the patch doesn't include the new files inside the added
> folder, I can't figure out how to make svn create a patch with the added
> folder, it keeps complaining:
>
> "Files insid
David H. DeWolf ha scritto:
Works for me. . .go for it!
Committed but there's still a problem. In previous versions, if the
attribute value was a string and the type was "definition", it tries to
get that definition and put it as the value of the attribute. This logic
seems to have disappear
Does this list accept attachments? It got rejected as spam :)
Rainer Hermanns wrote:
No idea, just zip together the newly created dir and I'll add the files
individually :)
tia,
Rainer
You are right, the patch doesn't include the new files inside the added
folder, I can't figure out how to
On Nov 6, 2006, at 7:07 AM, David H. DeWolf wrote:
Here is what I envision:
1) DefinitionsReader - parse an input stream into a map of
definitions.
2) DefinitionsFactory - manage the creation of definitions.
instantiate the appropriate readers, manage refreshes.
3 DefinitionsManager -
I don't think that we want to "get" a definition outside of the
container. That should be an implementation detail of the container. I
think it's this philosophy that allowed the tags to be cleaned up
significantly.
Instead, attributes are now "recognized" as being a definition and thus
the
David H. DeWolf ha scritto:
Perhaps we're talking past each other, do you have a test case that
shows the failure?
Yes, it is "Test definition tag" in test webapp, but it is hidden by a
TODO that you put in DefinitionTag...
In fact the problem happens only with JSP-configured definitions, so n
On Nov 6, 2006, at 8:42 AM, Antonio Petrelli wrote:
David H. DeWolf ha scritto:
By the way, what's the use case for putting definitions in a jsp?
Why would someone prefer that method over another. . .
That's a good question. In real applications I never used JSP-
configured defininitions,
I for one tend to agree... anything included in the core product
inherently makes people think that's what they should be using, the way
things should be done... for all Dojo's good points, there's hundreds of
other options out there, people should understand they have a choice.
This isn't just a
> I'd love to have proper generics support in OGNL. If
> you create an OGNL
> patch, be sure to let the Struts dev list know so we
> can ensure it gets in.
> Don
Don,
I hacked OnglRuntime until it worked, but I don't think I have enough knowledge
of OGNL and Generics to say that it would work
Cool! As long as there's a reason! :)
Greg Reddin wrote:
On Nov 6, 2006, at 8:42 AM, Antonio Petrelli wrote:
David H. DeWolf ha scritto:
By the way, what's the use case for putting definitions in a jsp?
Why would someone prefer that method over another. . .
That's a good question. In real
Hmm, now I'm really lost. . what is the feature that you're talking
about? I thought you were talking about rendering attributes of type
definition. How is that tested by the "Test definition tag" (testdef.jsp)?
This doesn't include any attributes of type def.
If this is really
David H. DeWolf ha scritto:
Hmm, now I'm really lost. . what is the feature that you're talking
about? I thought you were talking about rendering attributes of type
definition. How is that tested by the "Test definition tag"
(testdef.jsp)?
Err... sorry I meant "Test insert definition that c
How easy would it be to setup an application to use this separate theme?
musachy
Frank W. Zammetti wrote:
I for one tend to agree... anything included in the core product
inherently makes people think that's what they should be using, the way
things should be done... for all Dojo's good points,
Gotcha,
Yes, I fully expect that this test will pass as soon as we are able to
register the jsp defined definitions (of course, I could be wrong!).
The behavior should be the same as the configured definitions. . and the
test should result in the same behavior as the configured composite test.
Frank,
see comments below...
Frank W. Zammetti schrieb:
I for one tend to agree... anything included in the core product
inherently makes people think that's what they should be using, the way
things should be done... for all Dojo's good points, there's hundreds of
other options out there, peop
Hi Musachy,
Musachy Barroso schrieb:
How easy would it be to setup an application to use this separate theme?
Usually not more than one line of code in your application configuration :)
The main goal of WW2/S2 tag design was to keep every tag functional, not
depending on it's implementation
On Mon, November 6, 2006 12:24 pm, Rene Gielen wrote:
> Right now this switch already present. DWR is utilized for that, not
> depending on which AJAX UI framework is used - so if we would add
> sciptaculous support or such, we would not need to change the remoting
> based validation solution.
>
>
Vitor Souza wrote:
I'd love to have proper generics support in OGNL. If
you create an OGNL
patch, be sure to let the Struts dev list know so we
can ensure it gets in.
Don
Don,
I hacked OnglRuntime until it worked, but I don't think I have enough knowledge
of OGNL and Generics to say t
Hi Rene
Given all the buzz about ajax, people will want to play with the
"Firts-class Ajax support" when struts is released, I was thinking that
if the configuration was difficult it would be a problem for people new
to struts, or struts 1 users, but if it is that easy...them moving it
out of
Honestly, I don't think it is the best approach to use themes to solve
the multiple Ajax toolkit problem. The theory behind themes is to
separate the functional component from its rendering. For example, a
text tag would need to take the maxlength parameter, no matter how it is
rendered.
Th
Are we going to support(like we do with Dojo) more than one ajax
framework, or we are just trying to make it easier for others to plugin
their themes?
musachy
Don Brown wrote:
Honestly, I don't think it is the best approach to use themes to solve
the multiple Ajax toolkit problem. The theory
If one of our XWorkers has VoidResult in your local copy, could we get
it checked in, please.
-Ted.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 11/6/06, Musachy Barroso <[EMAIL PROTECTED]> wrote:
Does this list accept attachments? It got rejected as spam :)
No, you would need to attach it to the ticket.
-Ted.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additio
My personal feeling is we need to rethink our tags and how we implement
them. To be clear, I think this is now a post 2.0.x discussion,
probably 2.1 or 3.0.
Let's start with our goals for tags:
1. Make it easy to create complex components
2. Tie the value stack values into the tag attributes
3
Fixed. I was originally using VoidResult in our Result annotation,
which worked fine with Eclipse, however building from the command
line, I realized the VoidResult was in the test classes, so we are
using a Struts class, NullResult, now.
Don
On 11/6/06, Ted Husted <[EMAIL PROTECTED]> wrote:
I
On 11/1/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Correct. And since our directory names don't match the artifactIds,
we'll have to specify for every module.
So much for convention over configuration :)
-T.
-
To unsubscrib
On 11/6/06, Don Brown <[EMAIL PROTECTED]> wrote:
Fixed. I was originally using VoidResult in our Result annotation,
which worked fine with Eclipse, however building from the command
line, I realized the VoidResult was in the test classes, so we are
using a Struts class, NullResult, now.
Gettin
Fixed, same reason as before.
Don
Ted Husted wrote:
On 11/6/06, Don Brown <[EMAIL PROTECTED]> wrote:
Fixed. I was originally using VoidResult in our Result annotation,
which worked fine with Eclipse, however building from the command
line, I realized the VoidResult was in the test classes, so
Has anyone tried to deploy the example struts 2 apps in an oracle app server? I
deployed it with the Struts2 Java 1.4 jar files and it doesn't seem to work
properly. When switching languages in the blank or mailreader demo app, every
other request seems to be processing correctly, but the URL ch
> Vitor Souza wrote:
> > However, if you'd like I could create a JIRA (Bugzilla?) issue [...]
> >
> Yes, please create the ticket. Unfortunately, I don't believe there is
> anyone left who _does_ have enough knowledge of OGNL
> to truely vet it :(
Ok. I will work on that. I will build a quick
On 11/6/06, Don Brown <[EMAIL PROTECTED]> wrote:
Vitor Souza wrote:
>> I'd love to have proper generics support in OGNL. If
>> you create an OGNL
>> patch, be sure to let the Struts dev list know so we
>> can ensure it gets in.
>> Don
>>
>
> Don,
>
> I hacked OnglRuntime until it worked, but I d
Hi Vitor,
I think the do fallback was removed from webwork. Have a look at
http://cwiki.apache.org/confluence/display/WW/Key+Changes+From+WebWork+2 for
more of the changes from webwork to struts2.
> Or maybe I did something wrong and I'm totally embarassing myself right
> now.
No you are not.
Hi guys,
I think this option is mentioned before in Struts2 maling list (by Ted if not
mistaken). What do you guys think about us forking Ognl? Ognl is just too
important to WebWork/Struts2.
Thoughts? Good? Bad?
rgds
Alexandru Popescu <[EMAIL PROTECTED]> wrote: On 11/6/06, Don Brown wrote:
tm jee wrote:
Hi guys,
I think this option is mentioned before in Struts2 maling list (by Ted if not
mistaken). What do you guys think about us forking Ognl? Ognl is just too
important to WebWork/Struts2.
Thoughts? Good? Bad
Well, since we have full access to OGNL, why can't we just make
tm jee wrote:
Hi Vitor,
I think the do fallback was removed from webwork. Have a look at
http://cwiki.apache.org/confluence/display/WW/Key+Changes+From+WebWork+2 for more of
the changes from webwork to struts2.
Yeah, I'm thinking we should put this back. Struts 2.0.x is about
compatibili
+1 for restoring "do*".
Matt
On 11/6/06, Don Brown <[EMAIL PROTECTED]> wrote:
tm jee wrote:
> Hi Vitor,
>
> I think the do fallback was removed from webwork. Have a look
at http://cwiki.apache.org/confluence/display/WW/Key+Changes+From+WebWork+2 for more of
the changes from webwork to struts2
sounds ok to me. But are we going to take it out in 2.1.x ? I'd prefer not to.
rgds
Matt Raible <[EMAIL PROTECTED]> wrote: +1 for restoring "do*".
Matt
On 11/6/06, Don Brown wrote:
> tm jee wrote:
> > Hi Vitor,
> >
> > I think the do fallback was removed from webwork. Have a look at
> > http:
> Well, since we have full access to OGNL, why can't we just make the
> changes we need? Patrick should be able to hook us up :)
Sounds cool.
For those who are interested, more info about OGNL could be found at
http://www.opensymphony.com/ognl/
rgds
Don Brown <[EMAIL PROTECTED]> wrote: tm
--- Musachy Barroso <[EMAIL PROTECTED]> wrote:
> Does this list accept attachments? It got rejected
> as spam :)
>
file jira issue and attach it there.
regards,
[ Konstantin Pribluda http://www.pribluda.de ]
Still using XDoclet 1.x? XDoclet 2 is released and of production
60 matches
Mail list logo
