Sounds cool Ted, marked as "fix for fure".
Cheers.
Ted Husted <[EMAIL PROTECTED]> wrote: We could just change the "Fix For" to
future, in case someone wants to
try later.
Ted.
On 3/12/07, tm jee wrote:
> Hi guys,
>
> > OK, we've now cleared out
forgotten to mention that the code is already in WebWork svn together with
documentation and a showcase example. Details could be found in the jira issue
itself.
cheers
tm jee <[EMAIL PROTECTED]> wrote: Hi guys,
> OK, we've now cleared out all the 2.0.7 patches from last we
Hi guys,
> OK, we've now cleared out all the 2.0.7 patches from last week, save
> one that might still be sitting on Toby's hard drive :)
The jira issue for this is at [1]. Would it be possible to not migrate this to
Struts2, cause I am not really sure how to make it a plugin (part of the code
Happy new year guys. :-)
WebWork just like any other open-source project follows the open-source
spirits. It is very much driven by the community itself. Features are often
implemented when they are substantial enough, it doesn't matter if it
originated from users, commiters or the project lead
Lmao ;-D
Philip Luppens <[EMAIL PROTECTED]> wrote: > > Although the train stops in
Aachen, I fear I will
> not
> > join you there, as Rainer and me will go together
> by
> > car . But I'm sure we find some time & place in
> > Antwerp :)
>
> Well, you have not that far from aachen to Antwer
Hi Rainer,
>Toby, are you still working on the docs?
I think there's some changes needed to be done on the current xwork2 docs,
there's the new DI introduced lately and I think the docs doesn't take that
into account. I think (I am not sure) that the creation of ActionProxy etc.
might be diff
Hi Mark,
By doing
valueStack.getContext();
we get the valueStack's context (a Map) whose value with "someKey" as its key
is accessible through
<@s.property value="%{#someKey}" />
There's a root in the value stack as well,
valueStack.getRoot();
which is like a stack, I think that's where t
sorry for poping this again. Any thoughts on this? :)
tm jee <[EMAIL PROTECTED]> wrote: forgotten some stuff in previous post.
xwork-default.xml wouldn't be loaded is we are using Struts2, just that with
this approach there's 2 files to maintain whenever we introduce new bea
Ok. thx :)
Don Brown <[EMAIL PROTECTED]> wrote: Do an svn update...I just fixed that bug
30 minutes ago :)
Don
tm jee wrote:
> Hi guys,
>
> There's some part I don't understand, would be glad if anyone could help me
> understand it better.
>
> In Dispatc
Hi guys,
There's some part I don't understand, would be glad if anyone could help me
understand it better.
In Dispatcher, during init (in init() method),. BeanSelectionProvider is being
added twice to ConfigurationManager, once during loading config from
classloader (zero configuration) and
uts-default.xml.
Thoughts?
rgds
tm jee <[EMAIL PROTECTED]> wrote:
I see. What about duplicating those beans in xwork-default.xml, it is still
going to be in struts-default.xml as well.
Just such that those who use xwork standalone could do
// the will load xwork-default.xml and all the
itional hidden
xwork-default.xml
I'm open to changing this if there are other good options on the table.
Don
tm jee wrote:
> Hi guys,
>
> Shouldn't we have the xwork stuff in xwork-default.xml? In struts-default
Hi guys,
Shouldn't we have the xwork stuff in xwork-default.xml? In struts-default.xml,
There's some common beans like
...
..
that might be better if moved to xwork-default.xml Am I missing somthing?
rgds
Send instant messages to your
ight be totally wrong. :)
Unfortunately I can't make it to JavaPolis. what a pitty. If you decided to
have a blog, do let me know. I could be reached at (tm_jee at yahoo dot co do
uk).
Cheers.
rgds
Konstantin Priblouda <[EMAIL PROTECTED]> wrote:
--- tm jee wrote:
> Thx
Hi guys,
I've undo the commit for WW-1506, so the problem will still exists in the
latest svn head. Can't seems to figure out a way without doing changes (quite
major) to the container /xwork2 api. See jira issue WW-1506 for more info.
p/s i might be off for a few days.
rgd
Hi Don,
I've reverted the changes on my local box, and tried out with
@Inject(required=false), when starting jetty using mvn jetty:run, it seems to
be giving me the following stack
Should I commit back the reverted changes. Can't figure out a way to fix this
without doing changes to the DI Con
used by not initialized. Then, we wouldn't need all the
changes to xwork and guice. In particular, I'd like to avoid changing
the Guice source code if all possible to facilitate easier
synchronization with the original project.
Could you back out the changes and try the require
Guice source code if all possible to facilitate easier
synchronization with the original project.
Could you back out the changes and try the required="false" approach?
Thanks,
Don
tm jee wrote:
> Hi guys,
>
> Found a possible bug with Struts2 DI feature. Opened up a jira issue
Hi guys,
Found a possible bug with Struts2 DI feature. Opened up a jira issue for it
(WW-1508). Leaving the issue open for reviews. Don if you got the time to have
a look, it would be great.
cheers
Send instant messages to your online friends http://uk.messenger.yahoo.com
Hi Mark,
Thank you for your interest and efford. I think we could add it into the
example section. :-) As the article is about Struts2, I think it would be more
appropriate if we have it in Struts2 confluence, what do you think?
Unfortunately to access the struts2 confluence, one needs CLA.
(
et the bits
out there. I think we
anticipate that both the XWork 2 and Struts 2 distributions will be
stuck at beta again this cycle. But, we can't have another Struts 2
beta without another XWork 2 beta.
On 11/15/06, tm jee wrote:
> I think we might need to push back XWork2 release plan a
bscribe to it.
Cheers.
Konstantin Priblouda <[EMAIL PROTECTED]> wrote:
--- tm jee wrote:
> Hi Konstantin,
>
> Its at http://code.google.com/p/google-guice/
>
> Enjoy Guice. Its Guice time :-)
Not sure whether I will be enjoying it, but I
will try to understa
Good idea Alex. ;)
I manage to find his email at carzybob.org
Alexandru Popescu <[EMAIL PROTECTED]> wrote: On 11/15/06, tm jee wrote:
> Hi guys,
>
> Guice doesn't seem to have a mailing list or forum. Does anyone know how to
> follow up with development / news of Gui
Hi Konstantin,
Its at http://code.google.com/p/google-guice/
Enjoy Guice. Its Guice time :-)
Cheers.
Konstantin Priblouda <[EMAIL PROTECTED]> wrote:
--- tm jee wrote:
> Hi guys,
>
> Guice doesn't seem to have a mailing list or forum.
> Does anyone kno
etter as we learn its capabilities.
Don
tm jee wrote:
> Hi guys,
>
> Sorry, this might be off topic a bit.
>
> Just want to say I really like Guice. Its simple, fast (amazing !!!), well
> written ...
>
> I like the code, its so clean and elegant (to me at least). For newbies l
Hi guys,
I think we might need to push back XWork2 release plan a bit. With the new IoC
feature in XWork2, the docs gets outdated, might need some time to make it
up-todate again. Thoughts?
Cheers.
Don Brown <[EMAIL PROTECTED]> wrote: James Mitchell wrote:
> I'd be happy to take a stab at ad
I see. thx for the info Don. Just removed the comments in default.properties,
added / updated javadoc in CompositeActionMapper to reflect this.
cheers.
Don Brown <[EMAIL PROTECTED]> wrote: Actually, that wasn't an accident. The
composite mapper now uses a
different, simpler mechanism to gath
you have a
chance, please readd your fix, but try to find more explicit names for
the dispatchers and very clearly document the logic so it is easier to
grasp. If you don't have time, I may be able to get to it next week.
Thanks,
Don
tm jee wrote:
>> Could you go into detail why the c
er needs to initialize the dispatcher?
Don
tm jee wrote:
> Hi guys,
>
> There might be a fix releated to this
> (https://issues.apache.org/struts/browse/WW-1489) that seems to be broken.
> WW-1489 abstracted the common logic from both DispatcherFilter and
> ActionContextCleanU
felt
appropriate?
But as Martin pointed out, there's going to be quite a massive responsibility
in maintaining ognl docs, patches, user requests etc. So i guess its not really
a feasible option right now.
Cheers.
Martin Cooper <[EMAIL PROTECTED]> wrote: On 11/13/06, tm jee wro
Hey guys,
What do you guys think about moving Ognl code base into Struts2, just like what
was did with Guice?
rgds
-
All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease
of use." - PC Magazine
Hi guys,
There might be a fix releated to this
(https://issues.apache.org/struts/browse/WW-1489) that seems to be broken.
WW-1489 abstracted the common logic from both DispatcherFilter and
ActionContextCleanUp to an Abstract filter. With the latest commit,
FilterDispatcher is put back to its
Sounds interesing. I guess after this, to use XWork, we could just say, grab a
copy ActionProxyFactory from Container, and everything is wired in by Guice.
Is there any place where those interested could follow up with this? Maybe a
jira issue describing the details about it. Guice is cool, shou
You are welcomed. :)
Ruimo Uno <[EMAIL PROTECTED]> wrote: Thanks! It works fine!
2006/11/12, tm jee :
>
> Hi Ruimo,
>
> If not mistaken i think we might need this
>
>
> ...
>
> ...
>
>
> rgds
>
>
> Ruimo Uno wrote: Hi,
>
> I
Hi Ruimo,
If not mistaken i think we might need this
...
...
rgds
Ruimo Uno <[EMAIL PROTECTED]> wrote: Hi,
I'm trying Spring2 with Struts2 but cannot configure request scoped bean.
I've changed web.xml along with the folowing guide:
http://www.opensymphony.com/webwork/wikidocs/Sprin
ository
true
true
Maybe we should have this in struts2-archetype-starter's pom.xml as well.
rgds
Wendy Smoak <[EMAIL PROTECTED]> wrote: On 11/11/06, tm jee wrote:
> struts2-archetype-starter seems to depends on struts-master version
> 4-snapshot which do
Hi guys,
Got XWork2 documentation filled up. Please do have a look at it if you've got
some time to free.
Its at http://wiki.opensymphony.com/display/XW/XWork2
As usual any feedbacks are welcomed. Cheers
rgds
Send instant messages to your online friends http://uk.messenger.yahoo.com
Hi guys,
struts2-archetype-starter seems to depends on struts-master version 4-snapshot
which doesn't exists at the moment in maven repository
(http://repo1.maven.org/maven2/). Struts2's core, etc seems to still be using
struts-master version 3.
Are we suppose to use struts-master version 3
Hi guys,
I think there's an issue that might be related to retrotranslator. Its at
https://issues.apache.org/struts/browse/WW-1493 Could this be related? Thoughs
Have anyone used the weaved jar file with BEA JRockit?
Thx.
Ted Husted <[EMAIL PROTECTED]> wrote: Thanks, Rainer.
Applying Retrow
Thx for the clarification Craig. :-)
Craig McClanahan <[EMAIL PROTECTED]> wrote: On 11/8/06, tm jee wrote:
>
> > Does this need a servlet mapping?
>
> I don't think so. It just expose the servlet instance itself such
> that ServletConfig etc. could be obtain
> Does this need a servlet mapping?
I don't think so. It just expose the servlet instance itself such that
ServletConfig etc. could be obtained . This I think is needed when using a
jsp taglib in freemarker
rgds.
Wendy Smoak <[EMAIL PROTECTED]> wrote: On 11/7/06, [EMAIL PROTECTED] wrot
applied to Struts2 too?
2006/11/8, tm jee :
> Yup. That's the reason I think its ok to compare they key, just like the
> patch (ww-1369) and you suggested. :-)
>
>
> Ruimo Uno wrote:
> 2006/11/8, tm jee :
> > There's a related jira issue for t
Hi guys,
I've go ahead make the following changes on struts2-archetype-starter :-
- make web.xml 2.4 compatible instead of 2.3 (removed the taglib portion and
add the appripriate 2.4 web-app tag)
- corrected the unused 'home.html' link
> The next question is, where are Sitemesh tags used at
>
Yup, but sometimes the key might be an object or a string, I guess that's the
reason toString() was used.
I think it should be fixed as Ruimo Uno suggested.
rgds
Musachy Barroso <[EMAIL PROTECTED]> wrote: You can force freemarker to render
it as a number with "?c" I th
Yup. That's the reason I think its ok to compare they key, just like the patch
(ww-1369) and you suggested. :-)
Ruimo Uno <[EMAIL PROTECTED]> wrote: 2006/11/8, tm jee :
> There's a related jira issue for this as well reported on WebWork.
>
> http://jira.opensymphony
There's a related jira issue for this as well reported on WebWork.
http://jira.opensymphony.com/browse/WW-1369
I don't think there's an issue comparing the key. What do others think about
it? But for rendering the page, we should use the string cause freemarker will
added locale specific infor
Okie dokie Rainer.
I'll have a go at it, this weekend and comming weekends as well.
rgds
Rainer Hermanns <[EMAIL PROTECTED]> wrote: Toby,
have a look at OS Jira for XWork2...
There are some open issues left, mostly regarding the build and release
process with maven.
I plan to work on these
TECTED]> 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
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 remo
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:
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.
tried also with similar
results(using patch), I tried with eclipse and
it worked like a charm. Shame on me :)
tm jee wrote:
> Hi guys,
>
> I've tried to apply Musachy's patch on my local machine and the following is
> the output. There seems to be some part that
t of 1 hunk ignored -- saving rejects to file
core/src/main/java/org/apache/struts2/views/freemarker/tags/PanelModel.java.rej
(Stripping trailing CRs from patch.)
....
rgds
tm jee <[EMAIL PROTECTED]> wrote: Okie dokie. Thx Musachy. :-)
Musachy Barroso wrote: I have attached the patch to
abbedPannel, DatePicker, TimePicker,
DropDownDateTimePicker(kind of a verbose name right? :))
musachy
tm jee wrote:
> Done, 2 jira ticket created
>
> http://issues.apache.org/struts/browse/WW-1484
> - upgrading Struts2 dojo widget that might failed due to upgrading doj
and keep careless developer like me to make sure the test case passed and
things run smoothly before commiting
James Mitchell <[EMAIL PROTECTED]> wrote: and do the nightly distribution
--
James Mitchell
678.910.8017
On Nov 1, 2006, at 5:10 AM, James Mitchell wrote:
> http://struts.zone
Hi,
Both filter, ActionContextCleanUp and FilterDispatcher contains some similar
logic which I think would be more appropriate if we move them to an abstract
superclass, maybe called AbstractFilterDispatcher.
Some of the logics are
- creation of a Dispatcher
- populating the created Dispatch
Hi guys,
What do you guys think about having a CompositeActionMapper that allows one of
the many ActionMapper it has to being used.
1 +-+
+| ActionMapper |
|+-+
|^
||
| +--
issing are
ToggleBindDiv.js, DynArchCalendar.js, and TimePicker, I think only
TimerPicker is important(I need to add DropDownTimePicker), which I could
get done by Wednesday or Thursday.
musachy
On 10/31/06, tm jee wrote:
>
> Hi Ian,
>
> > Have we cut the 2.0.1 beta yet?
> I
[EMAIL PROTECTED]
phone:617.821.5430
~~~~~~~~~
tm jee wrote:
> Hi guys,
>
> If its ok with everyone, I'd like to upgrade Struts2 dojo js to 0.4, sometime
> today or tomorrow. (WW-1845). This will most likely breaks some existing
> struts2 components
Hi guys,
If its ok with everyone, I'd like to upgrade Struts2 dojo js to 0.4, sometime
today or tomorrow. (WW-1845). This will most likely breaks some existing
struts2 components. We will patch them up individually (WW-1844)
Cheers
tm jee <[EMAIL PROTECTED]> wrote: Done, 2
yes, I overwrote those bindXs with
defineWidget. We are going to need
another bug for the actual upgrade from dojo 0.3 to 0.4(0.4 was released
today I think).
musachy
tm jee wrote:
>> I'm using defineWidget, and it is cool.
>>
> Yup. Is it that the bind, binddiv, bindanchor
g used in struts already, as per Don's comment
somewhere on this thread.
musachy
tm jee wrote:
> Hi guys,
>
> sorry for jumping into this late. I think we should do the followings for
> struts2 dojo widgets.
>
> - use dojo.widget.defineWidget instead of the old-way of using dojo
ready, as per Don's comment
somewhere on this thread.
musachy
tm jee wrote:
> Hi guys,
>
> sorry for jumping into this late. I think we should do the followings for
> struts2 dojo widgets.
>
> - use dojo.widget.defineWidget instead of the old-way of using dojo.provide
g used in struts already, as per Don's comment
somewhere on this thread.
musachy
tm jee wrote:
> Hi guys,
>
> sorry for jumping into this late. I think we should do the followings for
> struts2 dojo widgets.
>
> - use dojo.widget.defineWidget instead of the old-way of using dojo
ready, as per Don's comment
somewhere on this thread.
musachy
tm jee wrote:
> Hi guys,
>
> sorry for jumping into this late. I think we should do the followings for
> struts2 dojo widgets.
>
> - use dojo.widget.defineWidget instead of the old-way of using dojo.provide
Hi guys,
Is it possible to have something like
o.a.s.d.RoleMatcher
o.a.s.d.AgentMatchero.a.s.d.ServletDispatcherResult
so that we don't need to introduce another class attribute to the param tag.
Thoughts? :-)
"David H. DeWolf" <[EMAIL PROTECTED]> wrote: YES! I like that. This
Hi guys,
sorry for jumping into this late. I think we should do the followings for
struts2 dojo widgets.
- use dojo.widget.defineWidget instead of the old-way of using dojo.provide,
dojo.extends etc. Dojo got most of its widget rewritten using this way.
- have struts2 widgets/utils as a separa
Hi Musachy,
Thank you for your interest. I think this mailing list
would be fine as it is going to be related to Struts2.
Please feel free to share any of your thoughs.
Actually, there's no real ownership to Struts2 code,
its by the Struts2 community for the Struts2 community
as well.
If we h
Hi Ted,
Shouldn't it be
[EMAIL PROTECTED] name="actions.StoryTypeIdList" executeResult="true"/]
or did i miss something.
rgds
Ted Husted <[EMAIL PROTECTED]> wrote: If we are injecting Action classes via
Spring,
singleton="false"/>
should that work when we call an Action from an action
Hi guys,
I've go ahead and created an issue in Struts2 jira.
https://issues.apache.org/struts/browse/WW-1473
rgds
Philip Luppens <[EMAIL PROTECTED]> wrote: > On 10/16/06, Philip Luppens
> wrote:
> > b) if we can't fix the caching problem in
> Freemarker.
>
> Are we talking about this caching
don't remember if I have a login on
that wiki, can someone check?
--
James Mitchell
678.910.8017
On Oct 14, 2006, at 6:40 AM, tm jee wrote:
> Hi Guys,
>
> I've got the xwork2 docs mostly filled up i guess, except for a few
> more pages. I'll need extra pairs of eye
> Hey I am not so selfish; I was thinking about all those big
> companies for which an upgrade is taking a lot of time.
Yup. I know, I'm just joking :-)
Alexandru Popescu <[EMAIL PROTECTED]> wrote: On 10/14/06, tm jee wrote:
> > I guess everybody knows the reasons
cofluence, just drop me a mail, i'd be able to arrange that with Phil
or mybe Pat.
Cheers.
tm jee <[EMAIL PROTECTED]> wrote: Thx Don.
>Thanks again for picking this up!
Well, its a challengin task, someone has to pick it up fast before its being
occupied ;-)
rgds
Don
> I guess everybody knows the reasons ;-).
Hmm... let me guess, infoq uses Spring 1.2.x ;-) Me too :-)
Alexandru Popescu <[EMAIL PROTECTED]> wrote: On 10/14/06, Mark Menard wrote:
> On 10/13/06 5:36 PM, "Ted Husted" wrote:
>
> > Since the reports are that Spring 2 works just fine with St
k 1 since that will what the majority of the
new users will be familiar with. And honestly, it is pretty hard to go
wrong when adding new docs, so feel free to just run with it.
Thanks again for picking this up!
Don
tm jee wrote:
> Hi guys,
>
> Got the outline of xwork2 documentat
I see. thx for the info Pat.
Ted, are you busy lately? If so i guess the snippet stuff could wait.
rgds
Patrick Lightbody <[EMAIL PROTECTED]> wrote: Toby,
I believe Ted can provide insight here. I gave him access to the plugin source,
but I don't know what happened to it since or in what form i
Hi guys,
Got the outline of xwork2 documentation out at
http://wiki.opensymphony.com/display/XW/XWork2
Its based on how the WebWork documentation currently looks like, so users
familiar with WebWork docs should be familiar with xwork2 docs hopefully.
Any feedbacks are very much welcomed.
Che
> Has anyone volunteered to work on the XWork docs?
I could work on XWork2 docs. I think its better if I don't alter the confluence
content for xwork directly but prepare the word doc i have in mind maybe in a
doc format and maybe commit a copy into xwork2 svn such that others could have
a look
Hi guys,
The "clear cache" feature of cwiki seems to be missing. Does anyone notice
this? I've made some changes to the javadoc snippet and wanted to clear the
cache such that confluence re-pickup the changes from svn, it seems that the
clearCache.action is not being mapped.
Recently we reorg
u mean stuff like
%{'someString'+#someContextKey+someContextRootKey}
Or is it something else?
rgds
- Original Message
From: Alexandru Popescu <[EMAIL PROTECTED]>
To: Struts Developers List
Sent: Friday, 29 September, 2006 3:38:57 AM
Subject: Re: Abstracting Ognl from XWork
es are configurable, you
> could change it to load "struts-default.xml, struts-plugin.xml,
> struts-plugin-ext.xml, struts.xml" or whatever other files you'd like.
> From a core framework POV, I think simply loading struts-plugin.xml in
> a non-deterministic order is fine for ou
Its doable I guess.
If we have an Expression parser / converter like Alex pointed out, we could
have a standard syntax, but it would be more complicated to implement.
Without an Expression parser / converter, it'd likely to get users confused as
it depends on what implementation is being u
ruts.xml" or whatever other files you'd like.
From a core framework POV, I think simply loading struts-plugin.xml in
a non-deterministic order is fine for our needs.
Don
tm jee wrote:
> Hi guys,
>
> Just some thoughts, maybe we could have an order parameter introduced
Hi guys,
Just some thoughts, maybe we could have an order parameter introduced eg
struts-plugin.xml
10
So we could have control of which plugin gets the priority when loading and we
could defined order 1-100 is for struts, custom plugin starts from 101 etc.
Orderi
The compilation is failing as well due to a missing Junit dependency. Fixed
that in svn head.
I think the warning about pell should be ignorable, i guess. "mvn clean test"
seems to be working ok for me, so does "mvn install" after adding junit
dependency.
rgds
- Original Message
From
Brown <[EMAIL PROTECTED]>
> To: Struts Developers List
> Sent: Tuesday, 12 September, 2006 10:35:18 AM
> Subject: Re: [Proposal] Framework plugin architecture (was Re: [s2] Logging
> levels)
>
>
>
> tm jee wrote:
>
>> Sounds cool.
>>
>> Just some t
:23 AM
Subject: Re: [Proposal] Framework plugin architecture (was Re: [s2] Logging
levels)
tm jee ha scritto:
> Another thing we might want to considered is the dependency of plugins. If
> say plugin A needs some stuff declared in plugin B, it might not work,
> depending on which gets
<[EMAIL PROTECTED]>
To: Struts Developers List
Sent: Tuesday, 12 September, 2006 10:35:18 AM
Subject: Re: [Proposal] Framework plugin architecture (was Re: [s2] Logging
levels)
tm jee wrote:
> Sounds cool.
>
> Just some thoughts. Maybe we could make the bootstrap struts
Sounds cool.
Just some thoughts. Maybe we could make the bootstrap struts xml
"struts-default.xml" and the plugins xml "struts-plugin.xml" while those in
the webapp "struts.xml". The bootstraping sequence would be
1] struts-default.xml
2] struts-plugins.xml
3] struts.xml
This way its easie
Ahh... ok, noted. Changed the email address to direct to struts-dev malling
list (in svn head).
rgds
- Original Message
From: Ted Husted <[EMAIL PROTECTED]>
To: dev@struts.apache.org
Sent: Tuesday, 5 September, 2006 9:37:09 AM
Subject: Re: svn commit: r439914 -
/struts/maven/trunk/stru
Ooopsss... or I should have check my mail again before creating a jira issue...
:-)
- Original Message
From: Wendy Smoak <[EMAIL PROTECTED]>
To: Struts Developers List
Sent: Monday, 4 September, 2006 2:00:49 PM
Subject: Re: [s2] maven archetype
On 9/3/06, tm jee <[EMAIL
maven archetype
On 9/3/06, tm jee <[EMAIL PROTECTED]> wrote:
> Is there a way allow resource generated by maven archetype to change
> dynamically.
...
> The files under the generated resources directory seems to be static. It
> doesn't seems to change accordingly with the -Dg
Thx for the info. Fixed in svn head.
- Original Message
From: Wendy Smoak <[EMAIL PROTECTED]>
To: dev@struts.apache.org
Sent: Monday, 4 September, 2006 12:20:33 PM
Subject: Re: svn commit: r439910 - in
/struts/maven/trunk/struts2-archetype-starter/src/main/resources/archetype-resources
e <[EMAIL PROTECTED]>
To: Struts Developers List ; tm jee <[EMAIL PROTECTED]>
Sent: Sunday, 3 September, 2006 2:51:19 PM
Subject: Re: Ognl a new dependency?
On 9/3/06, tm jee <[EMAIL PROTECTED]> wrote:
> Could it be that the ognl jar in your local maven repository is being
> co
Hi guys,
Is there a way allow resource generated by maven archetype to change
dynamically. For example, with
mvn archetype:create -DgroupId=com.mycomp -DartifactId=myapp
-DarchetypeGroupId=org.apache.struts
-DarchetypeArtifactId=struts2-archetype-starter
the structure created should be
Could it be that the ognl jar in your local maven repository is being corrupted?
Does a clean compile work eg.
mvn clean compile ?
- Original Message
From: Matt Raible <[EMAIL PROTECTED]>
To: Struts Developers List
Sent: Saturday, 2 September, 2006 10:36:53 PM
Subject: Ognl a new depen
I'd prefer it to be turn off by default. I normally use an extra action alias
instead of "foo!bar".
As for cancel action, I'd normally use
and have an action alias "purchaseCancel" which could be using the same action
class but with a different method defined in the struts xml file. instead
t;[EMAIL PROTECTED]>
To: Struts Developers List ; tm jee <[EMAIL PROTECTED]>
Sent: Monday, 21 August, 2006 7:33:35 AM
Subject: Re: [s2] Freemarker transform name
I updated that, and the velocity prefix, yesterday. (Check out your
Hangman example!)
The next biggest task is following up wit
Hi guys,
If not mistaken i think we came to the conclusion to rename Struts2 Freemarker
transform from saf to s such that instead of doing
<@saf.property value="" />
we would do
<@s.property value="" />
Just want to confirm this, cause I've notice the its not changed to "s"
diff
- if (urlParam.startsWith("com.opensymphony.")) {
+ if (urlParam.startsWith("org.opensymphony.")) {
shouldn't it be "com.opensymphony..." instead?
Thx in advance.
- Original Message
From: tm jee <[EMAIL PROTECTED]>
To: Str
1 - 100 of 204 matches
Mail list logo