DO NOT REPLY [Bug 16530] - gets funky value running in mod_jk

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16530

 gets funky value running in mod_jk





--- Additional Comments From [EMAIL PROTECTED]  2003-01-30 07:16 ---
Our webapp uses tiles and so 1.0.2 struts.jar won't easily work.  I'll modify an
example webapp this weekend and try it in 1.0.2.  BTW - I agree that it's
probably mod_jk, but let me try it out and I'll let you know.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html MessagesTag.java

2003-01-29 Thread dmkarr 
dmkarr  2003/01/29 22:22:01

  Modified:src/share/org/apache/struts/taglib/html MessagesTag.java
  Log:
  Changed "bundle" default from "Globals.MESSAGES_KEY" to "null".  This was only
  a problem when the correct MessageResources was in request scope, not in
  application scope, which happens when using sub-modules.  If changed to null,
  the call to RequestUtils.message() correctly gets the request-scope bundle
  instead of the application-scope bundle.
  
  Revision  ChangesPath
  1.8   +5 -5  
jakarta-struts/src/share/org/apache/struts/taglib/html/MessagesTag.java
  
  Index: MessagesTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/html/MessagesTag.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- MessagesTag.java  8 Dec 2002 06:54:51 -   1.7
  +++ MessagesTag.java  30 Jan 2003 06:22:01 -  1.8
  @@ -112,7 +112,7 @@
   /**
* The servlet context attribute key for our resources.
   */
  -protected String bundle = Globals.MESSAGES_KEY;
  +protected String bundle = null;
   
   /**
* The session attribute key for our locale.
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html BaseTag.java

2003-01-29 Thread dgraham 
dgraham 2003/01/29 21:38:41

  Modified:src/share/org/apache/struts/taglib/html BaseTag.java
  Log:
  Missed one of the duplicated method calls...
  
  Revision  ChangesPath
  1.13  +5 -5  
jakarta-struts/src/share/org/apache/struts/taglib/html/BaseTag.java
  
  Index: BaseTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/html/BaseTag.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- BaseTag.java  30 Jan 2003 05:37:15 -  1.12
  +++ BaseTag.java  30 Jan 2003 05:38:41 -  1.13
  @@ -123,7 +123,7 @@
   int port = request.getServerPort();
   
   StringBuffer buf = new StringBuffer("

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html BaseTag.java

2003-01-29 Thread dgraham 
dgraham 2003/01/29 21:37:16

  Modified:src/share/org/apache/struts/taglib/html BaseTag.java
  Log:
  Cleaned up duplicated method calls.
  
  Revision  ChangesPath
  1.12  +12 -8 
jakarta-struts/src/share/org/apache/struts/taglib/html/BaseTag.java
  
  Index: BaseTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/html/BaseTag.java,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- BaseTag.java  17 Nov 2002 01:48:33 -  1.11
  +++ BaseTag.java  30 Jan 2003 05:37:15 -  1.12
  @@ -7,7 +7,7 @@
*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  @@ -81,6 +81,7 @@
* used to call the ActionServlet.
*
* @author Luis Arias <[EMAIL PROTECTED]>
  + * @author David Graham
* @version $Revision$ $Date$
*/
   
  @@ -118,6 +119,9 @@
   public int doStartTag() throws JspException {
   HttpServletRequest request = (HttpServletRequest) pageContext.getRequest();
   String serverName = request.getServerName();
  +String scheme = request.getScheme();
  +int port = request.getServerPort();
  +
   StringBuffer buf = new StringBuffer("

DO NOT REPLY [Bug 16530] - gets funky value running in mod_jk

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16530

 gets funky value running in mod_jk





--- Additional Comments From [EMAIL PROTECTED]  2003-01-30 05:32 ---
The base tag is very simple and queries the HttpRequest object to generate the url.  I 
don't see any 
way this could be the tag's fault.  Does this happen under 1.0.2 and mod_jk?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Why is TestRequestUtils.testAbsoluteURL() failing?

2003-01-29 Thread David M. Karr 
I'm having trouble understanding why one of the unit tests is failing.  The
failure is in "TestRequestUtils.testAbsoluteURL()".  It builds a URL from
"RequestUtils.absoluteURL()" and compares it with the value it expects.  It
says the computed value is not equal to the expected value.

The weird thing is, after I saw this I edited the method to first store the
expected value into a variable, so I can compare against that instead of the
hardcoded value.  I then added "System.out.println" calls for both the computed
and expected strings.  I also printed the result of a call to
"String.equals()", comparing them.  The strings are identical, and it prints
"true" for the "equals" call, and then proceeds to throw an Error from the
"assertEquals" call.

I'm running this test with jdk 1.4.1_01, TC 4.1.10, and junit 3.8.1.

If it matters, here's the stack trace (note that I added 4 lines for the
variable assignment and print statements):

Testcase: testAbsoluteURL took 0.421 sec
Caused an ERROR
junit.framework.Assert.assertEquals(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)V
at 
org.apache.struts.util.TestRequestUtils.testAbsoluteURL(TestRequestUtils.java:153)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

-- 
===
David M. Karr  ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]   ; SCJP; SCWCD




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Very OT: Java Reflection?

