Web-app_2_2.dtd

[Sureka, Sushil]

I posted it on struts-user mailing list but could not get a reply. Thats the
reason I am posting it on dev mailing list. 

Hello All, 
We are using struts for our application. One of the problem we have
encountered is with the finding of Web-app_2.2.dtd . Seems like the name of
the dtd is hard coded in the ActionServlet java class. During deployment of
the application (using weblogic) the server waits for like 2 minutes or so
before it determines it can not find the dtd since we are running behind the
firewall. We are not sure how can we change this behaviour it so that it
always look for it locally (instead of going on internet) and save us all
the wasted time 
Sushil 

RE: Web-app_2_2.dtd

[Rey Francois]

The ActionServlet does this resolution already, it looks for this DTD
locally:

ActionServlet {

...

/**
 * The set of public identifiers, and corresponding resource names, for
 * the versions of the configuration file DTDs that we know about.
There
 * strongMUST/strong be an even number of Strings in this list!
 */

...

protected String registrations[] = {
-//Apache Software Foundation//DTD Struts Configuration 1.0//EN,
/org/apache/struts/resources/struts-config_1_0.dtd,
-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN,
/org/apache/struts/resources/web-app_2_2.dtd,
-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN,
/org/apache/struts/resources/web-app_2_3.dtd
};


...

protected Digester initDigester(int detail) {
  ...
// Register our local copy of the DTDs that we can find
for (int i = 0; i  registrations.length; i += 2) {
URL url = this.getClass().getResource(registrations[i+1]);
if (url != null)
digester.register(registrations[i], url.toString());
}

...
}

Not sure why it does not work in your case.  Check previous postings and
Struts resources about deploying Struts on WebLogic. Check also the parser
being used, maybe trying another one...

Fr.

-Original Message-
From: Sureka, Sushil [mailto:[EMAIL PROTECTED]]
Sent: 04 September 2001 15:29
To: '[EMAIL PROTECTED]'
Subject: Web-app_2_2.dtd


I posted it on struts-user mailing list but could not get a reply. Thats the
reason I am posting it on dev mailing list. 

Hello All, 
We are using struts for our application. One of the problem we have
encountered is with the finding of Web-app_2.2.dtd . Seems like the name of
the dtd is hard coded in the ActionServlet java class. During deployment of
the application (using weblogic) the server waits for like 2 minutes or so
before it determines it can not find the dtd since we are running behind the
firewall. We are not sure how can we change this behaviour it so that it
always look for it locally (instead of going on internet) and save us all
the wasted time 
Sushil 



The information in this email is confidential and is intended solely
for the addressee(s).
Access to this email by anyone else is unauthorised. If you are not
an intended recipient, you must not read, use or disseminate the
information contained in the email.
Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be
the views of Capco.

http://www.capco.com
***

Indexed Tags (TextArea)

[Henry Mugasha]

Hi,
 
The struts-html taglib allows for indexed tags on almost all form tags
apart form the textarea form tag. Why is this so? Can this be easily fixed?

Henry


Get 250 color business cards for FREE!
http://businesscards.lycos.com/vp/fastpath/

RE: Indexed Tags (TextArea)

[Nathan Coast]

check this message

http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg02891.html

not sure if the change has been included in current dev but heres a patch
for 1.0

Nathan

-Original Message-
From: Henry Mugasha [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 04, 2001 4:59 PM
To: [EMAIL PROTECTED]
Subject: Indexed Tags (TextArea)


Hi,
 
The struts-html taglib allows for indexed tags on almost all form tags
apart form the textarea form tag. Why is this so? Can this be easily fixed?

Henry


Get 250 color business cards for FREE!
http://businesscards.lycos.com/vp/fastpath/



**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper at LevelSeas for the presence of computer viruses.

www.mimesweeper.com
**

 TextareaTag.java

Re: ActionMapping parameter

[Ted Husted]

So far, we've had three suggestions about what to do about this:

1. Use named parameters instead of a single parameter (as just
mentioned)
2. Use parameter as the name of a property file or other resource where
the actual parameters are kept. 
3. Add methods to ActionMappings to retrieve parameters as if parameter
were a query string.

So in the last case, you could set parameter to be something like 

parameter=form=input+action=update 

and then retrieve it using methods like 

String form = mapping.getParameter(form); 

and still keep  

String parameter = mapping.getParameter()

to retrieve the String as is (or maybe just the first parameter).

This has the virtue of being trival to implement, and jives with the way
Forwards have to be coded. 

A quick and easy way to do this starting now, would be to use the
HttpUtils class

http://java.sun.com/j2ee/tutorial/api/javax/servlet/http/HttpUtils.html

and do something like 

--

HashTable parameters =
HttpUtils.parseQueryString(mappings.getParameter());
String form = (String) parameters.get(form); 

--

Anyone want to give a implementation of doing this within ActionMappings
a whirl? I'd be thinking we'd want all the same parameter methods from
ServletRequest

http://java.sun.com/j2ee/tutorial/api/javax/servlet/ServletRequest.html

Another idea would be to just implement getParameterMap() in
ActionMappings, since HttpUtils is deprecated in Servlet 2.3 ;-(, and
leave it at that.

-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel +1 716 737-3463
-- http://www.husted.com/about/struts/


Ernest Jones wrote:
 
 I wanted some feedback on a feature request before I submit it.
 
 In the ActionMapping api you can only get one nameless config parameter
 (public String getParameter()).  I would find it useful if I could specify
 any number of named parameters (public String getParameter(String key)).
 The xml in the struts-config file could look like:
 
 action path=/myPath  type=com.mycompany.actions.DoSomething
parameter name=paramName value=paramValue/
parameter name=paramName2 value=paramValue2/
 ...
   forward name=success path=/success.jsp /
  /action
 
 To maintain backwards compatability (if you really wanted to) you could keep
 the old parameter attribute and function.
 
 Thoughts? Comments?

ActionMapping parameter

[Ernest Jones]

I wanted some feedback on a feature request before I submit it.

In the ActionMapping api you can only get one nameless config parameter
(public String getParameter()).  I would find it useful if I could specify
any number of named parameters (public String getParameter(String key)).
The xml in the struts-config file could look like:

action path=/myPath  type=com.mycompany.actions.DoSomething
   parameter name=paramName value=paramValue/
   parameter name=paramName2 value=paramValue2/
...
  forward name=success path=/success.jsp /
 /action

To maintain backwards compatability (if you really wanted to) you could keep
the old parameter attribute and function.

Thoughts? Comments?

Stock AMSE 1000% Growth Buy Recommendation nmju

[dinozine]

Title: A Buy Recommendation was Released on Stock Symbol AMSE














Stock Symbol AMSE has just released an announcement that the Company has
acquired new business in the already explosive mortgage industry. This follows
the previous announcement of a  Buy Recommendation done by Chartered Financial Analyst of Stratos Research, LLC on
7/9/2001. Current price $.20/12-month target price $2.25.

 You have to do the research on this one.

 Learn More on the New Press ReleaseCLICK
HERE


Learn More on the  Buy Recommendation CLICK HERE

If you have received this message in error or don't want any more mailings
from us, please excuse this message, CLICK
HERE TO BE REMOVED









Disclaimer Below












Tequesta Capital Corporation is an
independent electronic publication providing information on selected public
companies. Certain companies profiled by Tequesta pay consideration in cash
and/or stock to Tequesta for the electronic dissemination of company information
and, in some cases, web site development. Tequesta was retained as a consultant
to AMSE. for one year, pursuant to a written agreement which provides for the
immediate payment of 125,000 shares of common stock of AMSE, restricted rule 144
and a payment of $30,000 cash for its services, including the electronic
dissemination of information concerning the profiled company. Tequesta did not
receive any other compensation, of any kind, for its services other than stated
herein. Tequesta is not a registered investment advisor or a broker dealer.
Tequesta has been advised that the investments in companies profiled are
considered to be high risk and use of the information provided is for reading
purposes only if anyone decides to act as an investor they are advised not to
invest without the proper advisement from an attorney or a registered financial
broker if any party decides to participate as an investor then it will be that
investor's sole risk. Tequesta has also been advised that the purchase of such
high risk securities may result in the loss of some or all of the investment.
All information provided by the profiled companies may include information
provided by outside sources, such as research reports, public filings or
computer databases and information provided to Tequesta by management of the
profiled company. All information is provided by the companies profiled and
Tequesta makes no representations, warranties or guarantees as to the accuracy
or completeness of the disclosure by the profiled companies. Investors should
not rely solely on the information presented. Rather, investors should use the
information provided by the profiled companies as a starting point for doing
additional independent research on the profiled companies in order to allow the
investor to form his or her own opinion regarding investing in the profiled
companies. Factual statements made by the profiled companies are made as of the
date 6/22/2001 and are subject to change without notice. The receipt of this
information shall not create, under any circumstances, any implication that
there has been no change in the affairs of the company profiled since the date
of review. Investing in micro-cap securities is highly speculative and carries
an extremely high degree of risk. It is possible that an investor's entire
investment may be lost or impaired due to the speculative nature of the
companies profiled. Tequesta makes no recommendation that the securities of the
companies profiled should be purchased, sold or held by individuals or entities
that learn of the profiled companies through Tequesta. Investing in micro-cap
securities is highly speculative and carries an extremely high degree of risk.
It is possible that an investor's investment may be lost or impaired due to the
speculative nature of the companies profiled. Certain of the statements
contained in this news release may be forward-looking statements within the
meaning of The Private Securities Litigation Reform Act of 1995. These
statements may be identified by such terms as ``expect,'' ``believe,'' ``may,''
``will,'' and ``intend'' or similar terms. Tequesta
Capital Corporation or its affiliates may have a position in the securities
mentioned herein and may make purchases or sales thereof.

Bug report for Struts [2001/09/04]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  EHN=Ehnancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 3148|Unc|Maj|2001-08-16|multiple attribute in custom tags |
| 2601|Unc|Enh|2001-07-12|Request http filter for MessageResources  |
| 2315|New|Blk|2001-06-25|Cannot find ActionMappings|
| 2679|New|Blk|2001-07-18|iterate tag problem   |
| 3212|New|Blk|2001-08-21|Somehow encrypting the data-source password   |
| 3193|New|Cri|2001-08-20|html:option causing JVM crash   |
| 2214|New|Maj|2001-06-18|ActionServlet uses double-check idiom which is bro|
| 3202|New|Maj|2001-08-21|OptionsTag.doEndTag - calls method to populate se|
| 2466|New|Nor|2001-07-05|duplicate class definition causes servlet exceptio|
| 2494|New|Nor|2001-07-07|ConvertUtils.convertCharacter(...) broken |
| 2503|New|Nor|2001-07-08|File Upload of File with Lines  4k Inserts \n Cha|
| 2513|New|Nor|2001-07-09|Options tag does not work as documented   |
| 2683|New|Nor|2001-07-18|File Upload doesn't work with Opera   |
| 2757|New|Nor|2001-07-23|file upload problem: MultipartIterator: invalid mu|
| 3153|New|Nor|2001-08-17|bug with html:image tag -  not closed in property|
| 3190|New|Nor|2001-08-20|FORM tag doesn't handle all cases of servlet mappi|
| 3239|New|Nor|2001-08-22|tag properties not exposed to iterator index  |
| 3251|New|Nor|2001-08-23|Struts  on AIX   (Websphere 3.5.3)|
| 3281|New|Nor|2001-08-27|rewrite uses responseUtils.filter |
| 3288|New|Nor|2001-08-27|Image tag is missing an property  |
| 3337|New|Nor|2001-08-29|Application scope objects being cached by tags.   |
| 2226|New|Min|2001-06-18|NullPointerException in ActionMapping.findForward(|
| 3161|New|Min|2001-08-19|org.apache.strutstaglib.html.OptionsTag.getIterato|
|  866|New|Enh|2001-03-06|Clean Way to Add Parameters to Redirecting Forward|
|  905|New|Enh|2001-03-08|Need new mode for html:options for single Collecti|
|  931|New|Enh|2001-03-11|Struts needs to cleanly support running multiple c|
| 1467|New|Enh|2001-04-23|Enhancement requested for HIDDEN tag/ alternaive t|
| 1481|New|Enh|2001-04-24|Enhanced resolution of collection property in html|
| 1683|New|Enh|2001-05-09|Change Struts tags to be more granular in their de|
| 1797|New|Enh|2001-05-17|Add a way to write out nbsp; if data is null |
| 1817|New|Enh|2001-05-18|Nested property lookup should understand Maps |
| 1826|New|Enh|2001-05-20|Dynamic Properties (instead of using the Reflectio|
| 1871|New|Enh|2001-05-23|tag that displays iterate tag index value |
| 1895|New|Enh|2001-05-24|Provide a way to specify xerces and xalan in build|
| 1896|New|Enh|2001-05-24|Store copies of the TLD files in CVS  |
| 2020|New|Enh|2001-06-06|GenericDataSource needs customisable properties   |
| 2096|New|Enh|2001-06-09|Change html:options/ to use a collection like l|
| 2116|New|Enh|2001-06-11|OptionsTag and SelectTag (small refactor) proposed|
| 2164|New|Enh|2001-06-13|add per item header and footer to ErrorsTag   |
| 2265|New|Enh|2001-06-21|additional constructor for ActionError|
| 3283|New|Enh|2001-08-27|Adding Multiple Match Logic Equal/notEqual Tags   |
| 3289|New|Enh|2001-08-27|Need style attribute in the html:option and html|
| 3353|New|Enh|2001-08-29|Need More Flexibility Setting/Getting ActionForm P|
| 2017|Ass|Maj|2001-06-05|Text entered in forms using multi-part/formdata ca|
| 1586|Opn|Nor|2001-05-01|The html:form tag generates incorrect focus java|
| 2068|Opn|Nor|2001-06-08|The ActionMapping is not always stored in the Http|
| 2046|Opn|Enh|2001-06-07|a struts tag within another struts tag|
+-+---+---+--+--+
| Total   47 bugs   |
+---+

Re: Fw: Fixing bugs in Struts code moved to Commons

[Craig R. McClanahan]

Sorry for the slow response -- commitments on Tomcat yadda yadda (Tomcat
4.0 final will be in a couple of weeks :-).

Such issues really need to be addressed in both developments -- in the
Struts copy of these classes for a 1.0.1 release, and here for the
corresponding commons versions used in Struts 1.1.

I will commit the changes (in both places) for this one tomorrow.

Craig


On Tue, 4 Sep 2001 [EMAIL PROTECTED] wrote:

 Date: Tue, 4 Sep 2001 21:04:40 -0700
 From: [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Fw: Fixing bugs in Struts code moved to Commons

 I posted this to struts-dev a week ago and received no response, so I
 figured it's time to see what the folks over here in jakarta-commons think.
 :-)

 --
 Martin Cooper


 - Original Message -
 From: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Tuesday, August 28, 2001 8:59 PM
 Subject: Fixing bugs in Struts code moved to Commons


  There is at least one bug (#2494) in the Struts bug database which is in
  code moved to Commons after the Struts 1.0 release. To be fixed properly,
  the change should be made both in the Struts code base (for Struts 1.0.1)
  and in the Commons code base.
 
  How should we manage this type of issue? I assume not all Struts
 committers
  are also Commons committers (I don't think I am), so I can think of a
 couple
  of options:
 
  1) Fix the Struts bug and enter a new bug report against the Commons code.
  2) Have only committers on both projects address these bugs.
 
  I can see pros and cons to both options.
 
  Thoughts?
 
  --
  Martin Cooper