> > struts.core.disableDynamicMethodInvocation
>
> Is there a reason to add ".core" here?
>
Darn - you caught my attempt to very subtly imply that disabling this feature
disables something core to Struts. It certainly is in my opinion. :)
> We don't specify ".core" in any of the other property
On 8/28/06, Jason Carreira <[EMAIL PROTECTED]> wrote:
I think that's a fair outcome, but those URLs are a spurious argument. That's 2
apps, Jira
and Jive, not a majority of all apps.
I think we're losing track of the original notion of replacing the
hardwired, special-case code with a general-
struts.core.disableDynamicMethodInvocation
Is there a reason to add ".core" here?
We don't specify ".core" in any of the other property names.
On that subject, do we need to specify all these settings as
properties, or could they be specified in a struts.xml instead? It
would be nice if we cou
For Xdoclet just make sure you are using release 1.2.3 and download
the 1.5-snapshot050611 version of xjavadoc. (All are on the files
section of their SF.net page)
http://sourceforge.net/project/showfiles.php?group_id=31602
Cheers,
Eric
On 8/28/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote:
On 8/28/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
However we achieve it, having a wide open space and a controlled space makes
sense to me. I haven't been paying attention to the thread on infra@, but I
assume the plan would be that the controlled space would be checked in to
SVN, while the wi
On 8/28/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On infrastructure@, there is some preliminary talk of maybe
autocommitting Confluence content to Subversion. Of course, we expect
that material checked into the ASF SVN to be covered by a CLA, even if
it originated on a wiki.
All of the S2 docum
On 8/28/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
'signup' says no more users can be added.
OK, we've been upgraded to unlimited, so you should be able to create
an account now.
-Ted.
-
To unsubscribe, e-mail: [EMAIL PROTECT
On 8/28/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
+/** Allows one to disable dynamic method invocation from the URL */
+public static final String STRUTS_DISABLE_DYNAMIC_METHOD_INVOCATIOn =
"struts.core.disableDynamicMethodInvocation";
Capitalization of INVOCATIOn ?
+priv
Done.
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=41565&messageID=83030#83030
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
It's now been 72 hours since we posted the vote regarding the default
setting. If we are counting PMC votes, then the vote was inconclusive.
So AFAIAC, whoever does the work can make the decision as to the
default.
:) Just be sure to make the commit before I do! :)
-Ted.
On 8/28/06, Patrick Lig
> I think that's a fair outcome, but those URLs are a
> spurious argument. That's 2 apps, Jira and Jive, not
> a majority of all apps.
Considering that part of why WebWork is where it is today is due to
contributions and use by these companies, I'd be very wary to make anything
they do not the d
>
> I'm happy to reintroduce a switch, but...
>
> - It won't be called "compatibility switch", which
> implies something else that isn't the root cause for
> concern here.
> - It will be classified as a "security switch".
> - It should be _off_ by default (meaning that it is
> the same as WW), c
> Yes, and making "dynamic method invocation"
> switchable doesn't affect
> anyone's ability to do any of this.
Agreed.
> Could you please roll back r436991 and r436971 since
> without a switch,
> we cannot explore alternatives that don't require
> special-case code,
> nor can we suppress dynamic
Yes, and making "dynamic method invocation" switchable doesn't affect
anyone's ability to do any of this.
Could you please roll back r436991 and r436971 since without a switch,
we cannot explore alternatives that don't require special-case code,
nor can we suppress dynamic method invocation for a
Just found it...
http://opensource.atlassian.com/projects/xdoclet/browse/XJD-41
Should be in xdoclet's trunk/HEAD...
> I have a patched version of xdoclet around, that supports java 5
> features...
> I do not remember where I actually found it on the net, but I could send
> it to one of you...
>
On 8/28/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
I think I used to have an account on the s2 wiki before it was
moved... can someone check or add me again as 'wsmoak' ? I can't log
in, and 'signup' says no more users can be added.
We imported the space into another Confluence instance, so no
If you build XDoclet from CVS, Java 5 is supported. I use an XDoclet
snapshot in AppFuse that supports Java 5.
Matt
On 8/28/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote:
I have a patched version of xdoclet around, that supports java 5 features...
I do not remember where I actually found it on
I have a patched version of xdoclet around, that supports java 5 features...
I do not remember where I actually found it on the net, but I could send
it to one of you...
hth,
Rainer
> Yeah, I tried all that a few months ago, and reached the same
> conclusion. Either we have to use one of the jav
Yeah, I tried all that a few months ago, and reached the same
conclusion. Either we have to use one of the javadoc processors that
support java 5 or screw it altogether. As for Ant, if you can do it in
ant, then just use the antrun plugin to run that.
Don
Ted Husted wrote:
Actually, re-rea
I think I used to have an account on the s2 wiki before it was
moved... can someone check or add me again as 'wsmoak' ? I can't log
in, and 'signup' says no more users can be added.
Is there a known issue with the autoexport plugin? Ted posted a link
on the user list, and all of the 'click here
Actually, re-reading WW-1392
* https://issues.apache.org/struts/browse/WW-1392
the problem may be XDoclet and Java 5.
*
http://swik.net/xdoclet/XDoclet/Tip:XDoclet+1.2.3+does+not+work+with+Java+5.0/k0w
In any event, Rene pinged me to say that he can try a simple Ant-based
solution. Maybe once
I meant to do this last week - just to provide everyone with some more examples
of the ! syntax in use:
http://jira.openqa.org/secure/CreateIssue!default.jspa
http://jira.openqa.org/secure/UpdateUserPreferences!default.jspa
http://jira.openqa.org/secure/UserVotes!default.jspa
http://jira.openqa.o
On infrastructure@, there is some preliminary talk of maybe
autocommitting Confluence content to Subversion. Of course, we expect
that material checked into the ASF SVN to be covered by a CLA, even if
it originated on a wiki.
All of the S2 documentation is in the Confluence wiki. Except for a
bri
> I might be missing some of the context and previous
> discussion, but thought I'd chime in anyway...
>
> I think this is a *terrible* idea. Great for crud
> apps, but as a very heavy user of webwork 1 (and 2,
> increasingly) purely as a *user*, commands (the !
> stuff) are very very useful.
To
I might be missing some of the context and previous discussion, but thought I'd
chime in anyway...
I think this is a *terrible* idea. Great for crud apps, but as a very heavy
user of webwork 1 (and 2, increasingly) purely as a *user*, commands (the !
stuff) are very very useful.
They're also v
Hey all... when I click the Struts 1.2.9 Past Releases link, then click
Acquiring, it says that 1.2.8 is the best available version... did 1.2.9
not receive GA?
Frank
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM/Yahoo: fzammetti
MSN: [
Wendy,
That's fine with me - is there any way to make the maven build include those
instructions if the property isn't defined and the xwork profile is being used?
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jsp
> On 7/19/06, Patrick Lightbody
> <[EMAIL PROTECTED]> wrote:
>
> > Yup, the xwork profile is very nice for when
> generating the IDEA projects.
>
> Agreed, but ../xwork is not where my xwork lives. :)
>
> Any objection to making this configurable as a
> property?
>
> If you and Jason can add th
Talking to Patrick offline about the "!" handling, we had a discussion of the
direction we wanted to see things go. We were talking about our thoughts for
reducing configuration. He favored a single interceptor stack method with
annotations to specify parts to work or not work. My feeling is tha
I will be there. Anyone interested in sharing a room (1/2 price is
always better than full price) ?
--
James Mitchell
678.910.8017
On Aug 25, 2006, at 12:16 AM, Wendy Smoak wrote:
On 8/24/06, Ted Husted <[EMAIL PROTECTED]> wrote:
So, my tutorial is on Monday, Don's presentation is on
Antonio Petrelli <[EMAIL PROTECTED]> wrote: Mehdi Bahribayli ha scritto:
> I tried both following commands from command line:
>
> svn checkout http://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles
> tiles-core
> or
> svn checkout
> http://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles
Antonio Petrelli wrote:
Ted Husted ha scritto:
Something that could go wrong under CVS is that one file's commit
would fail, the others would succeed, and the repository would be in
an unexpected state.
Thank you, I didn't know this CVS problem (maybe because I am too much
lucky :-) )
N
Mehdi Bahribayli ha scritto:
I tried both following commands from command line:
svn checkout http://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles
tiles-core
or
svn checkout
http://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles/tiles-core
Just a shoot in the dark: try using https i
I tried both following commands from command line:
svn checkout http://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles
tiles-core
or
svn checkout
http://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles/tiles-core
and TortoiseSVN with URL:
http://svn.apache.org/repos/asf/struts/sandbox/t
Not sure if you wanted this level of detail, but just in case you are
wondering how to commit multiple files, or across multiple sections
of the file system, you can specify any number of folders and
anything that needs committing under it will be added.
So, for example (using a command lin
Ted Husted ha scritto:
Something that could go wrong under CVS is that one file's commit
would fail, the others would succeed, and the repository would be in
an unexpected state.
Thank you, I didn't know this CVS problem (maybe because I am too much
lucky :-) )
Now I understand why so much pe
On 8/28/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Where is The Truth? :-P
In the implementation. :)
Something that could go wrong under CVS is that one file's commit
would fail, the others would succeed, and the repository would be in
an unexpected state. Smaller commits could be better,
Martin Cooper ha scritto:
Please try to check in all of the files for a particular issue in a
single
commit.
Funny how things changed since the use of CVS. I don't remember where I
read it, but someone wrote that it is better to commit a single file at
a time, so it is clear what it is chang
38 matches
Mail list logo
