On 10/16/07, Antonio Petrelli [EMAIL PROTECTED] wrote:
I can be the release manager if it is ok. I would like to test the release
plugin (and fix the problems that may arise).
That would be great, Antonio!
I should mention that right now the Maven builds are not creating the
-docs artifact or
Following up on suggestions made by Don and Brian, I'd like to propose
that we draft a formal specification describing the logic to be used
by the (deep-breath) Able/Code Behind/Zero-Config/SmartURLs plugin
for 2.1. The purpose of the specification would be to better define
what backward
2007/10/17, Ted Husted [EMAIL PROTECTED]:
I should mention that right now the Maven builds are not creating the
-docs artifact or doing the J4 backports. I don't know if the release
plugin is setup to do those too now.
Thanks for the mention :-) The release plugin won't do it automatically,
Has anyone been doing any work in this regard?
On 10/5/07, Wes Wannemacher [EMAIL PROTECTED] wrote:
I had noticed openjpa when it was in incubation, but I didn't realize
it was out and had a 1.0.0 release. If anyone on this list is also a
dev on openjpa congrats!
-W
On 10/5/07, Tom
On 10/17/07, Antonio Petrelli [EMAIL PROTECTED] wrote:
The classifier will be backport instead of j4, right? BTW, the
retrotranslator plugin for Maven 2 seems to be ok (I tried with Tiles 2), is
there a reason not to using it?
Yes, the names are out-of-sync, and it might be simplier to just
2007/10/17, Antonio Petrelli [EMAIL PROTECTED]:
https://issues.apache.org/struts/browse/WW-2258
Whoops! There is also:
https://issues.apache.org/struts/browse/WW-2259
Antonio
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
2007/10/17, Ted Husted [EMAIL PROTECTED]:
If no one else is available, I'll could go ahead and roll Struts 2.1.0
on 21 October 2007, just to get the ball rolling. (Otherwise, I'll
just end up posting weekly snapshots anyway.)
Sorry Ted, for not being the release manager this time. In the
I have been learning JPA, but I haven't written any code yet.
-W
On 10/17/07, Ted Husted [EMAIL PROTECTED] wrote:
Has anyone been doing any work in this regard?
On 10/5/07, Wes Wannemacher [EMAIL PROTECTED] wrote:
I had noticed openjpa when it was in incubation, but I didn't realize
it
Hello.
I'm sorry. Information that I had sent seems to have been insufficient.
1.This problem is caused in struts 2.0.9 and others perhaps.
In that case, it is assumed that it is as follows.
i. SomeAction is implements SessionAware.
ii. And It is defined in struts-default.
iii. devMode is true
On 10/17/07, Hisato Killing [EMAIL PROTECTED] wrote:
Hello.
I'm sorry. Information that I had sent seems to have been insufficient.
1.This problem is caused in struts 2.0.9 and others perhaps.
In that case, it is assumed that it is as follows.
i. SomeAction is implements SessionAware.
ii.
I haven't tested this, but is the problem solved by making your
getSession() method protected, instead of public? The SessionAware
interface only requires a public setSession() method. If you haven't
defined a getSession() method, or if it's already protected, then I
suggest you file a
I guess I assumed people had thought of this during
the OGNL submission fiesta :(
Would it be quick and sufficient to include a
parameter filter interceptor to disallow ActionSupport
- implemented interface methods?
d.
--- Tom Schneider [EMAIL PROTECTED] wrote:
No because OGNL can access the
Is that a desirable behavior for OGNL (accessing private fields)? It
seems this could open up a lot of issues, beyond just the session. If
I don't want something readable or settable from a form, making it
protected or private makes sense to me. Now if only it actually
worked that way!
No because OGNL can access the private Session variable directly. (I
noticed this behavior when I was fixing a race condition) It first
tries to call the getproperty(), if that fails, then it will turn on
reflection accessibility and access the variable directly.
On 10/17/07, Jim Cushing [EMAIL
Hi,
I've web.xml file in which I've index.jsp as my welcome files list.
welcome-file-list
welcome-fileindex.jsp/welcome-file
/welcome-file-list
in index.jsp I've struts logic redirect tag.
logic:redirect forward=welcome/
In struts-config.xml file I've the following in
Please post these types of questions to the user mailing list. The dev
list is used for discussing the development, maintenance and releases
around Struts.
Matt
On 10/17/07, Srhan [EMAIL PROTECTED] wrote:
Hi,
I've web.xml file in which I've index.jsp as my welcome files list.
Looks good. I like the name and most of the concepts. Here's some
additional thoughts:
1. If no code component exists and a default is not available, the code
invocation can be completely by-passed and processing should proceed
with the view component handling. The caveat here is that this
First of all, I think Ted did a good job of getting a start on this.
His proposal is a great start that would unify several misc things
that really needed to be unified. (Especially for 2.1.x where it
would be nice to have a unified approach to these things)
Secondly, our company does the exact
I think this is an excellent idea. I also think Stripes has done an
excellent job of implementing this and allowing easy overriding with
Java code (for extensions and such).
Matt
On 10/17/07, Tom Schneider [EMAIL PROTECTED] wrote:
First of all, I think Ted did a good job of getting a start on
This is just so I don't forget to mention it, but at
one point Don was talking about having a built-in
mechanism for handling various mimetype results (csv,
pdf, etc.) via an action extension; I'd like to make
sure that doesn't get lost in the shuffle, either via
an end of the url param (foo/csv,
For different renderings/mimetypes, I think it'd make sense, if
possible, to use a dot-extension (e.g., foo.pdf instead of foo/
pdf), since this is a common and well understood convention.
On Oct 17, 2007, at 5:21 PM, Dave Newton wrote:
This is just so I don't forget to mention it, but at
This gets tricky when handling extensionless URLs, but I think can be
done. I think it will require some filter dispatcher work, but
definitely possible
-bp
Jim Cushing wrote:
For different renderings/mimetypes, I think it'd make sense, if
possible, to use a dot-extension (e.g.,
Am Mittwoch, 17. Oktober 2007 23:49:33 schrieb Jim Cushing:
For different renderings/mimetypes, I think it'd make sense, if
possible, to use a dot-extension (e.g., foo.pdf instead of foo/
pdf), since this is a common and well understood convention.
Is there a problem with search engines if we
Hmm..I'm a bit leary about this component talk. I'd like to keep
Struts 2 simple and I see the goal of this is to define a plugin that:
* Builds configuration based on annotations
* Defines default results when none specified
Things I see out of scope:
* A new component model
* REST support,
24 matches
Mail list logo
