elete any attributes, or add any basic architectural
functionality.
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP; SCWCD; SCBCD
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> tag in HTML has that option. Any reason not to remove them from
James> tags whose HTML counterpart doesn't support it?
The HTML 4.01 specification says the "alt" attribute is available on the
"applet", "area", "img", and "input" t
Is there a good reason for the tiles classes "ImportAttributeTag" and
"UseAttributeTag" to be final classes? I can't implement "tiles-el" if those
are final classes.
--
=======
David M. Karr
>>>>> "David" == David M Karr <[EMAIL PROTECTED]> writes:
>>>>> "Sgarlata" == Sgarlata Matt <[EMAIL PROTECTED]> writes:
Sgarlata> Speaking of EL, I noticed we don't have EL versions of the Tiles tags. I
would
Sg
r this. If
there's really significant interest in this, I could proceed with this, first
doing "tiles-el", and then "nested-el".
--
===
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]
jar property
craigmcc> (as I do, because I *use* Struts in lots of different packages).
I assume this is to address the issue with compile errors?
--
===
David
lue());
craigmcc> +if ((string = EvalHelper.evalString("scriptLanguage",
getScriptLanguageExpr(),
craigmcc> +this, pageContext)) !=
null)
craigmcc> +setScriptLanguageExpr(string);
--
==
>>>>> "Craig" == Craig R McClanahan <[EMAIL PROTECTED]> writes:
Craig> On Sat, 9 Aug 2003, David M. Karr wrote:
>> Date: 09 Aug 2003 16:01:52 -0700
>> From: David M. Karr <[EMAIL PROTECTED]>
>> Reply-To: Struts Devel
>>>>> "David" == David Graham <[EMAIL PROTECTED]> writes:
David> --- "David M. Karr" <[EMAIL PROTECTED]> wrote:
>> >>>>> "David" == David Graham <[EMAIL PROTECTED]> writes:
>>
David>
ds (well, not really succeeds
David> because struts-el fails).
So what compile errors are you getting in Struts-EL and Struts-Legacy?
--
=======
David M. Karr
>>>>> "adam" == adam kramer <[EMAIL PROTECTED]> writes:
adam> On Wed, 22 Jul 2003, David M. Karr wrote:
>> I've been working on some minor updates to Struts-EL, to match recent changes
>> to the base tag library, so I've been ru
this isn't something that only happens in WebLogic.
--
=======
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]
s might be?
--
=======
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]
soon as the requisite Commons packages are released,
we
Ted> would be good to go to RC2 (assuming that we have kept our own tickets
trimmed,
Ted> as we have so far).
+1 on that amendment.
--
=======
David M. K
connect to it. Once I had my debugger connect, it
went on, but it never hit my breakpoints in the test class.
--
===
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]
t now will just not call the setter method if the
original
bugzilla> expression or resulting value is null.
Note that I successfully committed this change, along with changes to the
structure of the BeanInfo classes, but both commit emails bounced, for being
too large.
--
=
xamining exactly which tags and
attributes we're looking at changing if we added this.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP; SCWCD
-
t would be
better this way, that's fine. I could easily put it on my list of post-1.1
changes.
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP; SCWCD
"1.1" tag will be dropped?
--
=======
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]
I'll
be glad to see it, and will do what little I can to help.
--
=======
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]
efore the end of this day (say, 10pm PST). As much as I'd
like to release this in 1.1 so containers using this optimization can use
Struts-EL effectively, I will not commit this today unless I get a good
response before this evening.
--
===
r a problem that isn't properly documented. Anyone got a clue?
If the reporter doesn't reply to the request for more information, I would
leave it alone for now.
--
===========
David M. Karr
not repeat it
with Tomcat. I already had a test case for this, unknowingly. I'm using
Tomcat 4.1.18(LE/JDK14). Is there something I have to do to "enable" this
feature of reusing tag handlers?
--
===
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]
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]
ckaged with Struts-EL. In any case, I'm
concerned about changing the release and packaging structure so close to a
release.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP; SCWCD
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
want another beta before RC1
James> Question 2:
James> +1 means you want struts-el included in RC1 and the final release.
James> +0 Who cares
James> -1 You want struts-el packages seperates with it's own release cycle
Q1: +1
Q2: +1
--
===
ting
changes to the Struts nightly build (after 1.1), then we'd have the situation
of a Struts-EL release which had to be used with a nightly build of Struts, and
not the latest release.
--
===
David M. Karr ; Java/J2EE/
>>>>> "David" == David M Karr <[EMAIL PROTECTED]> writes:
David> Is there an easy way to get the diffs or comments of all elements with
commits
David> since the 1.1b3 tagging?
If it's useful, I figured out how to get the diffs listing, at
>>>>> "David" == David Graham <[EMAIL PROTECTED]> writes:
David> Is that a -1 for 1.1 or -1 for any release?
David> Dave
I very much want to see a 1.1 release very soon, I just don't think the release
candidate should be the 1.1b3 release.
>>>>> "David" == David M Karr <[EMAIL PROTECTED]> writes:
>>>>> "David" == David Graham <[EMAIL PROTECTED]> writes:
David> The only added attribute was "cdata" that defaults to true on the javascript
David>
so I wasn't able to get the associated
Struts-EL changes in until after 1.1b3 was tagged. I don't think that is a
real problem, but it will be a real problem if something like this happens for
the real release.
--
===
ing the tradeoffs, I like what java2html does, but I guess I don't see
enough value to making the output part of the distribution.
The primary value of this project is what you can do with it, not what's in the
source code.
--
========
nt interfaces to those MBeans,
either as another web application, or through other interfaces (command-line,
etcetera).
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP; SCWCD
--
To unsubscribe, e-
>>>>> "Craig" == Craig R McClanahan <[EMAIL PROTECTED]> writes:
Craig> On 4 Jan 2003, David M. Karr wrote:
>> Can anyone envision any other situations in the Struts code where indirect
>> references to the JSTL would be c
anyone envision any other situations in the Struts code where indirect
references to the JSTL would be convenient? That, at least, could give us some
additional perspective on this.
--
===
David M. Karr ; Java/J2EE/XML/
usage). Writing a version of
"findAncestorWithClass" that takes a string instead of a Class is the first
step. You'd also have to deal with allowing subclasses of the tag types.
That's probably the ugliest part.
At this point, I really don't see the urgency.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP; SCWCD
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
pports if/elseif/else. The
>> expression language in JSTL makes logic easy that would be nasty with the
>> various logic tags.
>>
>>
>> ...
>>
>>
>> ...
>>
>>
--
==
" tags. This doesn't help people who are forced to use
containers only supporting Servlet 2.2. Hopefully that set is becoming smaller
and smaller.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ;
th for slightly different reasons.
On that subject, wouldn't it be possible to write a tag library validator class
which could verify this? I've wondered whether some of these hard to
understand errors we get from the framework could be prevented by a tag library
validator class.
--
=
ugh being new to this exact sort of thing, I'm not quite sure what
that will be.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ppeared from the 8th
to the 14th, and appears to be alternating every other day. The last nightly
had it.
--
===========
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP
--
To unsubscribe, e-mail: <mailto:[E
This will be my first release, and I'm willing to do what I can, although I'm
not sure what that will be.
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP
--
To unsubscribe
heck for "AssignedTo" being equal to
"[EMAIL PROTECTED]" (in the box just above the "Sort By" box).
This will get you to a manageable list.
Then click "Submit Query" and browse through the results.
--
. Much of this length is from several versions of a
simple JSP page showing usage of this.
I'd like to add this as section 3.3.6, in the "Forms and FormBean Interactions"
section, titled "Indexed & Mapped Properties".
Any comments?
--
=======
rking on some documentation which I
hope to put in the user guide, concerning indexed properties, mapped
properties, indexed tags, and indexed/mapped properties in Struts-EL.
--
=======
David M. Karr ; Java/J2EE/XML/Unix/
7;ve confirmed the binary on the 17th has struts-el included, and the binary on
the 18th does not. So how do we track what really happened on a build for a
particular day?
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMA
x27;m taking a look at the contents of those builds, but there's one thing I want
to know: Is there some place where the console output from Ant for those builds
is stored, so I can see if something went wrong?
--
=======
David M.
ly, I don't see any way to provide this option to the "javadoc" task
in Ant, so I can at least (easily) see what it does.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>
not running 1.1b with JSTL.
Edgar> The only workaround I could find was to re-write the c:set as a very simple
Edgar> tag.
Did you post the exact code you're trying to compile, along with the exact
stack trace?
--
=====
MAIL PROTECTED]
bugzilla> ReportedBy: [EMAIL PROTECTED]
I'll commit this in a day or so when I can finish the doc changes and additions
to the strutsel-exercise-taglib.
--
===
David M. Karr ; Java/J2E
ood someone
will want to use a plain DynaBean with this? One person who was looking for
this feature (who thought it was already supported in the JSTL) used as his
example JSP scriptlet code using plain BasicDynaBeans.
Any thoughts?
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>
beanInfoClass = ELHtmlTagBeanInfo.class;
and retest.
--
===========
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>
at, and just using the Manager to "reload" your application,
after you added the references to "html-el:html"? If so, do a "remove" on the
application and reinstall it. If that works, I think this might be a
bug/feature in Tomcat, wrt reflection, classloading, and Be
quest to the group, to make management of Struts-EL a little easier.
Whenever you make a change which adds, deletes, or changes the type of, a
custom tag attribute, could you submit a bug report indicating that the
corresponding tag in Struts-EL needs to change?
--
======
d committing rough drafts of the top-level, bean-el, logic-el, and
html-el package.html files. They don't attempt to use any external links yet.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>
t tag.
Could you trace this in the debugger?
I assume you've recently cvs updated?
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>
vailable in the JSTL (not to
mention that attaching "role-checking" features to "logic:present" just seems
odd). However, when I look at it from a pragmatic viewpoint, I realize that's
less important than simple convenience.
--
o cover not only the Struts-EL
tags, but also the Struts tags which were NOT ported to Struts-EL, and which
JSTL tags and functionality can be used instead. Presently, I'm putting this
information into the "package.html" file at "org/apache/strutsel", as opposed
to in the info
fish to fry for 1.1.0]
I do have other things to do, but I might be able to get this done. I'll leave
it like this for now.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e
do more of the "Developer Guide" kid of thing,
and link more into the JavaDocs.
Ted> Right now, we're getting into a lot of dual maintenance. But first things
first.
I'm not sure what you mean here.
--
=
hort run, it might
be more practical to do this.
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>
such), and I am working through it, but
James> wondering if I missed an email somewhere ?!?!?!?
What is happening?
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto
I've been adding more "exercises" to the Struts-EL exercise-taglib app, and I'm
finding some behavior I don't quite understand.
In the same JSP page, I have two "logic-el:iterate" loops, both of which
iterate through the same collection, the page attributes map ("${pageScope}").
One loop has an "
cope.
How do you get them into any scope but "request"? The "Action.saveErrors()"
method doesn't appear to have an overloaded version taking a "scope" key.
Also note that it would be good if any changes to how "errors" works would also
be done in the &q
>>>>> "Ted" == Ted Husted <[EMAIL PROTECTED]> writes:
Ted> Are you using Ant 1.5?
Yes.
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail
>>>>> "David" == David M Karr <[EMAIL PROTECTED]> writes:
David> I could use a hand figuring out what I did to break my Struts-EL unit test
David> process.
David> I decided to get back to building some more unit tests for Struts-EL tags,
but
ot; files are almost identical between the old version and the
CVS version.
Any particular local configuration files that might shed some light?
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubsc
ute on
"html:hidden".
Yes, I'm easily amused.
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
umber that I'm submitting code against, what is a
reasonable process for verifying the bug is "fixed" so I can resolve it? I can
easily test it in my distribution, but do I have to install and test it in the
next nightly build, or what?
--
===
, boolean, or
float. Then I have to write a BeanInfo class, as the attribute in the "-el"
class has to be a String (int, boolean, and float are apparently automagically
translated). This doesn't happen very often. The only cases in Struts-EL
occurred with "collection" att
uot;onmouseup" handler
>> is still commented out, as the bug in the base tag isn't fixed yet.
Craig> You're more than welcome to fix the bug in the base tag :-).
I thought it was likely I would do this, I just wanted to get the bug logged
first.
--
=
the base Struts tags to see if there are any attributes
they should be handling, but are not. I don't plan on doing this, as that
would be too mentally punishing :) .
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
nal tasks. I think this isn't useful here.
I'll remove that and check it back in.
--
===========
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>>>>> "Craig" == Craig R McClanahan <[EMAIL PROTECTED]> writes:
Craig> On 1 Oct 2002, David M. Karr wrote:
>> Date: 01 Oct 2002 21:14:26 -0700
>> From: David M. Karr <[EMAIL PROTECTED]>
>> Reply-To: Struts Devel
>>>>> "Craig" == Craig R McClanahan <[EMAIL PROTECTED]> writes:
Craig> On 1 Oct 2002, David M. Karr wrote:
>> Date: 01 Oct 2002 21:14:26 -0700
>> From: David M. Karr <[EMAIL PROTECTED]>
>> Reply-To: Struts Devel
happen if someone tries
to build it with a 2.2 servlet.jar?
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
" file, just like the top-level
build. Will someone create that manually, or what?
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
date the main build.xml file to include struts-el in the new
"contrib"
craigmcc> directory, so that the binaries will be included with nightly builds.
Oh, yeah, I forgot about that :) . That'll be sort of important.
--
=====
get to a Struts release (1.1-b3, or 1.1)?
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
eally supposed to go
here?
--
===========
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
tests completed.
I'll start on making standardization changes tomorrow evening. Hopefully none
of the changes I make in the next few days will have any real effect on the
resulting code.
--
=======
David M. Karr ; Java/J2EE/
hat the ASL header is in the sources files before
Martin> committing them.
Yes, I was going to add the file headers before committing, along with at least
basic javadoc. I assume I can just copy the header from one of the Struts
source files?
--
=
>>>>> "David" == David M Karr <[EMAIL PROTECTED]> writes:
David> Once I get various administrative details straightened out in my local
David> repository, is it reasonable to assume that I would move forward with
creating
David> a "con
uld be ready to commit, unless someone
can point out something else I should do before I commit.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
s, will that cause any
problem?
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ng to do with "tunnelling" not being properly set
up, but I'm unsure.
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
en, I just didn't want that to be another reason to delay
getting this to other people.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
CVS, and is based on the 1.1-b2 code base.
I'd like to get this "out there" in the hands of people who can use it, and who
can help to evolve it forward.
Advice? Help? Direction?
--
===
David M. Karr ; Java
'm not exactly certain what purposes this value is applied to. If that's just
a symbolic value that will be used as the taglib URI, and it doesn't have to
really exist, then that'll probably be fine.
--
===
David
he "collection" attribute of some tags. Since from
the point of view of JSP, an EL expression is just a string, that wouldn't map
directly to a javabeans set method that takes a Collection. In these cases, I
believe I'd have to implement a BeanInfo class that specifies a method in my
subclass, like "setCollectionExpr()" or something like that, which I can map
into the base class "setCollection()" method.
I'd appreciate any useful comments or suggestions.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
; original
Jing> beauty of Struts and even the design could enhance the current html tags
Jing> without
Jing> having to create a "parallel" library in the end (Did someone say that
Jing> before?)
The only constant is change. There is movement towards using the JSTL. The
goal is to eventually have a Struts tag library that works cleanly with the
JSTL. This "parallel" library is only a transition strategy.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
, the method that it sends them to,
"RequestUtils.message()", does check for null.
There's probably lots of cases like this that still work, even though
"release()" leaves them in a different state than initial construction.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
put on stdout. I
added a "" element specifying this class (with a "verbosity" of "4"),
in ADDITION to the "FileLogger". The result was that I saw lots more
information coming to stdout, but not my "log.debug(...)" lines.
--
=
45216
I was just about to write a reply to myself saying that Jalopy works fine for
this. It has some pretty interesting optional features, but it does exactly
what I need out of the box.
--
=======
David M. Karr ; Java/J2E
erstand. I've adjusted my HMMR class to reflect this, so usage of it
is a little clearer.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
test resources in memory, as opposed to using an external file. I had an error
tag of "error.misc", but in order to get this to work, I had to store a key of
".error.misc" in my MessageResources.
--
===
David M. K
is there a predefined
"style" in XEmacs that matches the Apache coding format?
--
=======
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For a
>>>>> "Craig" == Craig R McClanahan <[EMAIL PROTECTED]> writes:
Craig> On 28 Jul 2002, David M. Karr wrote:
>> Is there some reason the Struts custom tags have redundant initializations of
>> their instance variables, once as implicit in
()" method and a new no-args constructor (I
would guess that none of the tags have a defined constructor).
Is there a good reason for how this currently works?
--
===========
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROT
>>>>> "David" == David M Karr <[EMAIL PROTECTED]> writes:
>>>>> "Jing" == Jing Zhou <[EMAIL PROTECTED]> writes:
Jing> The convention (see JSTL spec 2.2.1) is to use the name "var" for attributes
Jing> that
1 - 100 of 125 matches
Mail list logo