2003-01-29 Thread Max Cooper 
There doesn't seem to be direct help. Perhaps you could do this, or find a
utility method somewhere that does it for you:

Method method = null;
Class cls = this.getClass();
while (method == null && cls != null) {
   method = cls.getMethod(methodName, args);
   cls = cls.getSuperClass();
}

Please post the answer if you find a good one.

-Max

- Original Message -
From: "V. Cekvenich" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 4:12 AM
Subject: Very OT: Java Reflection?


> Someone care to help me out on OT reflection?
>
> Here is the situation:
> My base class has a reflection (in execute) that does this :
>
> Method eventMethod = this.getClass().getMethod(methodName, args);
>
> and same class has
> onDefaultExec() {}
> (or full code here:
>
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/basicportal/ROOT/src/basicWeb
Lib/org/apache/basicWebLib/dispatch/BaseTilesActionHandler.java
> )
>
> The concrete (derived)  class works great with reflection, it calls the
> method in that class.
>
> However, the problem is that if the concrete class does not have a
> reflected method, it won't go look back in the base class for the method
> name. In my case onDefaultExec and others are in base, not the instance
> class.
>
> To restate, if I reflect for a method that is concrete class, great, but
> when I reflect for a method for a base class I get
> reflect.InvocationTargetException
> It's not looking back.
>
> ?
>
> tia,
> Vic
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16571] New: - Error in documentation for html:img tag.

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16571

Error in documentation for html:img tag.

   Summary: Error in documentation for html:img tag.
   Product: Struts
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED],[EMAIL PROTECTED]


The documentation for the img tag states that the page property is context relative:

The application-relative path, starting with a slash, of the image to be
displayed by this tag. The rendered URL for this image will automatically
prepend the context path of this web application (in the same manner as the page
attribute on the link tag works), in addition to any necessary URL rewriting.
You must specify either the page  attribute or the src attribute.

But the source code javadocs state that it is module relative:

ImgTag: revision 1.26
/**
 * The module-relative path, starting with a slash character, of the
 * image to be displayed by this rendered tag.
 */
protected String page = null;

It seems that the documentation should be updated to reflect this.  Can anyboby
comment on whether there should be a contextRelative property that defaults to
true, so that I won't have to copy my images into my module?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16569] New: - Server side validation with Struts does not function

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16569

Server side validation with Struts does not function

   Summary: Server side validation with Struts does not function
   Product: Struts
   Version: 1.1 Beta 3
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Validator Framework
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I am trying to use the 1.1 Beta3 version and set up both client side and server 
side validations. I have a form field which needs to be an integer. The client 
side Javascript works fine as long as the entries are something like 'asdsa..' 
or 'asdsa1321321..'. But when the entry is like '123adasdsa..' (digits followed 
by characters) Javascript validation passes through and the form is submitted. 
I expect the server side validation to catch this error and return me to the 
input page. But there is no validation on the server side and the request is 
routed to the Action.

I have defined the action form in thee struts-config file as:

  
  
  


and the action mapping as


  


