+1 to submit the draft TLP resolution.
+1 to nominate Craig as VP.
Cedric
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1.3
@@ -2,9 +2,7 @@
div align=center
font color=#023264 size=-1
-em Copyright copy; 2000-2003, Apache Software Foundation /em
- br
-emand Cedric Dumoulin/em
+em Copyright copy; 2000-2004, Apache
Hi,
The url http://www.lifl.fr/~dumoulin/tiles/tilesAdvancedFeatures.pdf
still working. There is sometime some trouble with the web server.
Cedric
Sean Gunn wrote:
Anyone know of a mirror for tilesAdvancedFeatures.pdf?
It is referenced in the tiles guide:
+1
Cedric
James Mitchell wrote:
Don has been involved with Struts for quite some time and has submitted
numerous patches and enhancements. I believe that as we move forward with
development, having Don on our team would be a tremendous asset.
I would like to nominate Don Brown as a
+1
Cedric
Ted Husted wrote:
Since no significant issues have arisen in response to Struts 1.1 RC2,
I propose that we release the tip of the main trunk in CVS as the
Struts 1.1 Final release. I have checked in a proposed release plan,
which is available for review on the Struts web site:
Hi,
This kind of question should be asked in the struts user list. I
forward the thread to struts-user.
Cedric
[EMAIL PROTECTED] wrote:
Hi,
I'm a Struts newbie and this question may have been already addressed, but I can't
seem to find anything relevant in the mail archives.
I'm
Hi,
I know someone who have made some works, and apparently have succeed,
to let Tiles, Struts and JSF work all together. Unfortunately, our mails
are in French, and I have no more news since some weeks.
Cedric
Ives Landrieu wrote:
Hi,
I was experimenting with struts and tiles (not very
Thanks for the info on the item tag.
David
From: Cedric Dumoulin [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: Tiles beans package?
Date: Mon, 24 Mar 2003 09:51:38 +0100
Hi,
This two classes are part of the Tiles
David Graham wrote:
No. The parent definition only declare the attributes relevant to
the parent. A child (extending a parent) can add some new attributes.
If an attribute is not used in a parent, you don't need to declare it.
In your case, the attribute is used by the associated layout,
I think we can even remove it because there is no associated tld, so
no possibility to use it in a page.
This tag is very old and was developed to provide a better integration
between tiles and struts when tiles wasn't even in the contrib area.
This tag has no reason to be left now, unless
[EMAIL PROTECTED] wrote:
dgraham 2003/03/17 18:42:59
Modified:src/share/org/apache/struts/taglib/tiles InsertTag.java
Log:
Formatting changes only (in preparation of bug fix).
May I recall that the consensus is actually to not reformating classes ?
Check
[EMAIL PROTECTED] wrote:
dgraham 2003/03/17 18:46:02
Modified:src/share/org/apache/struts/taglib/tiles InsertTag.java
Log:
Only include page if it's != null.
Revision ChangesPath
1.14 +13 -5 jakarta-struts/src/share/org/apache/struts/taglib/tiles/InsertTag.java
obligations to
the community is to provide a reasonably consistent code style.
I also agree, but the grain of this consistency can be the roots
package (struts core, tiles, ...), at least until when we agree/discuss
on a format and decide to reformat everything ;-) .
Cedric
-T.
Cedric Dumoulin
Ted Husted wrote:
OK, we're back down to two. =:0)
http://issues.apache.org/bugzilla/show_bug.cgi?id=17562
Cedric, I can't quite follow the thread on this one myself. Does it
look like Redding's patch would help (at least for now). Lavy seems to
say it doesn't work for him.
I have to do
.
Since I'm sure the style changes were applied by his IDE, the
likelihood introducing a bug this way is negligible.
The codebase belongs to the community, and one of our obligations to
the community is to provide a reasonably consistent code style.
-T.
Cedric Dumoulin wrote:
[EMAIL PROTECTED
David Graham wrote:
Cedric,
Here's the problem as I understand it:
To extend a definition you must declare all the attributes in the
parent definition even if they're set to , right?
No. The parent definition only declare the attributes relevant to the
parent. A child (extending a parent)
Whaoou ... 3 tickets for tiles on 5 left ;-). I have mark one as
duplicate, change a second as an enhancement, and still need to solve
the 3rd. I will do it asap.
Now, there is only 3 tickets remaining.
Cedric
Ted Husted wrote:
I'll update the plan and website later, but for now, the
Hi,
Christophe Warland wrote:
[...]
With regards to the methodology used, simply start your JVM with java
-Xrunhprof:heap=sites ... and look at the self-explanatory results in
java.hprof.txt. I can also send you, Cedric, our detailed analysis under
private email if you agree not to distribute
Tiles can be removed from the contrib area. I think we have put
everything in the main trunk yet.
Cedric
Craig R. McClanahan wrote:
On Fri, 28 Feb 2003, David Graham wrote:
Date: Fri, 28 Feb 2003 19:35:36 -0700
From: David Graham [EMAIL PROTECTED]
Reply-To: Struts Developers List
This is a known behavior ;-).
It is not a bug, it is an implementation choice (for efficiency, this
reduce the number of objects created ).
In the normal usage, you should only consult, add or remove attributes
from ComponentContext. You should not modify the attributes obtained
from the
already see the problem and will commit the fix tonight. I
forced the locale for the MessageTag tests, but forgot to do the same
for WriteTag.
--
James Mitchell
Software Engineer/Struts Evangelist
-Original Message-
From: Cedric Dumoulin [mailto:[EMAIL PROTECTED]
Sent: mercredi 26 février
Hi all,
Today I have run the test suite test.tomcat.41, but it fail on my
computer:
[junit] junit.framework.AssertionFailedError: expected:1,234 but
was:1Â 234
[junit] at
org.apache.struts.taglib.bean.TestWriteTag.formatAndTest(TestWriteTag.java:122)
[junit] at
+1
Robert S. Sfeir wrote:
+1
On Tuesday, Feb 25, 2003, at 09:02 US/Eastern, Ted Husted wrote:
While *we all* put a lot of time and effort into getting 1.1 ready
for its first release candidate, it seems to me that David Graham
really came through for us over the last few weeks (months, even).
+1
Martin Cooper wrote:
All outstanding bugs against Struts 1.1 have either been fixed or been
categorized for fixing in a release subsequent to Struts 1.1 Final.
Therefore, I propose that we release the tip of the main trunk in CVS as
Release Candidate 1 for a Struts 1.1 release. I have
Hi,
The TilesPlugin set the RequestProcessor to TilesRequestProcessor. It
does it to simplify the way Tiles should be initialized: a user just
need to declare the plugin. Then, the plugin check if the current
RequestProcessor must be changed, or if it is already set by the user.
Cedric
These methods are used by the Tiles subclasses, which are part of
Struts ;-) The doc says that methods are not part of the API to prevent
regular users to use them. Normally, users only need to overload
doInclude() or doForward().
Cedric
David Graham wrote:
The
You are right, this is probably a cutpaste error. I have corrected it.
Cedric
Martin Cooper wrote:
Running PMD over the latest code, I think I've found a bug in the Tiles
XmlParser class. Lines 255 - 256 of this class look like this:
String menuItemDefaultClass =
Hi,
But where do you declare objects in the config file ? If we enable
someting like beanName=someBean in the config file, where does the
bean should come from ?
Cedric
Frank Kim wrote:
I have a quick question regarding the difference in terms of functionality between put tag and
Can you post this as an enhancement request in bugzilla ?
Goal: be able to use the TilesRequestProcessor even if it not
initialized from the TilesPlugin.
Cedric
Heydtmann, Dirk [PCS] wrote:
Hello:
We would like to propose making the TilesRequestProcessor tolerant to where
it does not
+1
Cedric
Craig R. McClanahan wrote:
James Turner has been a long-time contributor of patches to Struts, took
over commons-validator when it was languishing (he's a committer there),
and is the author of Struts Kick Start. I'd like to propose him as a
committer on Struts as well.
Here's my
Does someone have a simple example war file reproducing the problem ?
If yes, could you send it to me ?
Cedric
Matt Raible wrote:
I tried switching to last night's build, but that appears to be even
worse - I can't even use the default module. I get the following error
the first time (and
Hi,
For me it sound like a binary version problem. Maybe one of your
plugin has been compiled with an older and incompatible jar file.
The tiles-documentation.war file use modules and tiles (module
default, example, test). It works on my configuration.
Hope this help,
Cedric
+1
Cedric
Martin Cooper wrote:
A number of new features have been added to Struts since the 1.1 Beta 2
release, and many bugs have been fixed. Therefore, I propose that we
release the tip of the main trunk in CVS as Beta 3 for a Struts 1.1
release. I have checked in a proposed release
Hi everybody,
Code formating is an ever ending debate. We, as experienced
developers, all have our preferences. When there is several users as in
Struts, there is a polite rule: do not reformate code of others just
because they don't follow your criteria.
I have discover such reformating
rules code must meet those guidelines unless
specified differently for the project. AFAIK Struts has no specific
rules so it defaults to the java standard.
Following the java standard helps all developers work on the project
faster and easier.
Dave
From: Cedric Dumoulin [EMAIL PROTECTED
I am in favor of this release plan, except for the date ;-). I prefer
a date after this week-end. This will allow me to do some works.
Cedric
Martin Cooper wrote:
A number of new features have been added to Struts since the 1.1 Beta 2
release, and many bugs have been fixed. Therefore,
2002/10/7
build.
Thanks
Anand Joshi
Websphere Development Team
Ph: 919-254-4331 (Tie 444-4331)
mail: [EMAIL PROTECTED]
Cedric Dumoulin
I have committed changes to allow tiles factory to be module aware.
For now, each module have its own definition factory, and tags should be
able to found the appropriate factory. It is possible to specify the
same config file for different factories.
Actually the tiles config files should
]
Cedric Dumoulin
[EMAIL PROTECTED]To: Struts Developers List [EMAIL PROTECTED]
g cc
Hi,
This is a bug in struts1.1b2 when used with web server doing reuse of
tags. The required behavior of tiles:useAttribute name=aName is to
use the name as id when id is not provided. This bug has been corrected
in nightly build since 2002/10/7 .
Can you try with the nightly build to
+1
Ted Husted wrote:
James Mitchell has been a long-time
contributor of good ideas as well as
patches on the developer list. He is also
generous with his help on the user list.
I believe it's time that we nominated
James as a Committer. After all, we can
always use another Evangelist.
It will be a proposal for a common tiles/templates taglib intended to
be included in JSTL. But this can't happen before a JSTL2.x release. So,
you can continue to use your favorite Tiles framework, we will continue
to support it for a long time ;-).
Cedric
Byrne, Steven wrote:
Martin Cooper wrote:
Meanwhile, David Geary, who was the original author of the template library,
went on to develop the Regions library, which he describes in his book,
Advanced JavaServer Pages. At one point, there was some discussion of
David and Cedric working together to combine the best
Hi Eddie,
Eddie Bush wrote:
Cedric,
I wasn't trying to step on toes :-) I can't say how much more I'd
prefer you refactor Tiles than me. You (obviously) are a *lot* more
familiar with it's inner workings!
The point to keep in mind though is that 1.1 *is* about seperatism.
If you have
Eddie Bush wrote:
Hi again, Cedric :-)
We need to hurry 1.1, and the only way I see to do that is for each
of us to agree to seperatism in 1.1 - understanding and *expecting*
that 1.2 will be our chance to solve the problems we wanted to solve
in 1.1 but couldn't (because of time).
I am
Eddie Bush wrote:
Cast your vote.
[ -1] I want Tiles to have an independent (non-shared)
configuration for each module. No future change is required IMHO.
[ -1 ] I want Tiles to have an independent (non-shared)
configuration for each module. I think we should revisit this
No reason, I think we (you ;-) ) can close this bug with the proposed
solution. For the NoOpAction, we can deprecate it and maybe let it
extends the ForwardAction.
Cedric
Eddie Bush wrote:
Yes, I've seen that bug. I'll take a look at it.
Does anyone have a valid reason why this
There is no up to date UML diagram. The later one is a not up to date
reverse engineering of the tiles package.
What are you thoughts to make Tiles more module aware ?
Actually there is one common factory for all modules. It is possible
to propose a solution with one factory for each
The tiles-config.dtd file is the old dtd, with no comments. The
tiles-config_1_1.dtd file is the new improved dtd with comments. They
both describe exactly the same syntax for Tiles config files.
My primary goal was to remove the old version, but I have forget to do
it in the CVS
The jsp spec said that a jsp tag handler should not change tag
attribute values. This is to allow tag reuse without setting again the
tag attributes.
Previous versions of Tomcat was not reuse tags, but latest version do !
In the previous implementation of UseAttributeTag, the id
Hi,
Tiles plug-in accept both syntaxes: the one following bean convention
(debugLevel), and the one with dash separation (definitions-debug). The
dash separated syntax is left for backward compatibility. The bean
convention syntax is not documented ;-(.
Here is the correspondence:
For the tiles-documentation, it will be an issue for the 1.1 final
release. I am not sure it is for a b2 release. I will correct it asap,
but I don't know when I will find enough time to do it. As again, any
help and patches are welcomes ;-).
Cedric
Martin Cooper wrote:
The CVS tree
Hi,
+1 for both: submitting the patch and opening a bug report. I will do
the rest ;-)
Cedric
Martin Cooper wrote:
Sounds like a good idea to me. However, rather than submitting an updated
copy of the DTD, what I would suggest is that you open a bug report at
Bugzilla, and add a
Hello,
This bug should be solved again. Check the o.a.s.until.RequestUtils
class if you can't wait untill next nightly build.
Cedric
Matt Raible wrote:
Any hints for fixing this in the nightly build? I'd like to fix it
myself, rather than waiting for tonight's build.
I am also in favor of using namespaces. Struts tags can use the
default namespace (no prefix), and custom tags use their own namespace.
Checking the Digester documentation, it appears it support namespaces,
and you can associate a RuleSet to a namespace.
Normally, namespaces should also
It is true.
I have updated the documentation in cvs, but jakarta site doesn't
reflect it ;-(. I think that Jakarta site is not automatically updated.
However, the documentation from struts-documentation.war should shows
the new syntax:
In each struts-config.xml:
plug-in
Hi all,
There is now a TilesPlugin for struts1.1.
This plugin takes in charge the TilesRequestProcessor initialization.
It is not anymore mandatory to specify the TilesRequestProcessor.
Also, it is not needed anymore to use the ComponentActionServlet as
servlet. You can just use the
Hi,
In order to solve some problems encountered with Tiles and multi
modules, I have tried to formalize what is the workflow of an incoming
request sent to an action.
Ideally, it should be (from a very high level point of view):
http://action.do
|
V
request
+1 for me.
The contrib version is not more compiled and distributed as binary in
the nightly build. Maybe we can left a README file saying that Tiles are
now in the main distribution.
Cedric
James Holmes wrote:
I closed out bug 7347 tonight, which was for removing
Validator from the
I agree with this.
Furthermore, we can also remove all deprecated/old attributes in this
1_1 version.
For backward compatibilities, user should use old version.
For new projects, user should better use 1_1 version.
I will commit the Tiles plugin today, after cactus test suite
Sorry for the inconvenience.
I install the test process and will run it before any further commit.
Do you recommend to do testing for any tomcat version (3 and 4), or is
the latest one enough ?
Cedric
Craig R. McClanahan wrote:
Doing the fix for 7751, I ran into a case where the
Craig R. McClanahan wrote:
I have try to run ant test.junit and ant test.tomcat.all on the
nightly build, and they report some errors. As I have just installed
cactus, I don't really know if it is my configuration or the nightly build !
So, does someone have run successfully the test
Using the latest commons-beanutils jar solves the problem !
Now all test suites run without any errors. So, I can finish up my
commits.
Thanks Craig for your help.
Cedric
Craig R. McClanahan wrote:
Have you downloaded the latest and greatest commons-beanutils nightly?
The current
I am currently working on the plugin for Tiles. I had left the
documentation part for later, in order to incorporate new changes. I
will complete the changes as work progresses.
Cedric
Craig R. McClanahan wrote:
I just completed the initial check-in of the tiles-documentation webapp
This is an interesting project.
What is the exact URL on SourceForge ?
Cedric
Struts-dev Newsgroup (@Basebeans.com) wrote:
Subject: New Struts project on SourceForge-portal: Scope:
From: Vic C. [EMAIL PROTECTED]
===
(fyc:)
The basicPortal uses JSTL, Struts to make it a better
RequestProcessor can be used, and any one-time initialization can
be done in a PlugIn. But I haven't looked deeply into how
TilesRequestProcessor differs from the standard one yet.
Cedric, any comments?
-T.
Craig
Cedric Dumoulin wrote:
By using tiles ActionComponentServlet
+1 for me
Craig R. McClanahan wrote:
I'd like to continue swatting the remaining bugs in 1.1, and improve the
existing documentation, with a goal to release a beta 2 of Strust 1.1 in
the near future (ideally by July 8 or so). Part of my motivation for the
timing is that Sun is shutting
Craig R. McClanahan wrote:
Would it
be possible to take the static portions of the Tiles documentation and
merge them into struts-documentation, and keep all the dynamic stuff that
requires execution in a tiles-tutorial or tiles-example webapp?
Yes it is.
Actually, I used to build a
It is not a bug, as the tag behaves as its documentation says. But maybe we can
improve / enhance the tag to be able to use it in the context of included pages
(like tiles).
An idea is to add an optional attribute path. If this attribute is specified,
base output the root URL of current
Normally, you can use a Struts action as a tiles controller with no
modification. You should specify only one attribute controllerClass OR
controllerURL. If problem persists, it should be a bug ;-)
Here is an abstract of the (not officially released) documentation :
Hello,
See my reply in struts-user list.
This kind of question must be asked in struts user list. Please, avoid
crosspost across lists.
Cedric
Struts-dev Newsgroup (@Basebeans.com) wrote:
Subject: Tiles/use of parameter in the components composition
From: PitBull [EMAIL
Hello,
Look like your contentType directive is not taken into account !
Playing a little bit with the directive, it appear that it is taken into
account only if set in the first jsp page encountered. In your example, you have
put it in the layout.jsp, which I suppose is inserted from
Have you check Tiles capabilities ? Tiles are considered as extended template
framework.
Tiles provide an extension mechanism allowing default values specification.
Cedric
Adam P. Jenkins wrote:
I added the ability to specifiy default content for the template:get tag.
This content
Hy,
First, I move this thread to struts-user.
You can check Tiles capabilities to have different channels. In your case, a
channel correspond to a targeted device.
This Tiles capability is an attempt to provide an answer to the multi-device
problem. You use the same actions for all
Hello,
I haven't hear of such functionality yet. You're welcome to contribute and provide
code and examples for it .
Cedric
Pieter Coucke wrote:
Hi,
In order to improve the performance of our project, I'd like to use a form of
caching. I was thinking of something in the
I can deal / try to clean deprecations from Tiles ;-)
But what versions of servlet, ant, jdk, xml parser should we officially use ?
Cedric
Martin Cooper wrote:
I've cleaned up a bunch of deprecations in the web apps that are part of
Struts. The remaining deprecation warnings fall
Find after what I got in my archives. I can make them available through my
website for a while, or send them as attached file if you wish.
Cedric
01/08/2001 13:041ÿ065ÿ466 jakarta-struts-1.0-src.zip
01/02/2002 15:491ÿ098ÿ983 jakarta-struts-1.0.1-src.zip
to change that and pop-out a 1.0.2 release.
Sorry about that.
Martin, did you want to do this one too, or should I?
-T.
Cedric Dumoulin wrote:
Some user have reported that Tiles don't compile with Struts 1.0.1.
The problem come from the fact that method
In order to ease integration of Struts and Tiles (and others
frameworks as well), while keeping Struts free from any Tiles stuff, I
propose following modification in code :
* in action.RequestProcessor.java :
o add method public ActionServlet getServlet(){};
+ to
Some user have reported that Tiles don't compile with Struts 1.0.1.
The problem come from the fact that method
getMultipartRequestHandler() in ActionForm is protected in 1.0.1.
Checking the log, it appear that it is for bug #4997. The same patch
has been applied in head branch, but method
You can't call a Struts action once you have already written something in the
output stream.
This is because jsp spec forbid call to forward() when you have written
something. Using a Struts action do a forward ...
You can try to use Tiles instead of Struts template, it should work with
+1 for me
Cedric
Ted Husted wrote:
Arron has developed an interesting and popular extension to the Struts
taglibs. He has been distributing the extension in a very complete and
accessible package, and has offered to donate it to Struts. Arron has
also been helping out on the lists,
Looks like commons-digester.jar, commons-collections.jar and
commons-beanutils.jar are not accessible or found when you compile.
If you build only tiles from the contrib/tiles folder, add following lines to
your build.properties file (and change commons home ;-) :
# The JAR file
Martin Cooper wrote:
[ x] +0 I am in favor of the release, but am unable to help support it
Sorry to have not enough time to help for this.
Cedric
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Ted Husted wrote:
So, now that 1.0.1 is in the queue, we may want to make some decisions
regarding 1.1.
...
[Tiles,Validator]
The next question is whether David and Cedric are interested in
proposing their components to Taglibs or the Commons, or would prefer to
leave them here. Your
Hi Jeff,
Strange error. I also use the provided ant file to compile Tiles and test them, and
all seem to work fine for me. Nightly bin distribution also use this
build file.
Which page cause this error ? Is there a difference between the jar you are
producing and the original one (size,
I plan to have a stable version of Tiles, integrated into Struts, for middle
september. You can consider that actual jsp tags name and attributes are stable.
Implementation will slightly change in september, but not the behavior.
I also plan a stable version of Tiles running with Struts 1.0
:pserver:dwinterfeldt@localhost:/home/cvs login
http://jakarta.apache.org/site/cvsonwin32.html
http://jakarta.apache.org/site/cvsonunix.html
David
--- Cedric Dumoulin [EMAIL PROTECTED] wrote:
I have checkout project on my local pc. I have do
checkout again in a
clean place, but error
I have imported Tiles to Struts contrib.
All work fine, except when I have tried to modify and commit the
build.xml file. I've got an error Insufficient Karma
(cedric|jakarta-struts). I 've got the same error when I try to commit
files in tiles directory.
What is the problem ?
. I'm having some
problems with cvs on my local computer.
--- Cedric Dumoulin [EMAIL PROTECTED] wrote:
I have imported Tiles to Struts contrib.
All work fine, except when I have tried to modify
and commit the
build.xml file. I've got an error Insufficient
Karma
(cedric|jakarta
.
-Ted.
Cedric Dumoulin wrote:
Components framework will be renamed Tiles framework.
Integration in Struts is a work in progress. I have already rename
packages and updated webapps.
I still need to update documentation and tutorial. Checkin will come
very soon.
Question
Components framework will be renamed Tiles framework.
Integration in Struts is a work in progress. I have already rename
packages and updated webapps.
I still need to update documentation and tutorial. Checkin will come
very soon.
Question is : how do we distribute it with Struts ?
I
Trying to compile Struts with JDK1.4 beta doesn't work for me : the
java.sql.Connection interface has change. As a result, class
org/apache/struts/util/GenericConnection.java is missing some methods,
and can't be compiled ;-(. I don't know if there is others issues with
JDK1.4.
Cedric
+1
Cedric
Craig R. McClanahan wrote:
As I cc'd to this list, the 1.0 versions of the beanutils, collections,
and digester packages have been released under the Commons project. Now
that these are official 1.0 releases, I propose to modify the Struts 1.1
environment to depend on these
views by assembling parts/pieces of
view.
Comments ?
Cedric
Cedric Dumoulin wrote:
Components / Extended Templates framework will be added to Struts
shortly.
It is now the last chance to rename this framework if necessary.
Primary idea of the framework was to allow building
Components extension use some Struts utility classes (BeanUtils, ...),
and extends ActionServlet in order to override the call to
requestDispatcher.forward().
Unfortunately, in the actual ActionServlet implementation, we can't
override directly this call, so I have introduce a method
Check the Components / Extended Templates proposal. It allows to :
* Define template definition (url+attributes) in a central file (xml)
* Define definition by inheritance
* Use a template definition name as struts-config forward parameter
* And much more ...
Ideas that you
What you would like to do is to be able to use template parameters
in logic tags.
I have another solution to this problem : add a tag importing template
parameter/attribute in jsp scope (page, request, ...), as a bean.
Like this, you can use logic tag with the imported bean (which in
Incze Lajos wrote:
On Tue, Mar 13, 2001 at 09:57:36AM +0100, Cedric Dumoulin wrote:
Not yet, but in a few days I will provide such facilities for
Templates. If you want to know how it will work, I have put an extract
of a previous mail at the end of this mail.
Cedric
bject: JSP Components
In the context of building reusable JSP components, I have been confronted
with the following limitation that both the Struts templating and the
Components from Cedric Dumoulin currently have.
In a word, this limitation is actually due to the fact that none of them
pro
1 - 100 of 101 matches
Mail list logo
