On 11/17/06, Mark Menard <[EMAIL PROTECTED]> wrote:
Is there a means of examining the value stack. I have a very strange
situation where OGNL in my JSP is returning a value from
com.opensymphony.xwork2.ActionContext.parameters on the stack, even though I
have a property with the name on my actio
+1 Good catch. :)
Don
tm jee wrote:
Hi guys,
Currently, Dispatcher allows ConfigurationManager to be set through a setter
method, however a new ConfigurationManager is being created when Dispatcher
constructor is called, resulting in the the setter method being functionless.
I think we sho
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
There's an obsolete redirect in there that's confusing the links. I
had deleted the file from the staging area, but evidentally, it still
resides on the production server. I put in a blank .htaccess to try
and clear it, but it will be a few minutes before the site refreshes
again.
-Ted.
On 11/17
On 11/17/06 8:32 PM, "Ted Husted" <[EMAIL PROTECTED]> wrote:
> OK I'm done for now. The big changes to date were
>
> * Separating mail into mail and dev-mail, and downloads into downloads
> and builds.
> * Moving the links for the prior releases to the downloads (Releases) page.
> * Keeping 1.3.5
OK I'm done for now. The big changes to date were
* Separating mail into mail and dev-mail, and downloads into downloads
and builds.
* Moving the links for the prior releases to the downloads (Releases) page.
* Keeping 1.3.5 on the main menu bar (as it is our only GA right now).
* Marking 2.0.x a
Is there a means of examining the value stack. I have a very strange
situation where OGNL in my JSP is returning a value from
com.opensymphony.xwork2.ActionContext.parameters on the stack, even though I
have a property with the name on my action class. It's almost like OGNL is
skipping over the pro
On 11/17/06, James Mitchell <[EMAIL PROTECTED]> wrote:
When can we push the new version up to the web site?
It should happen whenever the top-level website is published.
http://svn.apache.org/repos/asf/struts/site/pom.xml has an execution
of the antrun plugin that grabs them from the svn urls
Whenever you're bored?
Don
James Mitchell wrote:
When can we push the new version up to the web site?
--
James Mitchell
678.910.8017
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PRO
When can we push the new version up to the web site?
--
James Mitchell
678.910.8017
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Nov 17, 2006, at 6:30 AM, Antonio Petrelli wrote:
* compile against Servlet 2.4, though I think it can be used under
Servlet 2.3 environments, declaring the problems with JSP < 2.0
pages (that miss EL);
+1.
Greg
-
To
I can't find the maven plugin for apt, do you have a link? They do have
an AlmostPlainText(apt also) plugin. The tobago project has an apt
plugin(looks good):
http://myfaces.apache.org/tobago/tobago-tool/maven-apt-plugin/source-repository.html
musachy
Rene Gielen wrote:
Ted,
there is a m2 pl
Already done :)
> Rainer, you're the man!
>
> Though, that's somethign that would not be affected by what I'm doing
> now. If you want to go ahead and attach that to the Confluence page,
> please do. (If you need karma, let me know.)
>
> -Ted.
>
> On 11/17/06, Rainer Hermanns <[EMAIL PROTECTED]> w
Rainer, you're the man!
Though, that's somethign that would not be affected by what I'm doing
now. If you want to go ahead and attach that to the Confluence page,
please do. (If you need karma, let me know.)
-Ted.
On 11/17/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote:
Ted,
regarding the site
Ted,
regarding the site update: the updated architecture image might be usefull
as well. Just attached it here:
http://issues.apache.org/struts/browse/WW-1480
-Rainer
> OK, I'll move it.
>
> On 11/17/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>> On 11/13/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 11/17/06 8:37 AM, "Ted Husted" <[EMAIL PROTECTED]> wrote:
> To make it easier for people to become involved in the Struts
> development, or not, I'd like to try to make some navigational changes
> to the site so as to clearly distinguish which parts are intended for
> "black-box" users and whic
Rainer,
I just attached a jar to ww-1392, it has the code, and the batch file I
was using to test it. 2 things about it, first, I can't get tiger to
format the output xml (there is a bug in tiger...6296446there must
be a workaround), the second one is that apt has a bug parsing the cmd
li
I didn't know that, I will check it out.
thanks
musachy
Rene Gielen wrote:
Ted,
there is a m2 plugin available for apt tasks, we should be on the safe side
here.
Regards,
Rene
I don't know if we are actually using Ant itself for
anything now.
AFAIK, everything is based on Maven 2. Even
OK, I'll move it.
On 11/17/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 11/13/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> I was tempted to put the WW folder under 2.x, but this way, it's
> easier to switch back and forth between Brutus and the live site.
I think it belongs under 2.x.
We've s
On 11/13/06, Ted Husted <[EMAIL PROTECTED]> wrote:
I was tempted to put the WW folder under 2.x, but this way, it's
easier to switch back and forth between Brutus and the live site.
I think it belongs under 2.x.
We've said we will host the archived website for GA versions. How is
that going
To make it easier for people to become involved in the Struts
development, or not, I'd like to try to make some navigational changes
to the site so as to clearly distinguish which parts are intended for
"black-box" users and which which parts are intended for "bleeding
edge" developers. Right now,
Musachy,
can you send me over your tld processor stuff?
Best would be to attach it to the jira ticket (WW-1392).
tia,
Rainer
> After 2 hours trying to make apt run from ant in a generic way, I found
> out that ant 1.7 has an AptTask. I guess I will borrow that class until
> struts upgrades to 1.7
Hello!
Currently Tiles 2 is compiled againts Servlet 2.3 spec library, but, as
an oddity, the test webapp declares to work with Servlet 2.4 and it
seems to break it under Linux (I have to verify it, since under Windows
there is no problem).
So should we:
* compile against Servlet 2.4, though I
Ted,
there is a m2 plugin available for apt tasks, we should be on the safe side
here.
Regards,
Rene
> I don't know if we are actually using Ant itself for
> anything now.
> AFAIK, everything is based on Maven 2. Even so, we
> don't have any
> compunctions about using beta tools to build the
>
Ted,
ant is still used for the XWork2 CI build at OpenSymphony.
It can be removed as soon as we have configured anthill to support maven
or switched to something different (TeamCity?)
-Rainer
> I don't know if we are actually using Ant itself for anything now.
> AFAIK, everything is based on Mave
I don't know if we are actually using Ant itself for anything now.
AFAIK, everything is based on Maven 2. Even so, we don't have any
compunctions about using beta tools to build the framework.
-Ted.
On 11/16/06, Musachy Barroso <[EMAIL PROTECTED]> wrote:
After 2 hours trying to make apt run fro
With the multiple levels of configuration, constant overrides, and bean
selection, it can be confusing as to how Struts is configured and how it
got there. To assist debugging and provide the ability to continue to
provide more line-precise error reporting, I've changed the
configuration loadi
I think you are saying that you refer to keep xwork-default.xml and
struts-default.xml in relative sync with regards to xwork beans for
XWork standalone users, but don't have Struts actually use
xwork-default.xml. If so, I agree.
Don
tm jee wrote:
sorry for poping this again. Any thoughts o
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 beans etc.
(one in str
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 Dispatcher, during init (in init() method),.
PrinterAnywhere has just come out with a no-brainer of a product that I think
will turn out to be quite useful, and best of all, itâs free! PrinterAnywhere
lets you share your printer with someone else, or vice versa across the
internet! Instead of sending someone an attachment of a contract,
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 Dispatcher, during init (in init() method),. BeanSelectionProvider is being added twice to ConfigurationM
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
I also modified the notification scheme to remove the reporter of a
ticket. Will add him back in a few minutes.
Don
Antonio Petrelli (JIRA) wrote:
[ http://issues.apache.org/struts/browse/WW-680?page=comments#action_38755 ]
Antonio Petrelli commented on WW-680:
-
34 matches
Mail list logo