configuring the error handling of Struts

2008-07-22 Thread Shining77
Hello !!! My question is the following one: Is it possible to configure Struts in a way that Struts do not send a response by a forward (error handling) in the case of specific error but therefore declares the operation as successful ? Thanks for some help. Regards, Helge -- View this messag

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Jeromy Evans
Paul Benedict wrote: Dojo 0.4.3 is old :-) I didn't know that. No one wants to move it to 1.x or wherever they are now? Paul Many have tried. In general, the effort doesn't justify the result. ie. you put a lot of effort writing new templates and tags that predominately wrap and constra

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Al Sutton
ExtJS is a big no-no in my book. To use it in a commercial project you need to buy a license, which would put off a lot of commercial customers. Personally I use YUI for two reasons; 1) It's easy to separate out and include only the parts I need in my webapp so I don't end up with war bloat.

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Paul Benedict
Dojo 0.4.3 is old :-) I didn't know that. No one wants to move it to 1.x or wherever they are now? Paul On Tue, Jul 22, 2008 at 10:29 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > As you could probably guess, I've had a lot of success with AjaxParts > Taglib ;) I've also had a lot of succe

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Frank W. Zammetti
As you could probably guess, I've had a lot of success with AjaxParts Taglib ;) I've also had a lot of success with Dojo, ExtJS, ActiveWidgets, dHTMLx and my personal favorite, DWR (I've found that DWR, plus best-of-breed widgets is all the "framework" I need, which is why I haven't posted her

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Ted Husted
On Tue, Jul 22, 2008 at 8:19 PM, Dave Newton <[EMAIL PROTECTED]> wrote: > --- On Tue, 7/22/08, Bob Tiernay <[EMAIL PROTECTED]> wrote: >> I really don't see why even a taglib is even on the table. > > I think the issue was a "let's make some of this cool stuff really easy for > the people that don'

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Dave Newton
--- On Tue, 7/22/08, Bob Tiernay <[EMAIL PROTECTED]> wrote: > I really don't see why even a taglib is even on the table. I think the issue was a "let's make some of this cool stuff really easy for the people that don't know JavaScript." To steal the phrase: now you have two problems. I'm not su

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Martin Cooper
On Tue, Jul 22, 2008 at 4:44 PM, Bob Tiernay <[EMAIL PROTECTED]> wrote: > Has anyone really looked into a comparison between using a taglib vs. a raw > javascript framework across these dimensions: Hey, don't look at me - I gave up using server-side rendering years ago! ;-) -- Martin Cooper

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Musachy Barroso
> Has anyone had good or bad experiences with tag-based libraries like these? > I used to maintain Ajax Tags, but I thought there were too many frameworks already and gave it away :). I haven't used any of the other ones. musachy --

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Bob Tiernay
Has anyone really looked into a comparison between using a taglib vs. a raw javascript framework across these dimensions: 1. Performance (page load time / bandwidth) (think s:head across most pages) 2. Expressiveness 3. Unobtrusiveness 4. Maintainability 5. Understandability 6. Modularity My ex

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Piero Sartini
> What does anyone think about donating the dojo plugin to codehaus? I think > it's a better idea than letting the code go stale. You could even try > donating to the dojotoolkit project. I am not sure what you mean by donating it to codehaus. If someone wants to support the plugin he may do so u

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Musachy Barroso
That would be totally fine, but I doubt anyone would be interested in Dojo 0.4.3 at this point. musachy On Tue, Jul 22, 2008 at 7:29 PM, Paul Benedict <[EMAIL PROTECTED]> wrote: > What does anyone think about donating the dojo plugin to codehaus? I think > it's a better idea than letting the code

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Martin Cooper
On Tue, Jul 22, 2008 at 3:57 PM, Ted Husted <[EMAIL PROTECTED]> wrote: > Dojo seems to get the most lip service, but I've seen persistence > reports that YUI has broader acceptance. The thing is, it depends a whole lot on what you are doing with it. For example, the people I know who are develo

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Paul Benedict
What does anyone think about donating the dojo plugin to codehaus? I think it's a better idea than letting the code go stale. You could even try donating to the dojotoolkit project. Paul On Tue, Jul 22, 2008 at 6:18 PM, Ted Husted <[EMAIL PROTECTED]> wrote: > +1 for Musachy's suggestion, and I'm

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Ted Husted
+1 for Musachy's suggestion, and I'm also at a point where I could help with the implementation. As to Ajax-enabling some of the tags, there are several tag-based Ajax libraries out there that we could look at embedding or emulating. In this case, we wouldn't be adopting a general-purpose Ajax lib

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Ted Husted
Dojo seems to get the most lip service, but I've seen persistence reports that YUI has broader acceptance. -Ted. On Tue, Jul 22, 2008 at 4:48 PM, Dave Newton <[EMAIL PROTECTED]> wrote: > --- On Tue, 7/22/08, Paul Benedict <[EMAIL PROTECTED]> wrote: >> Isn't Dojo the defacto ajax standard on the w

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Gabriel Belingueres
Tapestry is using Dojo too [1]. I'm not developing any AJAX application so my comments could be somewhat biased, but either the dojo toolkit is used or not in upcoming S2 versions, I think it is still worthwhile providing easy to use, good looking javascript/dhtml widgets to quickly solve form inp

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Dave Newton
--- On Tue, 7/22/08, Paul Benedict <[EMAIL PROTECTED]> wrote: > Isn't Dojo the defacto ajax standard on the web? In terms of deployments I'd put money on Prototype and/or jQuery. Not that it's a large sample size, but I don't know *anybody* using Dojo outside of S2. Dave -

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Paul Benedict
Isn't Dojo the defacto ajax standard on the web? I know there is no such "certification" :-) but why deprecate something so popular? If anything, I would spin off the project into Codehaus and let the world continue writing it. Paul On Tue, Jul 22, 2008 at 10:18 AM, Dave Newton <[EMAIL PROTECTED]

