To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project struts-taglib has an issue affecting its community integration.
This issue affect
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project struts-taglib has an issue affecting its community integration.
This issue affect
At 9:02 PM -0800 3/10/05, Martin Cooper wrote:
I would think we should just have the getter and setter in the
interface, and leave the actual thread-local part to the
implementation. Note that the getter and setter don't tie the impl to
the use of thread-locals, so if someone came up with an altern
I gotta be honest with you, I've never used the upload capability in
Struts. I only needed upload functionality in one Struts app I wrote,
and it was an application that was originally using my old custom
framework that had its own way of doing uploads, so that just got ported
with the app. S
I´ve had problems with proxy when checking out the modules (report of
... 400 bad request). But the problem was fixed when i changed the url
to https://svn.apache.org/repos/asf/struts/shale/trunk/ (using ssl).
Maybe it´s good to add this to the document. Well, I know that
explaining the use of
What about using a different class to host the ThreadLocal?
public void pojoActionMethod() {
ActionContext ctx = ActionContextHolder.getActionContext();
if (...) { ctx.setForwardConfig(ctx.getMapping().findForward("a")); }
else { ctx.setForwardConfig(ctx.getMapping().findForward("b"))
Thanks, Frank. I posted this code in response to Ted's suggestion
that this is the way to go to establish a dialogue with the committers
on code.
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
Date: 2005-03-11T09:10:32
Editor: DakotaJack
Wiki: Apache Struts Wiki
Page: StrutsUpload
URL: http://wiki.apache.org/struts/StrutsUpload
no comment
Change Log:
--
@@ -1,78 +1,14 @@
== Overview ==
-Ut
I'm not sure how many of the committers relish the idea of reading
through about 1,000 lines of completely uncommented code and trying to
understand what it all means. And that on a wiki page, rather than in
their favourite editor where they would have syntax colouring and
could jump around at will
At 10:08 AM -0600 3/11/05, Hubert Rabago wrote:
What about using a different class to host the ThreadLocal?
public void pojoActionMethod() {
ActionContext ctx = ActionContextHolder.getActionContext();
if (...) { ctx.setForwardConfig(ctx.getMapping().findForward("a")); }
else { ctx.setFo
Thanks, Martin, but I think that your suggestion is not related to
what I am trying to do.
I have gotten rid of code in the last formulation to make this clear.
Only the first three interfaces are really important and nothing has
changed in those ever. What I am suggesting is using those inter
There are, in other words, only about 15 lines of code that are
relevant: here they are:
1.1.1. MultipartFile
public interface MultipartFile
extends Serializable {
public longgetSize();
public voidsetSize(long fileSize);
public String getName();
public void
Fair enough Eugênio send me details directly and I'll be happy to put a
note into the Wiki - or you can register and do it yourself :-)
Duncan
Eugênio Saulo wrote:
I´ve had problems with proxy when checking out the modules (report of
... 400 bad request). But the problem was fixed when i changed
At 8:29 AM -0800 3/11/05, Dakota Jack wrote:
Thanks, Frank. I posted this code in response to Ted's suggestion
that this is the way to go to establish a dialogue with the committers
on code.
I would totally endorse Ted's suggestion. The best approach is to
publicly document approaches and, where
On Fri, 11 Mar 2005 11:42:20 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 8:29 AM -0800 3/11/05, Dakota Jack wrote:
> >Thanks, Frank. I posted this code in response to Ted's suggestion
> >that this is the way to go to establish a dialogue with the committers
> >on code.
>
> I would totall
Hi Joe,
I'm not burnt out at this point, and I wouldn't even say bitter. I may
have been initially, I am human and so react with emotion, same as
anyone. A more objective review of the situation in the intervening
time though has lead me to a place where I am a bit frustrated by my
inability
I feel that Jack is on to something important here... the ability for
"outsiders" to work on Struts seems to me an almost impossible task.
We are constantly told "make a proposal", "put it up in the Wiki" or
"open a ticket with your suggestions", but the problem with that is that
we are spendin
Date: 2005-03-11T11:44:06
Editor: 64.105.251.26
Wiki: Apache Struts Wiki
Page: LocalSpellingWords
URL: http://wiki.apache.org/struts/LocalSpellingWords
no comment
Change Log:
--
@@ -100,3 +100,5 @@
wal
I couldn't find it in the archives, but I did find it in my own trash
folder...
It was actually from Joe, in reply to Hubert, as part of the discussion
about what I was doing. As I said, it's not exactly what I did, but it
is very much along the same lines, except that it's for the 1.3 branch,
Also, we don't know what you guys are cooking up many times, as
evidenced by the addition (I believe it was Martin) made a night or
two ago that was along the lines of what I had done but for the 1.3
branch... it seems like my work prompted him to do something
similar, and because he could simp
Joe Germuska wrote:
Well, that was me, actually. And there had been lots of prior
discussion, as cited by Hubert in three URLs in a message which
motivated me to finally do it. That prior discussion dates back more
than a year.
Yep, I found it in my trash folder. Sorry for the confusion! :)
I
Hi Frank,
I've been participating in discussions about the feature you proposed
since last year, and I've been looking to participate in its inclusion
into Struts.
> As you said, there did seem to be a lot of support for an idea along the
> lines of what I did, so it seemed like something that sh
Quoting "Frank W. Zammetti" <[EMAIL PROTECTED]>:
>
> As much as I hate to say it, sometimes engineers being project managers
> is a bad idea. Perhaps open-source community-driven development
> projects should come to that conclusion and separate the project
> managers from the developers. Ju
I am not interested in having an upload application accepted by
Struts. Why would I be interested in that? The lack of interest is
in making Struts accommodate these differences with the way it handles
multipart request processing. I changed the application to
accommondate that and the entirety
[EMAIL PROTECTED] wrote:
> Project management in itself isn't a bad thing, but a very good
thing. It's when
> the project managers are perceived to be the bosses of development,
instead of
> its secretaries, that there's a problem. I think there are folks who
could
> contribute alot to open sour
+42
On Fri, 11 Mar 2005 17:59:46 -0500, Frank W. Zammetti
<[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Project management in itself isn't a bad thing, but a very good
> thing. It's when
> > the project managers are perceived to be the bosses of development,
> instead of
> > its se
Hubert Rabago wrote:
Joe most recently mention this sometime last month:
http://marc.theaimsgroup.com/?l=struts-dev&m=110842402707799&w=2
Yep, I was involved in that thread :) The one thing I will say is that
the whole discussion of "view controllers" and "page prep" is really
different than wha
On Fri, 11 Mar 2005 11:22:54 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 10:08 AM -0600 3/11/05, Hubert Rabago wrote:
> >What about using a different class to host the ThreadLocal?
> >
> It seems arbitrary to me, and more of a burden than simply having a
> public static ThreadLocal which
Joe Germuska wrote:
So, I was just about to add support for static access to the "current"
ActionContext using ThreadLocal, and then I realized that this approach
is more commonly used with classes than with interfaces.
Since ActionContext is an interface, we'd have to do something like this:
p
29 matches
Mail list logo
