the onmouseover, onmousedown, etc. attributes of the tag
img, class org.apache.struts.taglib.html.ImgTag, seem to be missing from the
struts-html.tld file.
am I correct or am I missing something ?
I am now using in my application the struts-html:image tag to produce
graphical buttons.
This tag writes a HTML tag input type="image" name="aaa".
the problem with the input type="image" tag is that it submits "aaa.x" and
"aaa.y" parameters rather than the usual "aaa" parameter.
Thus I cannot
At 10:38 AM 19/02/01 +0100, Christophe Thibaud wrote:
the onmouseover, onmousedown, etc. attributes of the tag
img, class org.apache.struts.taglib.html.ImgTag, seem to be missing from the
struts-html.tld file.
Those particular events are generally handed with an anchor tag around the img
There appears to by an problem populating properties which are generic
collections (as opposed to arrays) from FormBeans.
If the underlying property is an array of strings, then it is straight
forward to populate multiform boxes via the multiform tag, to and from the
corresponding property in
husted 01/02/19 09:20:47
Added: src/share/org/apache/struts/taglib/html package.html
Log:
(Submitted by Ted Husted.) Add package.html as source to generate HTML Tag
Developer's Guide.
Revision ChangesPath
1.1
I would like to add some additional Unit tests to the struts
framework.
These would be tests for struts itself, not end user code.
My thoughts are that as struts evolves and new functionality
is added we want to verify that other functionality is not
broken, as code is changed and
+1
We are already using the ant 'junit' task in some of our project, and it
works really well. One thing we have found is that our tests really end up
being split into two kinds: unit, and integration. We classify as 'unit'
those tests which can run on the code as compiled in place in the build
Title: RE: As promised (Struts Presentation)
Hi Craig. First, excellent presentation. You seem to hit the main points needed to understand and implement a Struts framework. Do you know where/what the original source for the Model 2 architecture is? Can't find a whitepaper on Sun's website. No
husted 01/02/19 12:39:27
Modified:src/doc installation.xml
Added: src/doc installation-wls.xml installation-jrun.xml
installation-sas.xml installation-tc.xml
installation-ubs.xml installation-was.xml
Log:
(Submitted by Ted
craigmcc01/02/19 12:48:18
Modified:src/share/org/apache/struts/taglib/html package.html
Log:
Clean up a few stray hyperlinks.
Revision ChangesPath
1.2 +6 -6
jakarta-struts/src/share/org/apache/struts/taglib/html/package.html
Index: package.html
In the Digester user guide: http://jakarta.apache.org/struts/api/org/apache/struts/digester/package-summary.html#package_description
There is an example of how to use the addObjectCreate method:
digester.addObjectCreate("struts-config/global-forwards/forward",
forwardClass, "className");
Hi,
I'm attempting to develop a fuller form of internationalization for Struts,
which includes retrieving content from more than something such as a
ResourceBundle. The basic idea is that you have a Resource, which is an
interface that represents anything that has internationalized content. It
I'm definitely interested but one question: why not use java.util.ResourceBundle as the
base class? It helps as existing ListResourceBundle and PropertyResourceBundle can
still be
used.
"Schachter, Michael" wrote:
Hi,
I'm attempting to develop a fuller form of internationalization for
Wong Kok Wai wrote:
I'm definitely interested but one question: why not use java.util.ResourceBundle as
the
base class? It helps as existing ListResourceBundle and PropertyResourceBundle can
still be
used.
Among other things, ResourceBundle and PropertyResourceBundle are not Serializable.
"Schachter, Michael" wrote:
Hi,
I'm attempting to develop a fuller form of internationalization for Struts,
which includes retrieving content from more than something such as a
ResourceBundle. The basic idea is that you have a Resource, which is an
interface that represents anything that
Jason van Zyl wrote:
I hate the fact that the word "service" is so overused, but in this context
it would be an implementation of an interface residing at the request scope
of an application.
I'm still pushing for a lightweight, application level service framework
within Struts, I'm
Ted Husted (a Struts commtter) and several others are trying to put together a
proposal for a code sharing subproject/repository/something on the GENERAL list
right now -- this sounds like another candidate for code that could be shared once
the infrastructure of the sharing is set up.
On Mon, 19 Feb 2001, Schachter, Michael wrote:
Jason,
I don't see why not, the general idea is the same. Maybe there should be an
org.apache.services package and a separate repository for this sort of
thing? The kind of thing where Turbine and Struts committers can both
participate?
Jason van Zyl wrote:
Ted Husted (a Struts commtter) and several others are trying to put together a
proposal for a code sharing subproject/repository/something on the GENERAL list
right now -- this sounds like another candidate for code that could be shared once
the infrastructure of the
I guess it's time for me to jump into the discussion of
sharing tools :-) If I can I would like to share an
introspector between struts and velocity. I have a feeling
that the structs introspector is more complete so I
would be all for using the struts introspector and it
can
craigmcc01/02/19 19:11:20
Modified:src/share/org/apache/struts/taglib/html ErrorsTag.java
Log:
Throw a runtime exception if we cannot identify the format in which error
messages were transmitted to this tag. Among other things, this should catch
the case where class loader
craigmcc01/02/19 21:20:13
Modified:src/doc struts-html.xml
src/share/org/apache/struts/action Action.java
ActionServlet.java
src/share/org/apache/struts/taglib/html FormTag.java
LocalStrings.properties
Now that the TODO list for 1.0 (and the bug reports in Bugzilla) are
dwindling away, it's time for a 1.0-beta-1 release of Struts! I just
checked in an initial draft of a release plan that talks about what will
happen, and the criteria for release. Please take a moment to review
this document:
+1
--
Martin Cooper
Tumbleweed Communications
- Original Message -
From: "Craig R. McClanahan" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, February 19, 2001 10:18 PM
Subject: [VOTE] Struts 1.0-beta-1 Release Plan
Now that the TODO list for 1.0 (and the bug reports in
I still have an outstanding issue with database connection with
PostgreSQL that effective cripples the system. I've posted about
it to the users mailing list, and didn't put it into the
bug system (silly me). I won't have time before the vote closes
to log the bug.
Any suggestions?
"Craig R.
25 matches
Mail list logo