Re: Weirdness/possible bug in Validator dependencies

2002-07-18 Thread Dimitri Valdin
Hallo (David) >I just looked at the code and it looks like I broke >backwards compatibility when I added the methods that >return objects instead of boolean values. The >validateDate method used to default to true and only >validate the field if it wasn't blank or null. So if >the field was bla

Re: Behavior of Validator

2002-07-18 Thread Dimitri Valdin
Hello, >Unfortunately, the way it works right now is that: > >1) date implies required in validator-rules.xml, which means that all >dates are required. You can only make a date (or float, or any other >type-validated field) optional by removing the "required" from >validator-rules.xml I would

RE: Declarative Exception Handling - Any Documentation?

2002-03-25 Thread Dimitri Valdin
AppException was introduced just to serve this needs. It is handled in other way as all other exceptions. Please have a look at LogonAction in: http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg04149.html Dmitri >The reason I want to use Exceptions is because currently I am using >Lo

RE: MessageResources

2002-02-21 Thread Dimitri Valdin
>>If you have the time and inclination, feel free to take a look at what's >>there and propose additions and/or changes (on the commons-dev list). If >you can post patches, I'll see what I can do about applying them. >there's a page or so of documentation you get after building the project, >th

RE: declarative exception handling/resource bundle access

2002-02-19 Thread Dimitri Valdin
>while i realize that i can subclass, this really doesn't seem like the >"right" thing to do here. i'm familiar with the reasons that subclassing is >used in other places in struts (where interfaces have been suggested, i.e., >Action), but i don't see how that applies here. all that should be r

MessageResources

2002-02-19 Thread Dimitri Valdin
It would be nice to have MessageResources(Factory) and PropertyMessageResources(Factory) to be packaged within some standalone jar file and not within struts. The classes can be useful not only for web, but also for ejb application as well. But if some wants to let ejb classes to use this feat

Re: Errors handling

2002-01-04 Thread Dimitri Valdin
Craig, >The idea of throwing application exceptions is brand new, so it would be >worth rethinking the example program's factoring in the light of this >ability. We use such approach even for exceptions which are "thrown" by host's Cobol programs and it works well. Of cource they are wrapped w

Re: [VOTE] Release Struts 1.0.1-rc1 as Struts 1.0.1

2002-01-03 Thread Dimitri Valdin
> [x] +0 I am in favor of the release, but am unable to help support it Finally we can get rid of our struts patch, the sole purpose of which was to work with commons :-) I am not sure, that it is a real place to propose this extention. We had to introduce a small patch to ActionServlet in ord

Re: Displaying Error Messages

2002-01-03 Thread Dimitri Valdin
In case of misspelling of error key, no error will be displayed by the ErrorsTag. Should we introduce a fallback and display this key and a list of values perhaps ? Example: key=databaZe.load values=value1 Dmitri -- Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informatio

Re: Errors handling

2002-01-03 Thread Dimitri Valdin
Datum: 03.01.2002 00:33 An:Struts Developers List <[EMAIL PROTECTED]> Antwort an:"Struts Developers List" <[EMAIL PROTECTED]> Betreff: Re: Errors handling Nachrichtentext: Craig, >> What do you think about extending of Action.execute() with errors paramete

Errors handling

2002-01-02 Thread Dimitri Valdin
What do you think about extending of Action.execute() with errors parameter ? At that case ActionServlet will take care about saving of errors in HttpServletRequest and errors won't get lost in case some exception occurs and they were not saved yet. Craig, why don't you want to handle "error.pa

Displaying Error Messages

2002-01-02 Thread Dimitri Valdin
I would like to propose a small extension for tag: In case you don't want to display specific error message, but just "mark" some field as a "bad one", you can display some icon or just exclamation sign close to the field. It can be achieved by introducing of "format" attribute:

Re: Declarative Exception Handling

2001-12-04 Thread Dimitri Valdin
>I was thinking that anopther method, like execute() could just throw >exception and be called by the ActionServlet, and the perform() form >would not be called at all. So, like, deprecate perform() in favor of >execute() (or something), if we can get the controller to gracefully >choose between

Re: Declarative Exception Handling

2001-12-03 Thread Dimitri Valdin
Since I see no reason to define hundreds of different exceptions, which are very similar in their nature and are handled in a similar way, I would propose: *) introduce 2 base exception classes: AppException and RuntimeException which should support constructors like: AppException("error.passwo

Antwort: Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons

2001-11-26 Thread Dimitri Valdin
Ted, tnanks for your reply. This action was just an idea from me. I haven't thought about including it into the struts stuff. Nevertheless I am pleased if it happens and somebody find it usefull. Dmitri Valdin Datum: 24.11.2001 17:32 An:Struts Developers List <[EMAIL PROT

initServlet

2001-11-21 Thread Dimitri Valdin
I would like to introduce prefix "pathPrefix" in call to getResourceAsStream, so the call input = getServletContext().getResourceAsStream("/WEB-INF/web.xml"); located in initServlet would look like: input = getServletContext().getResourceAsStream(pathPrefix + "/WEB-IN

Antwort: Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons

2001-11-20 Thread Dimitri Valdin
>I just don't feel that struts-config is the appropriate place to deal with >those kinds of mappings as they are very concrete to the "action". A matter >of preference, I suppose. >Is that a fair enough summary? Sure. >I still like my design better! :) But yours works and certainly is a viab

Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons

2001-11-20 Thread Dimitri Valdin
>*whew* - much better! :) glad about that :-) >Except that I don't prefer the method you describe because of its increased >footprint in struts-config.xml - but we've already covered that issue. well, but now, in case of using DispatchAcion this footprint is really small, I would say, that

Antwort: Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons

2001-11-20 Thread Dimitri Valdin
sorry, I have really misunderstood the DispatchAction. Thank's Erik for pointing it out. In case of MultiSubmitAction working with DispatchAction, the solution would be: Dmitri Valdin -- Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Inf

Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons

2001-11-19 Thread Dimitri Valdin
>For images I would put the image name in ApplicationResource.properties and >use - but I probably wouldn't go to that extreme >until localization is needed. That was the reason, why I wrote that application resources also play an important role in your design. >If buttons move from one page t

Antwort: Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons

2001-11-19 Thread Dimitri Valdin
Erik, >I don't understand what you mean by application properties playing a role. >How so? buttons.add & buttons.delete have to be defined, which is not obvious for somebody who does not take care about internationalization. In fact I would define the resources in any case. But what about image

Antwort: Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons

2001-11-15 Thread Dimitri Valdin
Yet another approach would be to use an image tag: and check parameter in action: if (request.getParameter("lock.x") != null) { // decide what to do // 1) either return mapping.findForward("lock"); // with declared in struts-config // (this results in perfor

Antwort: Commons BeanUtils with Struts 1.0 (was RE: PropertyUtils.getIndexedProperty() with Obect key as parameter)

2001-10-02 Thread Dimitri Valdin
Hallo, >I'm not sure what would be the best way to use the common BeanUtils with >Struts 1.0. I suppose your suggestion will work, but you'll have to change I have already substituted all imports and it was not too much work to do. And it works perfectly with commons stuff. Here is the list o

PropertyUtils.getIndexedProperty() with Obect key as parameter

2001-10-01 Thread Dimitri Valdin
Hello, at the moment I am working for the Deutsche Bank in Germany. I have managed to persuade people to use Struts for their purposes, and we are happy about that. Thank you for the nice product. I would like to propose a small extension. It would be nice to have access not only to indexed p