sic person's experience (or vice versa).
Yes, Tiles may eventually move elsewhere, but the point remains.
Discussion on shared artifacts, as well as general non-"partisan"
topics, would be negatively affected by dividing the list. Hence I'm
-0 on multiple user lists (and, for
On 8/25/05, James Mitchell <[EMAIL PROTECTED]> wrote:
> Do we even care about gump failures? (See below)
We certainly should, yes.
--
Martin Cooper
> I have 3 line fix for this.
>
> $svn mv build.xml build.legacy.xml
> $maven ant
> $svn add build.xml
>
>
will be using is Controller, so this
> shouldn't be a huge deal. What do you think?
I'd say go for it. I would be *very* surprised if any more than a tiny
minority of Tiles users have any dependency on the Tiles API at all.
In my experience, the vast majority of Tiles users know l
Servlet 2.3) to move to Standalone Tiles. Is that
> going to be possible with the mismatch in dependencies?
I believe the intent was that Standalone Tiles should rely on Servlets
2.3 and JSP 1.2, as does Struts Classic. I hope that's still the case,
and that we just need to fix u
more, but the
registration is still valid. I'm cc'ing the domain registrant in case
he can enlighten us...
--
Martin Cooper
> -Ted.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
make copies of this file with the version
numbers in the name, and we reset the content of this file for each
release. So we do end up with a release notes file per release - with the
version number in the name - as well as this one file that retains all of
the history in SVN.
--
Martin Cooper
look at all the individial files,
instead of the history of one file, no? Am I missing something?
--
Martin Cooper
On 8/22/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: wsmoak
> Date: Mon Aug 22 15:52:03 2005
> New Revision: 239270
>
> URL: http://svn.apache.o
no
meetings of any kind.
I hope this addresses your concerns. We do strive to keep as much as is
possible as open as possible - that's one of the key characteristics of
The Apache Way.
--
Martin Cooper
I'm not complaining or trying to fan any flames. I'm just observing what
ap
a bit later. ;-)
> We've been talking about how best to leverage work that's already done--
> possibly transforming the Jakarta xml docs into docbook, and from there
> generating the both the HTML and PDF. (This applies to the documentation,
> not the multiproject
On 8/12/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> From: "Martin Cooper" <[EMAIL PROTECTED]>
>
> >> Are there any objections to having 'site' or 'website' as a new
> >> sub-project?
>
> > None at all. As Ted mentioned
cerns about any limitations
of the Maven format if we're going to use a different means to
generate the taglib docs.
One thing I especially like about the Maven format is the
element, which makes chunks of source code look much nicer than we
have them now.
--
Martin Cooper
> Using some ot
relate to each other, but
just wanted to point out that the existing Struts site uses neither.
;-)
--
Martin Cooper
> TIA,
>
> sean
>
> ps. I'm not trying to reopen the maven discussion here, just looking
> for some info on how the website is generated ;-)
>
>
> executing 'maven multiproject:site' from struts/current/site does the right
> thing.
>
> Having a separate sub-project for the site also helps with the goal of
> clearly separating the website from the project
mentation and web site, and have the documentation be separate
downloads (_not_ as a war file) available in a number of formats -
minimally HTML and PDF.
Lots of lofty goals, I know, but that's what I'd ultimately like to
see. That's not to lessen at all the great start you've go
be fine, but I'd hardly hold up a 1.3.0 until the
Checkstyle report is clean.
(Don't get me wrong - I hate to see Checkstyle / PMD / FindBugs
warnings. But I'd also hate to deny our user base a 1.3.0 build just
because we still have such warnings.)
--
Martin Cooper
> --
--
>
> * Attributes with false
> * http://issues.apache.org/bugzilla/show_bug.cgi?id=35895
>
> Is there a reason why these tag attributes are marked RE false?
I strongly suspect there was, but not knowing what it was, I can't say
whether or not it's still valid. M
figure.
I agree with Craig on this one, but I'm not sure exactly what the rule
will flag and not flag. I'd be fine if it flags gratuitously
unnecessary parentheses and leaves those that aid in clarity, but that
seems like a rather subtle semantic for a tool like Checkstyle to deal
w
un on
multiple versions just by setting the appropriate properties.
Last time I checked, Maven had built-in support for running Cactus
tests on Tomcat, Resin, JBoss, Orion and WebLogic. I've only tried
Tomcat myself.
--
Martin Cooper
> sean
>
> On 8/8/05, Martin Cooper <[EMAIL
, all I did was put my test cases in the
default location, and everything just worked. Awesome!
--
Martin Cooper
On 8/8/05, Martin Cooper <[EMAIL PROTECTED]> wrote:
> Maven does an astonishing amount of work for you. As evidence, I
> suggest looking at the generated Ant build file f
+1 for Maven. My reasons are in the other thread:
http://marc.theaimsgroup.com/?l=struts-dev&m=112354929615256&w=2
--
Martin Cooper
On 8/8/05, David Geary <[EMAIL PROTECTED]> wrote:
> While we're thinking about supporting portlets in standalone Tiles,
> we need to
&g
out Subversion before the move - whining about no real point in
moving away from CVS, and then finally overjoyed at what they found
when they finally started using Subversion for real. Except with
Maven, it's even better, because people can still use that
auto-generated Ant build file if they
Also, as
Don said, it's time we started collaborating more closely with some of
these other projects, so that we can pool our resources rather than
duplicate effort.
--
Martin Cooper
On Tue, 2 Aug 2005, Don Brown wrote:
I'd been waiting to announce/propose this until I could write
only missing one).
>
> EL isn't there, either. Should it be, now that it's a separate sub-project?
> I left Bug 35931 (missing example app in EL nightly build) as 'Unknown' for
> the component.
I just
he
point that I'd now be in favour of Struts moving to JIRA. If Confluence
makes it even better, I'd like to know how, even if that's not likely to
influence my "day job" (since we just switched wikis, and are not going to
want to do that again any time soon).
--
Mar
Actually, not only is support for Servlets 2.2 no longer guaranteed, it's
already gone. ;-) The exception handling in the tag libraries has been
enhanced to take advantage of the root cause added in JSP 1.2, and JSP 1.2
goes hand in hand with Servlets 2.3.
--
Martin Cooper
On Thu, 2
s=Date Author Id Revision HeadURL
You can just paste the above at the end of your own config file, if
you don't yet have an auto-props section.
Hope that helps.
--
Martin Cooper
> So, let's see if it works...
>
> --
> Wendy Smoak
>
>
>
> ---
contributions as a committer.
Welcome, Wendy!
PMC vote: 7 +1, 2 +0.
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the same change
was made.
I guess I'm not understanding what you're looking for, so I'm not able
to explain how to get it. ;-) If you can explain the process you're
going through with CVS, then perhaps I can explain the equivalent in
SVN. But this is sounding like a question fo
/apache/struts/action/ActionServlet.java?r1=170184&r2=168535&diff_format=h
You just need to enter the two revs you want to diff in the boxes at
the end of the page at the URL you mentioned previously.
--
Martin Cooper
> Maybe my way of thinking is too much driven b
OK, then apparently the revision displayed when viewing the repo
directly is unrelated to what is being viewed, and therefore not
useful...
So then 168535 is the revision you're looking for, isn't it?
--
Martin Cooper
On 6/21/05, Filippo Munafò <[EMAIL PROTECTED]> wrote:
>
It's revision 191692. You can find this by drilling down on the 1.2.7
tag in the SVN repo. See:
http://svn.apache.org/repos/asf/struts/core/tags/STRUTS_1_2_7/
--
Martin Cooper
On 6/21/05, Filippo Munafò <[EMAIL PROTECTED]> wrote:
> I've compared the file bundled in the s
sting it's getting beyond just our
own unit tests. Would anyone have any objection to this?
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
th Struts 1.3.x, where we're supporting only Servlet
2.3 containers and higher, so, as James indicated, feel free to create
an issue in the bug tracker. An attached patch will encourage us to
get the change in more quickly. ;-)
--
Martin Cooper
> 1) In general, the tiles insert tag handl
just that we
honestly don't know. You tell me: When does Joe get back from
vacation? When he's back, will be immediately jump in and clean up the
things he wants to clean up? Will Niall then jump on that and start
the release process for 1.3.0? You have no idea. Neither do I. Is that
so h
ECTED]
Thanks for asking!
--
Martin Cooper
On 6/14/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> Without furhter ado: I called my library "Struts Dialogs" meaning
> "Dialogs for Struts". On the one hand, the library is not part of
> Struts (yet, but I hope it
Yes. The ETA is "when it's done", as it always is for open source
projects. ;-) See:
http://struts.apache.org/faqs/helping.html#release
--
Martin Cooper
On 6/14/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi all... thought I'd go right to the source...
I agree with all of Niall's points below. I'm especially concerned at the
loss of history mentioned in #2, since history can be so important.
--
Martin Cooper
On Wed, 15 Jun 2005, Niall Pemberton wrote:
I have a few concerns/questions about the initial checkin of standalone
Tile
d the duration is about 45 minutes, so your
changes should show up in 3 hours or less.
--
Martin Cooper
> Craig
>
> On 6/7/05, Don Brown <[EMAIL PROTECTED]> wrote:
> > I've always just ran 'ant -f build-site.xml', tarred up
> > target/documentation,
he stuff that's deprecated that we
said we'd remove after 1.2.x, along with anything that hasn't been in
a release yet that we don't want to make it into a release. (Joe, I
think you have a couple of things in mind here.) We should clean up
the cruft so that people know what won&#
I received a response from this user asking me to remove the ahold.es
address since s/he can no longer use that address. Done, so we should
be OK now.
--
Martin Cooper
On 5/28/05, Martin Cooper <[EMAIL PROTECTED]> wrote:
> On 5/28/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> &
"ahold.es" subscribed? The only thing I see is a
> couple of posts from [EMAIL PROTECTED] back in March and April.
That "user" is still subscribed, as is the same user name under
dinosol.es. Maybe I should just go ahead and remove the ahold.es
address.
--
Martin Cooper
>
Wendy brought this to the attention of the list owner (me - and
possibly others?). That address is not subscribed directly. I've sent
mail to the only address from that domain that is subscribed, saying
that if they don't fix it in a couple of days, I will unsubscribe that
address.
leases should be deployed to there
> instead of (or at least in addition to) /www/cvs.apache.org/repository
That's my fault. Niall asked me where the repo was, and my aging brain
came up with the wrong location. ;-( Sorry about that.
--
Martin Cooper
> I suppose we could discuss whether
Hooray! Many thanks, Niall, for driving this one.
--
Martin Cooper
On 5/26/05, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> The Struts team is pleased to announce the release of Struts 1.2.7 for
> General Availability. This release includes new functionality, as well as
> num
essable severely curbs the ability
to change the class implementation without breaking backwards
compatibility. Suppose at some point that you decide you don't want to
keep a reference to the member in the class, but retrieve it on the
fly. Or perhaps you decide that you want to keep the
ackage names at that point.
+1 for o.a.tiles. I'm not too terribly worried about breaking peoples'
code, since I suspect that the vast majority of people use Tiles
without coding to its API, in which case there is very little, if
anything,
e examples of how to use it without
buying into the whole JSF enchilada, along with an explanation of why
that would be a good thing for people not using JSF. Craig has said in
the past that Shale isn't tied to JSF other than using some of the
underpinnings, but I'm not s
present in the released JARs. Does anyone have any
> thoughts on this?
As a diff would show, the difference is that the 1.1 variants use a
Jakarta URL for the taglibs, whereas the regular variants use a Struts
TLP URL. The former are for backwards compatibility, so that people
don't have to
ough, I think I'll step back and let other folks decide what to do
with 1.2.7.
--
Martin Cooper
> Niall
>
> - Original Message -
> From: "Martin Cooper" <[EMAIL PROTECTED]>
> Sent: Wednesday, May 18, 2005 6:30 PM
>
> We seem to have a slightly odd
known packaging issues.
What do other folks think?
--
Martin Cooper
PS - This is the only issue that we (at my day job) have found with
1.2.7 so far.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ntial margin, than other
online book retailers. (I can only recall one time that I found a book
cheaper at Amazon than at BookPool.)
3) This is much wider than Struts Dev! ;-)
--
Martin Cooper
On 5/12/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> I think it's safe to say that users
h to know how to stop it doing
that. If there isn't a way, I was wondering if there was a way we
could have an svn commit hook that would strip trailing whitespace on
checkin...
--
Martin Cooper
> Don
>
> On 5/7/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Author:
ad and I think we should
> ship without it, rather than waiting for FileUpload - we can always do
> another 1.2.x version once FileUpload has been release.
Let's make this LATER, then.
And ... roll it!
--
Martin Cooper
> Niall
>
> - Original Message -
> From:
ved, one way or
another. One of these is in the sandbox, but since it's an issue that bit
me in my day job, I was hoping we could resolve it, along with the other
two.
Once we've resolved the outstanding issues, either of us could roll the
release in short order, I think.
or the tiles config first? And does
> anyone have any strong feelings about where the chain initialization
> code lives?
I do, I guess. The goal should be *no* knowledge of Tiles outside of
Tiles itself. If we can't do that, then we're not properly extensible.
I know we're not
On 4/27/05, Don Brown <[EMAIL PROTECTED]> wrote:
> I can't find the thread, but 1.4 gets my vote.
+1
--
Martin Cooper
> Don
>
> Niall Pemberton wrote:
> > I remember the discussion about the JDK version for Struts 1.3 - but I can't
> > remember if an a
x27;s a fairly
> internal concept, but the net result should be having each config
> object implement this interface (which would basically just be
> "setProperty(key,value)"). I suppose it might be worth including
> "String getProperty(key)" in the interface t
but there is a problem with exception handling in the way
ChainAction works in 1.2.6. To get it to work, you need to copy the
'servlet-exception' chain into the default catalog. Otherwise it's not
found and you get a worse exception than you started with. ;-)
--
Martin Cooper
> I wrote
a good idea, since some decent changes have come into
> the 1.2 branch since the last GA release. 1.2.6 is close enough to
> GA, but we really ought to get a real one.
The big hole in 1.2.6 was the EL tags being out of sync with the
non-EL tags. That was fixed a while ago, and as you say, th
On 4/20/05, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 7:04 PM -0700 4/20/05, Martin Cooper wrote:
> >On 4/20/05, Joe Germuska <[EMAIL PROTECTED]> wrote:
> >> I just happened to notice that there's a method on ActionMapping,
> >> "getInput
not
> directly reproduce it, since ActionConfig shouldn't depend on
> ActionForward -- but why is there method like
>
> public ForwardConfig getInputForwardConfig(){}
Can you clarify where you found this? I can't find any method with
this name, so I'm missing your point
the simplest option.
Alternatively, if we want to make it more configurable (which I'm not
convinced is necessary), we should do that for both cases.
--
Martin Cooper
> Anyway, I'd suggest filing an "enhancement" ticket in Bugzilla and if
> you can attach patches to imp
per servlet, multiple config files per
module, etc.
--
Martin Cooper
> I guess what I'm trying to say was, giving the current environment with
> ModuleConfig and ActionContext, what exactly does everyone see going
> into a Struts API bean?
>
> Don
>
>
> Craig McClan
ic. One option, if you really need a chain,
is to use the ChainAction class from the Struts Chain package (in
contrib), and implement each of the pieces of the chain as a Command.
--
Martin Cooper
> recieve a value from a distant
>
>
> So I get this:
> java.lang.reflect.
s, I suspect that the end result would be
horribly complicated, making it much simpler to go back to just using
the existing onXXX attributes and defining the rest in JavaScript.
--
Martin Cooper
On Apr 6, 2005 12:37 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> Afternoon all,
>
come out quite like
you'd expect. ;-)
--
Martin Cooper
> Don
>
> Martin Cooper wrote:
> > On Apr 5, 2005 7:05 PM, Hubert Rabago <[EMAIL PROTECTED]> wrote:
> >
> >>Actually, what I'm wondering about is the interpretation. Having a
> >>_
on how they would
prefer to track changes.
-
Martin Cooper
> This isn't a test resource, so I'm not sure appending something like
> (JA) is appropriate.
> I guess I'm going to leave it alone. If someone else adds the english
> entries, I'm not going to stop them. :) O
y
to distinguish between docs and site, and to move away from the docs /
site as a war file the way we have it now. I haven't thought too much
about this yet, so any ideas would be welcome.
Not much is done yet, other than a very bare-bones top level site, so
if this isn't the way fo
there is one).
I suspect we may already be out of date with respect to the set of
keys in that file versus the English one. We probably need a way to
figure out which keys exist in one or the other but not both.
--
Martin Cooper
> Hubert
>
>
iate place than here.
--
Martin Cooper
On Apr 3, 2005 3:56 PM, James Leigh <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have written a small library that can create java objects from an
> RDF/XML files. Like the way digester creates objects from XML files.
> But by using an
ld to using the branch or by
adding it to your build. Once we get Chain 1.1 out the door, I'd like
to push out a 1.2.7, so it would probably be good to have nightlies
for people to play with.
--
Martin Cooper
> Instead of nightly, a better solution might be to only push a 1.2.x nightly
oon as my missing account reappears (which I
don't anticipate will be soon, unfortunately).
--
Martin Cooper
On Apr 1, 2005 6:26 AM, Apache Wiki <[EMAIL PROTECTED]> wrote:
> Dear Wiki user,
>
> You have subscribed to a wiki page or wiki category on "Struts Wiki" for
right now, and your changes should be synced over from minotaur soon.
I believe the sync is being done every 4 hours at the moment.
--
Martin Cooper
> Niall
>
> P.S. I also tried
>
> cvs.apache.org:/www/struts.apache.org
>
> --
eadURL
Thanks. I just pasted your auto-props into mine. ;-) I also added
entries for .xsl, .dtd and .properties.
--
Martin Cooper
> Niall
>
> --
eErrors (although I'm not quite sure
> why it, and many others methods are here since all they do is call the super
>
AFAIK, Struts BSF hasn't been released yet, so we should be able to
just zap the methods instead of deprecating them.
--
Martin Cooper
> Modified:
>
On Thu, 24 Mar 2005 16:07:24 -0800, Don Brown <[EMAIL PROTECTED]> wrote:
> Martin Cooper wrote:
> > On Thu, 24 Mar 2005 17:37:05 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> >
> >>At 1:23 PM -0800 3/24/05, Don Brown wrote:
> >>
> >>&
rk on this stuff for 15 hours a day
> if it would pay the bills. I just love it that much ;)
>
> I keep asking myself, "Self, why can't you find a gig where they will pay
> you to work on Struts?".
Ya know, I keep asking myself that very same question...
--
Martin C
me to a real path. Then we just make
sure that anywhere we're about to do a forward (or an include), we
invoke the path resolver first.
Does that make any sense?
--
Martin Cooper
> If you put your .tiles paths all under /WEB-INF/ then wouldn't you
> achieve the same kind
s just a
one-off bug, or do we have a bigger issue with getting Tiles into play
in all the right places?
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
anges can be easily applied by a
committer.
--
Martin Cooper
> Thanks for your help,
> Sam
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
do this kind of thing,
you might be able to just pull that out of your old framework as an
independent component that provides the parallelism, independent of
the Struts-ness of your new app.
--
Martin Cooper
> thanks,
> Bruce Woods
>
> -
You're probably just falling foul of the infra-thon activities. There
have been a lot of infra changes this weekend, including failovers and
DNS changes. Things should settle down tomorrow.
--
Martin Cooper
On Mon, 21 Mar 2005 22:26:51 -0800, Don Brown <[EMAIL PROTECTED]> wrote:
&g
Apache infrastructure is being worked on this weekend, including the
wikis. All of the wikis will be read-only while the wiki system is
upgraded to a newer version. (Creating an account is considered to be
a write.)
--
Martin Cooper
On Fri, 18 Mar 2005 16:02:33 -0300, Eugênio Saulo <[EM
x27;ll get a better idea of what shape we're in, and
see how close we are to a 1.3.0 test build.
As usual, I don't mind doing the mechanics of getting the build out,
unless someone else wants to pick it up. This one is going to have
some new wrinkles, I suspect, because of the organisatio
, some people would attempt to generate
the form beans from their business beans directly with this mechanism,
thus unwittingly exposing all of their business logic methods in a way
that they could potentially be invoked through an additional request
parameter.
--
Martin Cooper
>
&
like a nice idea. However, I fear that including such a mechanism in
Struts would lead to serious security vulnerabilities in some peoples'
applications. This is because essentially *any* method on the POJO
could end up being invoked accidentally or maliciously. We had an
issue like this wi
are not, why not support the effort?
Perhaps we should just call the current trunk 1.2.7? If you think it's
OK to add significant new functionality into a dot-dot release, why
would we change the dot version for what is in trunk now? What
distinguishes one dot release from another of dot-dot r
ath'
attribute of s so that it can be a path or a tile. If, for
some reason, your Tiles definitions don't get loaded at startup time,
the first time Struts tries to use a with a tile value, the
user gets a weird error about illegal path syntax.
In short, I'd discourage overloading
hat the current module design
is set up for.
--
Martin Cooper
On Mon, 14 Mar 2005 12:14:53 +0100, Lesaint Sébastien
<[EMAIL PROTECTED]> wrote:
>
> I originally wanted to send the message below to the dev-list, ended up on
> the user-list, so I'm posting a copy to the list it belo
uggest that you finish your work on it first, then put the
code somewhere that people can download and bring up in their editor,
and have a wiki page that explains what you're trying to do and that
points to the code download. That's much more likely to get people
looking at it, at least
lems for people using the
Servlets 2.3 API while we've been dummying up the methods new to that
version over Servlets 2.2.
--
Martin Cooper
> It will require a bit more work to use reflection to call
> through these methods if they exist, or return nothing if they do not
> exist.
&
ar as the actual impl of thread-local, I would think we could
define an abstract base class that does that part. Or does that negate
part of the reason for having ActionContext be an interface? (I
haven't been following along as closely as I should have been...)
--
Martin Cooper
On Thu, 10 M
are of that?
I don't know, and don't know how to check. I assume there must be.
Craig or infra@ would know.
--
Martin Cooper
> sean
>
>
> On Wed, 9 Mar 2005 11:29:07 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote:
> > OK, I've attached what I got from Cr
1.3 scenario isn't any different than 1.0 -> 1.1
or 1.1 -> 1.2. Each time we move to a new point release, the previous
one moves into maintenance mode. That's no different from the vast
majority of other software components in the world today.
--
Martin Cooper
> Some may not wan
ding on one box and then
pushing up to cvs.a.o.
--
Martin Cooper
On Wed, 9 Mar 2005 13:25:57 -0500, Sean Schofield
<[EMAIL PROTECTED]> wrote:
> Can someone provide me with the UNIX script you are using to do your
> nightly builds? I am working on seting up nightly builds for MyFace
use
as possible, and I think it's looking great. I'd be extremely
reluctant to add yet another way of doing things as a "standard" on
top of that. Options *can* be good, but they can also confuse people.
--
Martin Cooper
> --
> Frank W. Zammetti
> Founder and Chief Software
;t be the
first to wonder this. ;-)
--
Martin Cooper
On Wed, 9 Mar 2005 11:43:21 -0500 (EST), Frank W. Zammetti
<[EMAIL PROTECTED]> wrote:
> For those that expressed an interest (one or two with baited breath as I
> recall!), and even for those that didn't catch the previous thr
uess it's time for another run-through the classes to see where
> things like this have slipped through.
>
> The next logical step is to define a ApplicationContext bean which
> does an equivalent encapsulation of things stored in the
> ServletContext.
Just FYI, the Portlet spec (JSR
lings go unidentified.
--
Martin Cooper
On Tue, 1 Mar 2005 15:53:48 -0500, Bill Siggelkow
<[EMAIL PROTECTED]> wrote:
> What is the LocalSpellingWords page used for?
>
> -
> To unsubscribe, e-mail: [EMAIL PROT
icon from the others?
It looks a bit like a bomb, which isn't so good. ;-)
--
Martin Cooper
> http://svn.apache.org/builds/struts/maven/
>
> --
> James Mitchell
> Software Engineer / Open Source Evange
801 - 900 of 1278 matches
Mail list logo
