Well, it took me a week to get back from California. After J1 we
visited some relatives and toured California and Arizona before a
long drive home. My contact with the outside world was spotty last
week so I'm just now really getting caught up. Anyway, here's some
notes I took during
Looks like shale-tiles needs to be refactored to use TilesContext.
If no one takes care of it first I'll look at it when I get home.
Greg
On May 27, 2006, at 8:52 PM, Wendy Smoak wrote:
I'm not able to compile Shale Tiles against the latest Standalone
Tiles code, but it works with
On May 10, 2006, at 10:02 PM, Wendy Smoak wrote:
On 5/10/06, Niall Pemberton [EMAIL PROTECTED] wrote:
I missed the discussion where the 1.3 dtd was added - seems like its
actually identical to the 1.1 dtd - which IMO serves no purpose. I
would rather it was removed.
I remember being
+1. Thanks for all your hard work on this build stuff :-)
Greg
On May 10, 2006, at 3:24 AM, Wendy Smoak wrote:
In advance of a Struts Action 1.3.x release, we need to release
version 1.0.1 of the struts-build jar. A test build has been deployed
here:
*
I've completed the API for TilesContext and added implementations for
Servlet and Portlet environments. I did it in a rather sinister way
by copying much of the WebContext code from Commons Chain. I wasn't
really sure what is the best approach for using portions of another
Apache project
On May 5, 2006, at 9:36 AM, Jason Carreira wrote:
Ugh... I really don't like that... really... seems like using an
ugly hack instead of defining a higher-level abstraction.
The deal breaker for me was that users will be able
to reuse the same
code inside and outside of our framework.
On May 5, 2006, at 12:47 PM, Craig McClanahan wrote:
Consider the way the world was before JSR-168 happened ... every
portal
server had their own completely different API for building portlets
Yes, and I am stuck working on one of those (or should I say working
*around* one of those) as
+1
Greg
On May 3, 2006, at 10:34 PM, Wendy Smoak wrote:
We need to release version 2 of the struts-parent pom:
* http://svn.apache.org/repos/asf/struts/maven/trunk/pom/pom.xml
This is the parent pom from which struts-action-parent inherits, and
it needs to be released prior to the Struts
On Apr 28, 2006, at 3:06 PM, Wendy Smoak wrote:
Craig mentioned HtmlUnit, which we're now using with Cargo to confirm
that each Action 1 example app will at least deploy and display its
default page. If you'll check in the app you mentioned,
Done. It's not much to speak of, but it's a
On May 1, 2006, at 2:27 PM, Wendy Smoak wrote:
Thanks. Which build are you using? I'd like to arrange Standalone
Tiles into modules for Maven 2 so that the example app can live beside
tiles-core, rather than in a separate sandbox project.
Yes, that would be awesome! I am now using the
+0. I'd say +1, but it looks like it will be a bit before I have a
chance to get more involved.
Greg
On Apr 28, 2006, at 1:19 PM, Don Brown wrote:
I call a vote that the Struts PMC accept the WebWork 2 podling as
having met the incubation requirements and thereby be accepted by
the
, Greg Reddin wrote:
I've added a preliminary version of a TilesContext interface and
refactored the core API to use it. The interface is a first
attempt at extracting the Servlet API dependencies. Here are some
more details:
I debated about whether to model TilesContext after Commons
I'm getting ready to make some commits and I'd like to link them to
JIRA tickets. Is there a way to format the commit message so that
JIRA or something will automatically associate the commit with the
ticket? I've seen this discussed before but I'm not sure if I've
seen the specifics for
[ http://issues.apache.org/struts/browse/STR-2729?page=all ]
Greg Reddin resolved STR-2729:
--
Resolution: Fixed
Assign To: Greg Reddin (was: Struts Developer Mailing List)
Taglib was refactored a month or so back. I must've forgotten to close
[
http://issues.apache.org/struts/browse/STR-2730?page=comments#action_37212 ]
Greg Reddin commented on STR-2730:
--
Committed TilesContext interface. It is modeled after the WebContext of
Commons-Chain. I thought about modeling it after JSF's
On Apr 25, 2006, at 9:55 AM, Frank W. Zammetti wrote:
That depends entirely on your meaning of the word closed. You
make the
argument that the number of new committers means it isn't closed,
and I
agree with you to a degree. But that's not the only meaning of
closed... the invitations to
+1
On Apr 25, 2006, at 9:44 PM, Wendy Smoak wrote:
To make it easier to filter and sort messages, and to facilitate
presenting the lists through alternate interfaces such as forums and
RSS feeds, I propose that we do the following:
* establish [EMAIL PROTECTED] and direct JIRA emails to it
My time is very limited today so I'll respond quickly.
1) I want to get Tiles as close to a release as possible by J1, but
it's a daunting task. The only huge effort is factoring out
dependencies on the Servlet API, then testing.
2) I'm cool with joint up with the Jakarta Web
On Apr 21, 2006, at 8:41 AM, Sean Schofield wrote:
As for top level project, I agree that Tiles probably belongs here but
I'm not opposed. For me the main thing is that Tiles should be
decoupled from the Action framework. MyFaces Tomahawk currently
requires the full struts jar in order to
On Apr 21, 2006, at 7:56 AM, Ted Husted wrote:
IMHO, once Standalone Tiles is ready for a release, we should migrate
the component to a top-level ASF project. When we started this
process, the original intent was to decompose Tiles here, test it in
Action and Shale, and then move it out when
On Mar 31, 2006, at 7:33 AM, James Mitchell wrote:
I also want to ask how everyone feels about our current build
process. Are you using Ant, Maven 1 or Maven 2?
Mostly Maven 1. I'm trying to move towards Maven 2, but for some
reason I can't get the tests to run for M2 (with Standalone
On Mar 27, 2006, at 5:54 AM, Antonio Petrelli wrote:
I've noticed that both DefinitionsFactory and ComponentDefinitions
are both too (IMHO) tightly bound to the Locale.
What I mean is that maybe using Locale class to distinguish between
different sets of definitions is not a good idea. From
On Mar 28, 2006, at 9:47 AM, Antonio Petrelli wrote:
Actually Dimensions chooses from name, user role and channel, or
only name and user role,
Yes, I forgot about user role :-)
But what about adding an API that requires a generic Object key
parameter to support the 3rd dimension?
Congratulations! Great job, guys!
Greg
On Mar 23, 2006, at 7:54 PM, Don Brown wrote:
The WebWork team has successfully completed WebWork 2.2.2, which
was immediately imported into the WebWork 2 Incubator podling.
Here is the current status:
- The code is at
On Mar 24, 2006, at 12:56 PM, Don Brown wrote:
I've renamed the WebWork packages, and both the code compiles and
all tests pass correctly. However, as I start with the greater
renaming task, I thought I'd propose a strategy and get some
feedback on it:
I hate using things like action2
On Mar 24, 2006, at 1:21 PM, Michael Jouravlev wrote:
On 3/24/06, Greg Reddin [EMAIL PROTECTED] wrote:
I hate using things like action2 in a name. It's like admitting
that we're going to have to change it someday. May as well put
temp in the name.
You have not used COM for Windows, have
On Mar 22, 2006, at 2:35 AM, Antonio Petrelli wrote:
Uh? Who called me? I obviously will be pleased to help if you
want :-) I could take my experience with Dimensions to add some
missing pieces.
Anyway, if I will be so lucky to help you all, notice that I am
very busy, I can work on it
On Mar 22, 2006, at 8:51 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
On Mar 22, 2006, at 2:51 AM, Antonio Petrelli wrote:
Antonio Petrelli ha scritto:
I can work on it for about 1-2 hour a day.
I meant one or two hours a day, not half an hour... It was a bit
ambiguous
On Mar 21, 2006, at 6:04 PM, Craig McClanahan wrote:
For a library claiming to be standalone, I would be a little
cautious
about depending on either set of mock object APIs.
Certainly, no such dependencies should be in the core software, but
dependencies in the test cases are acceptable,
On Mar 22, 2006, at 9:41 AM, Antonio Petrelli wrote:
It is not an issue anymore because I wrote a workaround in
Dimensions code. It simply clears the path attribute of a
definition when it's extended (overloaded) when the extended
definition does not specify the path attribute.
The
On Mar 22, 2006, at 11:45 AM, Craig McClanahan wrote:
The Shale test framework classes include mock implementations of
essentially
all APIs in the servlet spec (as well as JSF, but that's not really
relevant
here). As such, it can be used as a source of things like
MockServletContext,
I've just checked in the last taglib refactoring work that I can
think of. That turned out to be a much smaller chunk of work than I
had thought. If you're following the wiki page[1] that means
Milestone 2 in the 4-step process to release is largely complete.
There's one remaining
On Mar 21, 2006, at 1:56 PM, Don Brown wrote:
Wendy Smoak wrote:
Looking at the list again, struts-tiles is missing. And I'm not sure
how Faces is going to fit in there, it has a different set of
dependencies than the others. That will all sort itself out when you
start moving things
On Mar 21, 2006, at 1:00 PM, Gary VanMatre wrote:
I wonder if the shale test framework can be leveraged here. There
are mock objects for the servlet API.
I need to take a closer look at that. I'm using Struts Test Case in
a few places in Standalone Tiles already.
2) moving on to
On Mar 21, 2006, at 4:45 PM, Gary VanMatre wrote:
I suppose that the choice of the context object could favor action
versus shale for a test framework.
Since I'm in the JSF fan club, I'd argue that we could implement
the ExternalContext interface since the JSF API will soon be a given.
On Mar 9, 2006, at 7:02 PM, Wendy Smoak wrote:
That says the Alpha label cannot be applied to a release without a
vote. Before that, it's only a 'proposed release'. (The notion of
'test build' is not in the bylaws.) It also says that alpha releases
can be distributed.
I think proposed
Since I last spent a significant amount of time on Standalone Tiles
the Maven 2 build has been added. I thought I'd give it a try and
I'm getting the error below. I can build with Maven 1 without
issue. But running mvn package yields the following exception in the
tests. Does anyone
+1
On Feb 28, 2006, at 5:04 PM, Don Brown wrote:
We've talked about it, but here is the official proposal: I propose
we switch from Bugzilla to JIRA for all our ticketing needs.
The reason I bring this up now is we are trying to solidify how the
WebWork 2 cutover will go. Part of the
Java 5 is not required to compile Standalone Tiles. It looks like
whoever built the JAR that is currently posted built it using Java
5. I'm not really sure how that process works right now. You could
download the project and build it yourself in the meantime. I use
the maven build all
A very hearty +1 :-)
Ted, you were not far behind in terms of strength expended from what
I can tell.
Thanks!!
Greg
On Feb 24, 2006, at 3:49 PM, Ted Husted wrote:
I'd like to nominate Wendy Smoak as the Most Valuable Committer in
making the release of the new 1.3.0 builds possible.
Along
On Feb 20, 2006, at 8:02 PM, Wendy Smoak wrote:
+/**
+ * @author mraible
Is Standalone Tiles using @author tags, or should this be removed
(with Matt's permission)?
I wasn't sure how to handle that. I remember the discussions some
time ago about removing author tags, but I'm not sure
Non-binding +1 to tagging the repository. Sorry for the late response.
Greg
On Feb 16, 2006, at 8:15 AM, Ted Husted wrote:
A release plan is a majority vote, so we need three binding +1s
from PMC members and more binding +1s than -1s. A +1 here is on the
tagging the repository.
On Jan 24, 2006, at 10:16 PM, Don Brown wrote:
http://wiki.apache.org/struts/WebWork2Incubator
+1
Greg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Thanks, Wendy. Looks awesome.
Greg
On Jan 23, 2006, at 9:36 PM, Wendy Smoak wrote:
On 1/23/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: wsmoak
Date: Mon Jan 23 18:56:45 2006
New Revision: 371783
URL: http://svn.apache.org/viewcvs?rev=371783view=rev
Log:
Added Maven 2 build file.
On Jan 19, 2006, at 9:53 AM, Sean Schofield wrote:
A transcript is helpful but its basically a record of a conversation
that took place without everyone's involvement.
Seeing as how I *never* have time to participate in chat, transcripts
would provide me with way more involvement than I
There are several things I've been thinking about as this discussion
has developed.
First, it is true with any craft, but especially with technology,
that we must always be willing to change when better ways come
along. Otherwise we stagnate and fade away. So if I would be more
On Jan 18, 2006, at 12:21 PM, Laurie Harper wrote:
Just to point out the obvious: directing wiki/commit/issue logs to
separate lists in no way precludes having everything show up on the
dev list as well. We could have dev-svn@, dev-wiki@, dev-issues@,
etc plus dev-discuss@ and simply
On Jan 18, 2006, at 12:49 PM, faisal abdallah wrote:
It is also an un-unsubscribtion mailing list. Has anybody managed
to unsubscribe from this mailing list
Yes, several times using the information below.
-
To
I've posted a very skeletal roadmap to the wiki: http://
wiki.apache.org/struts/StandaloneTiles. If anyone wants to comment
or add detail please feel free.
Thanks,
Greg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Dec 9, 2005, at 8:02 AM, Sean Schofield wrote:
Please keep in mind that there are still a good number of people
who do
not use an IDE at all.
Why on earth would you someone do such a thing? Seriously. I'd like
to know :-)
Bragging rights, what else :-)
There are occasions when I
On Dec 2, 2005, at 12:06 AM, Wendy Smoak wrote:
People can then declare a dependency on a particular timestamped
snapshot, or on -SNAPSHOT in which case Maven will use the latest
version.
Is this what you want to do for Stand-alone Tiles?
I think this would be great. The main goal for me
On Dec 1, 2005, at 5:54 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I noticed that TilesRequestProcessor and TilesPlugin have
disappeared from
Tiles standalone.
Yes, these are the components of Tiles that provide integration with
Struts 1.2.x and earlier. They were removed to
On Dec 1, 2005, at 10:21 AM, [EMAIL PROTECTED] wrote:
Hello (again) :-)
I am in the process of porting a product based upon (Struts) Tiles
called
Dimensions. It makes intensive use of FactorySet class.
I am trying to port a simple example to Tiles Standalone, but I'm
having a
growing
I have just checked in a sweeping refactoring of the Standalone Tiles
codebase. Many may see it and immediately hurl cruise missiles in my
general direction :-) Please do, I can take it. First and foremost
however, I ask that you remember this is the sandbox. I'm just
experimenting and
On Dec 1, 2005, at 11:31 AM, Joe Germuska wrote:
I haven't looked at how the TilesServlet deals with looking up
tiles definitions from request paths, but I can imagine a few ways
to allow you to configure this if you wanted it. Certainly there
should be flexibility and user choice in how
On Dec 1, 2005, at 1:47 PM, Sean Schofield wrote:
I can't believe how much you like to punish yourself! Is anyone else
helping you with this massive effort?
Well, I brought this on myself :-) I've been a big fan of Tiles ever
since I first used it. When people started talking about
On Dec 1, 2005, at 2:52 PM, Wendy Smoak wrote:
I can also work on the TLD-- I think I was waiting for a decision on
which attributes will be kept, but I'll go ahead and move the
documentation into it. And, of course, publish the website.
I forgot about the TLD. I haven't even looked at
On Dec 1, 2005, at 2:15 PM, Craig McClanahan wrote:
One thing we should probably do is talk a bit about snapshots
during the
intermediate time period while the codebase is unstable. It
doesn't make
sense to me to publish tiles-core-SNAPSHOT.jar artifacts to
ibiblio.org, for
example,
+1 (non-binding)
On Dec 1, 2005, at 4:02 PM, Craig McClanahan wrote:
All of the outstanding issues have been accounted for -- it's time to
release the initial test build of Shale! Given the amount of time
since the
1.0.0 release plan was first proposed, I'd like to call for a vote
On Nov 30, 2005, at 6:25 AM, Ted Husted wrote:
Or, we could JIRA for the new projects, which supports Roadmaps
directly.
I think I'd be more in favor of this with Jira than Bugzilla, but I'm
+0 even with Bugzilla.
Greg
On Nov 30, 2005, at 11:21 AM, Don Brown wrote:
But back to the topic, what do folks think of the proposal to
target tickets to milestones and use them for release planning?
+1. It's basically just a formalization of what we do on the wiki
now, right?
I think we should start immediately
On Nov 30, 2005, at 1:49 PM, Don Brown wrote:
There was in the CVS days, and I don't believe I've seen it since.
I'm thinking something simple like:
Adding this new feature
PR: 234
Type: (fix, add, update, documentation)
Contributed By: Sarah Jones
Just a clarification: Are we saying
On Nov 19, 2005, at 7:57 PM, Wendy Smoak wrote:
Greg, since you've been working on the Tiles docs... feel free to
correct or expand on my attempts at answers. :)
I just saw that. Thanks, I'll take a look.
Greg
-
To
On Nov 18, 2005, at 6:04 AM, Laurie Harper wrote:
I couldn't sleep, so I've been spending the night looking at a few
things, amoung them Shale. I was wondering what a good starting
place would be to get up to speed quickly, since I haven't really
looked at JSF or Shale before now.
I
On Nov 17, 2005, at 7:30 AM, Sean Schofield wrote:
If a file was moved by someone else while you were working on it, I
think the best thing to do is a clean checkout in a separate dir.
Then copy the file change to the new dir and revert the change in the
old dir. Then remove the new dir and
I want to check in a file in the tiles docs that was once there, but
has been deleted. I've tried using the svn copy command to restore
the file as noted in the manual [1] but it doesn't work. Subversion
says it can't find the file in revision xx. It doesn't seem to
matter what I set
If you go to the Tiles Home page (http://struts.apache.org/struts-
tiles/index.html) then click on the Struts logo at the top, you'll
get a 404 because the Struts logo links to http://struts.apache.org/
tiles. It needs to link to http://struts.apache.org but I can't
figure out where the URL
I guess I long for simplicity. I'm cool with the way everything is
structured. I would prefer a version number on the distro. And to
me it seems more natural to start it with 1.3.0. That's what we're
doing with the Tiles subproject. Even though it's really release 0.1
of the Tiles
On Nov 3, 2005, at 12:12 PM, Ted Husted wrote:
At this point, my suggestion would be to just give the Library
distribution a sequential counter. The first GA release could be _001,
and the next _002, and so forth.
* struts_core_library_001.zip
* struts_core_library_002.zip
Or, we could just
On Nov 1, 2005, at 9:54 AM, Ted Husted wrote:
(1) Is your team planning a new web application project over the next
twelve months?
Yes.
(1a) If so, what web application framework do you plan to use?
Probably Shale. Although, I have not had very much time to figure
shale out yet. I can
This is my first commit. Anyone care to check it and make sure
everything is set correctly?
BTW, I noticed the wiki page explained how to set the keywords
property on xdocs files, but it doesn't say anything about including
the keywords within the file. Can someone elaborate on how that
On Oct 7, 2005, at 4:00 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
1) Find the leaf definition file;
2) If it is already loaded, finish.
3) Create an empty definitions set;
4) put all missing definitions loaded into the definitions set;
5) find the parent definition file;
6) if it is
On Oct 6, 2005, at 3:20 PM, Cedric Dumoulin wrote:
But be care, there is some not so often used API that are used by
some companies. I hope these APIs will remain. I think of :
- the possibility to provide another implementation for tiles
factory (use of a DB ...)
- the i18n mechanism
I hope no one who has worked on Tiles in the past - especially Cedric
- takes offense to this because none is intended. But here goes...
Every time I dig into Tiles I'm overwhelmed by the complexity of the
API. IMHO, it seems like Tiles employs way too many classes to do
it's job. I
On Oct 6, 2005, at 11:04 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Err... Include me in the list please:
http://mutidimensions.sf.net/
Dimensions is based on DefinitionsFactory, FactorySet and various
usually
unused classes. I hope you are not willing to break them :-P
To some
On Aug 25, 2005, at 12:28 AM, Craig McClanahan wrote:
However, I've got a separate / semi-related question. Given that
we're changing package names anyway, it would be really cool to
abstract away the servlet API specific calling sequences, so that
standalone Tiles could work equally
On Aug 25, 2005, at 1:44 AM, Matthias Wessendorf wrote:
Martin-
there is also an issue with the Maven build for Tiles standalone.
the dtds are not inside the jar file, *after* maven build
Make sure you're svn copy is up to date. I believe Wendy fixed that.
If I run maven jar I get the DTDs
On Aug 25, 2005, at 1:55 PM, David Geary wrote:
I'm +1 for this, but should we make plugging standalone Tiles back
into Struts
a priority and tackle this once that's done? Perhaps it's unfounded,
but I'm
concerned that the current Tiles will change if we don't act quickly.
If Tiles needs
Where do we stand on the Standalone Tiles Patch I submitted? I'm not
being impatient just inquisitive :-) I know David is very busy and
hasn't had much time to look at it. But I also know Craig is about to
port some more Struts 1.3 changes to the Standalone Tiles project. I'm
willing to
the
refactoring changes before dealing with the deprecated method removals
that were done on the Struts-embedded version for 1.3.
Craig
On 8/17/05, Greg Reddin [EMAIL PROTECTED] wrote:
Where do we stand on the Standalone Tiles Patch I submitted? I'm not
being impatient just inquisitive :-) I know David
On Aug 8, 2005, at 8:18 PM, Wendy Smoak wrote:
Both is also an option. :) There is already a Maven build for
Standalone Tiles-- it came over from struts-tiles when the files were
copied, and it works. The project.xml file needs a few changes-- I'll
check them in if no one minds.
In the
Matthias Wessendorf wrote:
Hi guys,
Is it possible to *use* Apache Tiles (standalone one) inside of Struts 1.2 ?
I didn't see a plugin inside of the tiles standalone dist.
There is currently no plugin or TilesRequestProcessor in the Standalone
Tiles project. I question whether it would
Non-committer input:
If I had a vote I'd vote for Maven. I *prefer* Maven but I can work
with Ant.
It's not an issue that will keep me from supporting the project. I
prefer Maven because, to me, it makes dependency management, scripting
builds, and some other things easier (i.e. I have to
Frank W. Zammetti wrote:
I'm not at all trying to start a flame war here, but I'd like to ask, can
anyone enumerate some real, legitimate reasons, as far as you are
concerned at least!, why Maven is better than Ant (or vice-versa if you
feel that way).
I think Maven is better than Ant type
I wanted to send an update on the work I've been doing with Tiles. I
should have some code by today or tomorrow. I'm refactoring the
DefinitionsFactory structure (as described below), creating a Filter
that will reload the factory if it's out of date, and writing unit tests
to verify all the
On Jul 29, 2005, at 1:55 AM, Craig McClanahan wrote:
It's sort of a different way to look at it, but consider this ...
maybe the act of configuring the filter *is* your indication that you
want to check for reloads, and lack of the filter would work as things
do today (i.e. you have to reload
I was working on some test cases for standalone Tiles and the following
code in I18nFactorySet was not behaving as I expected:
// If the config isn't in the servlet context, try the class
loader
// which allows the config files to be stored in a jar
if (input
Well, this reloadable config thing is bigger than I thought. Here's
the approach I've been playing with today: I'd appreciate some
feedback on possible approaches. I can certainly send code if I need
to.
I wrote a TilesFilter that does what TilesServlet currently does. That
seems to be
On Jul 29, 2005, at 6:16 PM, Craig McClanahan wrote:
I like the idea of having an interface that a DefinitionFactory could
implement to say it knows how to do the reload thing (coupled with
some of the refactoring you discuss below). However, I would
recommend *not* limiting reload support to a
Standalone Tiles has a test called TestTilesPlugin that is looking for
TilesPlugin and TilesRequestProcessor. Are those classes supposed to
remain in the Struts tree or should they be moved into standalone
Tiles? I can't get Standalone Tiles to build successfully without
those, at least not
On Jul 28, 2005, at 1:50 PM, Joe Germuska wrote:
At 1:19 PM -0500 7/28/05, Greg Reddin wrote:
Actually, I was thinking that if you had a standalone Tiles, you
wouldn't need bits of glue; wouldn't you just install Tiles as a
servlet in the webapp which mapped to something like *.tiles
On Jul 28, 2005, at 11:51 AM, David Geary wrote:
I'll try to take a look next week to see what it'd take, but in the
meantime if
someone implements it out from under me, I won't feel bad. 8-)
It looks like everything needed to load a DefinitionsFactory is
available in DefinitionsUtil. Right
On Jul 28, 2005, at 3:54 PM, [EMAIL PROTECTED] wrote:
1) How to trigger a reload()? Via a request to the servlet or some
kind of API call, or a process that is watching the config files.
Could maybe work like JSP, when you ask for a definition, the factory
will look to see if it has changed.
On Jul 28, 2005, at 4:45 PM, [EMAIL PROTECTED] wrote:
The JSP-like approach would be more intrusive. The DefinitionsFactory
would have to store the modified date of a definition and the
getDefinition() method would have to check the date against the date
of
the file and reload if necessary.
[EMAIL PROTECTED] wrote:
On Jul 28, 2005, at 4:45 PM, [EMAIL PROTECTED] wrote:
The JSP-like approach would be more intrusive. The DefinitionsFactory
would have to store the modified date of a definition and the
getDefinition() method would have to check the date against the date
of
the file
On Jul 28, 2005, at 6:30 PM, David Geary wrote:
I'm not sure I like pulling Chain into Tiles standalone (we are
talking about writing a Chain Command in Tiles, right?). I would
prefer a POJO in Tiles that does the dirty work (Shale could have a
Command wrapper that calls Tiles' POJO, if need
Craig McClanahan wrote:
There is also an integration with the standalone version of Tiles that
is in the Struts sandbox. The Shale side of that is stable, but we
need a standalone Tiles release to consider the entire thing stable.
BTW, how will that be distributed? Will it be part of the
CVS in pserver mode connects over port 2401. Does anyone know what port
svn uses?
Thanks,
Greg
Sean Schofield wrote:
Yes. I think the problem must be my firewall at work. I have the same
problem accessing CVS from work as well. The client must be requiring
something over a port that is
101 - 198 of 198 matches
Mail list logo