The validation.xml file listing is:


  



   
  



  
  



  


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16565] New: - Incorrect path returned by getActionMappingName due to filename extension stripping

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16565

Incorrect path returned by getActionMappingName due to filename extension stripping

   Summary: Incorrect path returned by getActionMappingName due to
filename extension stripping
   Product: Struts
   Version: 1.1 Beta 3
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Utilities
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The API documentation for RequestUtils.getActionMappingName states that the filename 
extension is stripped automatically. This method is used to process the value provided 
as the 'action' attribute of the html:form tag.

This causes problems in a configuration where the ActionServlet is mapped to a path 
prefix, for example /app/*, and action paths themselves include the dot character. For 
example: 

The inclusion of the ".html" extension in action names together with a prefix mapping 
for ActionServlet is useful to make dynamic pages appear "normal", "static" and 
"technology-neutral" to users, and search engines alike. If the behavior of 
RequestUtils.getActionMappingName could be altered (with a configuration parameter?) 
to not strip the extension, the problem with using such action paths in forms, and 
possibly other circumstances where this method is invoked, would be solved.

A currently applicable workaround involves putting an additional dot after the action 
path in the html:form element, i.e.  which is 
confusing and silly.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16564] New: - ActionForm not populating String[] correctly

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16564

ActionForm not populating String[] correctly

   Summary: ActionForm not populating String[] correctly
   Product: Struts
   Version: 1.1 Beta 3
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Standard Actions
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I am using multiboxes to output the following form fragment:

   

 

 Site
Administration



 

 Root
Administration


 


 Global


 

 USUQ

   

When I submit this form to my ActionForm, which has the following variables with
corresponding getters and setters:
private String id;
private String name;
private String description;
private String[] selectedModules = new String[0];

and method definition:
public void reset(ActionMapping arg0, HttpServletRequest arg1) {
selectedModules = new String[0];
}

defined in my struts-config as:


  
  
  
  


The array is not properly populated.  The array always contains all of the
values I have checked except for the first one.  Inspection of the request
parameters reveals that whichever checkbox is first has its value kept in a
request parameter.

To clarify, the result of submitting the above form is that there is that
form.getSelectedModules() yields a String[] with values { 2, 1, 4 }, and in my
struts action (a DispatchAction), if I call
request.getParameter("selectedModules"), it yields the String "3", the exact
value that is missing from my array.  This is true regardless of how many boxes
are checked.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16561] - wrong syntax for taglib include in the Stable Installation instructions

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16561

wrong syntax for taglib include in the Stable Installation instructions





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 21:46 ---
I didn't either, at first. Look at the first few characters on each line. 
The '<@' should be '<%@'. Subtle, huh? ;-)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16561] - wrong syntax for taglib include in the Stable Installation instructions

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16561

wrong syntax for taglib include in the Stable Installation instructions





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 21:41 ---
I don't see any difference between the two examples...

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16561] New: - wrong syntax for taglib include in the Stable Installation instructions

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16561

wrong syntax for taglib include in the Stable Installation instructions

   Summary: wrong syntax for taglib include in the Stable
Installation instructions
   Product: Struts
   Version: 1.0.2 Final
  Platform: Other
   URL: http://jakarta.apache.org/struts/doc-
1.0.2/installation.html
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


<@ taglib uri="/WEB-INF/struts-bean.tld" prefix="struts-bean" %>
<@ taglib uri="/WEB-INF/struts-html.tld" prefix="struts-html" %>
<@ taglib uri="/WEB-INF/struts-logic.tld" prefix="struts-logic" %>
<@ taglib uri="/WEB-INF/struts-template.tld" prefix="struts-template" %>

should be

<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="struts-bean" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="struts-html" %>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="struts-logic" %>
<%@ taglib uri="/WEB-INF/struts-template.tld" prefix="struts-template" %>

This is fixed in the documentation for the nightly builds and the beta
documentation, but not the 1.0.2 Stable specific instructions.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Very OT: Java Reflection?

2003-01-29 Thread V. Cekvenich 
Never mind, the base method had error, works as per Java.

V. Cekvenich wrote:

Someone care to help me out on OT reflection?

Here is the situation:
My base class has a reflection (in execute) that does this :

Method eventMethod = this.getClass().getMethod(methodName, args);

and same class has
onDefaultExec() {}
(or full code here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/basicportal/ROOT/src/basicWebLib/org/apache/basicWebLib/dispatch/BaseTilesActionHandler.java 
)

The concrete (derived)  class works great with reflection, it calls the 
method in that class.

However, the problem is that if the concrete class does not have a 
reflected method, it won't go look back in the base class for the method 
name. In my case onDefaultExec and others are in base, not the instance 
class.

To restate, if I reflect for a method that is concrete class, great, but 
when I reflect for a method for a base class I get
reflect.InvocationTargetException
It's not looking back.

?

tia,
Vic



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16548] New: - javascript validations all depend on required

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16548

javascript validations all depend on required

   Summary: javascript validations all depend on required
   Product: Struts
   Version: 1.1 Beta 2
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Validator Framework
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If a field is not required but must be integer, a new javascript validator must 
be written or current integer validator must be modified by removing the 
depends="required"

Seperating validations from dependency on required would increase the validator 
frameworks client side validation flexibility..

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16543] New: - IncludeAction should return an ActionForward.

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16543

IncludeAction should return an ActionForward.

   Summary: IncludeAction should return an ActionForward.
   Product: Struts
   Version: 1.1 Beta 3
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Standard Actions
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The IncludeAction has the same problem that the ForwardAction used to have ( 
defect 12309 ). The IncludeAction directly calls the request dispatcher, 
returns a null ActionForward which bypasses the processing of the 
RequestProcessor. Unfortunately, this problem is not as easy to fix as the 
ForwardAction. While the RequestProcessor does support includes versus forwards 
for ActionMappings, there is no way for an ActionForward to request an include.

The only suggestion that comes to mind is to add an attribute to the 
ActionForward to request an include, similar to the redirect attribute. The 
IncludeAction can then have the same implementation as the ForwardAction, but 
set an include property on the ActionForward instead. This change would also 
require a new attribute to the struts-config_1_1.dtd.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16296] - Add "action" Attribute to html:rewrite Tag

2003-01-29 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16296

Add "action" Attribute to html:rewrite Tag





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 14:33 ---
I think this should be included, the docs about rewrite tag state that:

"Renders a request URI based on exactly the same rules
as the link tag does, but without creating the  hyperlink."

And changes are pretty straight-forward.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cracking the whip

2003-01-29 Thread Ted Husted 
James Turner wrote:

Boy, I get called Mr. Validator and LISP Boy in the same day.  What's a
guy gotta do around here to get a little respect? :-)


Let's see ... write a best-selling Struts book. Nope, you did that. 
Commit a bunch of code. Nope did that too. Hmmm, got me.

Have you tried taking off the dark glasses and motorcycle jacket? My 
kids tell me that Leather is over. =:0)

Back on topic, we should also note that before talking about a Release 
Candidate, we should meet all the objective requirements for a Release, 
as stated in the Plan. This includes there being no unresolved issues 
against the Nightly Build. A few more have crept in since I made my last 
pass on these. It's usually a matter of ensuring they are actual issues 
but not showstoppers and then marking them LATER (or INVALID).

-T.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Very OT: Java Reflection?

2003-01-29 Thread V. Cekvenich 
Someone care to help me out on OT reflection?

Here is the situation:
My base class has a reflection (in execute) that does this :

Method eventMethod = this.getClass().getMethod(methodName, args);

and same class has
onDefaultExec() {}
(or full code here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/basicportal/ROOT/src/basicWebLib/org/apache/basicWebLib/dispatch/BaseTilesActionHandler.java 
)

The concrete (derived)  class works great with reflection, it calls the 
method in that class.

However, the problem is that if the concrete class does not have a 
reflected method, it won't go look back in the base class for the method 
name. In my case onDefaultExec and others are in base, not the instance 
class.

To restate, if I reflect for a method that is concrete class, great, but 
when I reflect for a method for a base class I get
reflect.InvocationTargetException
It's not looking back.

?

tia,
Vic






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]