[s2] There should be an encoding/locale bug in Dispatcher

2008-07-22 Thread wesley
Hi there, I'm encounting a request encoding problem using struts 2. Users may be send urls mainly in two encodins: UTF-8 or GBK. For Firefox, it will encode urls to UTF-8 before sending them to server, by default. For IE, it will leave urls as it is by default. Anyway, the urls received by serve

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Dave Newton
--- On Tue, 7/22/08, Musachy Barroso <[EMAIL PROTECTED]> wrote: > I think Dave also had a JQuery plugin somewhere, isn't that right? I can neither confirm nor deny the existence of said project. I started to convert the Dojo tags to jQuery and stopped again pretty quickly; I only had with a sin

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Lukasz Lenart
> You would have to start the tags from scratch. Very optimistic ;-) Maybe than, the jQuery is a better option to start from scratch.. Regards -- Lukasz http://www.lenart.org.pl/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Musachy Barroso
You would have to start the tags from scratch. musachy On Tue, Jul 22, 2008 at 1:56 AM, Lukasz Lenart <[EMAIL PROTECTED]> wrote: > Hi, > >> Disregarding what path we take, I think it is fairly obvious that the >> Dojo plugin will end up unmaintained, that's why we should users know >> that we do

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread Musachy Barroso
I think Dave also had a JQuery plugin somewhere, isn't that right? musachy On Tue, Jul 22, 2008 at 7:49 AM, alvins <[EMAIL PROTECTED]> wrote: > > +1 to remove. > > Valid points raised by all. I personally use JQuery in my daily life and > have written my own tags to do these functions. I did prev

Re: [PROPOSAL] Deprecate or remove Dojo plugin

2008-07-22 Thread alvins
+1 to remove. Valid points raised by all. I personally use JQuery in my daily life and have written my own tags to do these functions. I did previously look at the effort required to update the current tags to the latest dojo but it would be very time consuming and far easier to start from scratc

Re: [s1] tiles2 plugin

2008-07-22 Thread Antonio Petrelli
2008/7/22 Yannick Haudry <[EMAIL PROTECTED]>: > Actually, referring to your last note, I was wondering if in this case > (meaning Tiles2 without a plugin), > can I still use Tiles definitions as Struts forward ? No, but you can render your definition using the container directly, with no forward.

Re: [s1] tiles2 plugin

2008-07-22 Thread Yannick Haudry
On Tue, Jul 22, 2008 at 9:29 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote: > 2008/7/22 Yannick Haudry <[EMAIL PROTECTED]>: >> or would it be a better idea to consider migrating to struts2 where >> all the efforts are >> concentrated now ? > > It depends. If you are maintaining an old application,

Re: [s1] tiles2 plugin

2008-07-22 Thread Antonio Petrelli
2008/7/22 Yannick Haudry <[EMAIL PROTECTED]>: > or would it be a better idea to consider migrating to struts2 where > all the efforts are > concentrated now ? It depends. If you are maintaining an old application, then I suggest to follow the Struts 1 way. Otherwise, consider moving to another "mo

Re: [s1] tiles2 plugin

2008-07-22 Thread Yannick Haudry
On Tue, Jul 22, 2008 at 8:47 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote: > 2008/7/21 Yannick Haudry <[EMAIL PROTECTED]>: >> Struts 1.3.9, Tiles 2.0.6 and struts-tiles2-1.4.0-SNAPSHOT.jar plugin. > > This configuration does not seem compatible to me. You have to try > with a snapshot of Struts 1