On 7/27/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Sergey,
Now, I have to restart my servlet container each time I have even small
changes in the clay configuration file. I have not to do it for java
classes, bundles, jsps. Development the UI with Clay might be much more
faster if
On 7/28/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Now that would be cool. I think we would have to load all clay config files
to resolve the inheritance dependencies but that would be way slick.
Yep, you'd need to reload the whole set. Plus, do it in a way that
does not require you
On 7/28/05, Andy Freeman [EMAIL PROTECTED] wrote:
I would like to think that Tiles would be updated to work the same way.
Yep ... definitely :-).
Anybody want to tackle building some patches for that one?
Craig
-
To
On 7/28/05, Greg Reddin [EMAIL PROTECTED] wrote:
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
On 7/28/05, Sean Schofield [EMAIL PROTECTED] wrote:
I have an interesting usecase that I'd like some feedback on. I'm
working with Shale dialogs and I have a special situation with a multi
step dialog.
Say there are two steps 1 + 2. Step 1, user enters an applicant name.
Before moving to
On 7/28/05, Greg Reddin [EMAIL PROTECTED] wrote:
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
On 7/29/05, Greg Reddin [EMAIL PROTECTED] wrote:
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
On 7/29/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Wendy Smoak [EMAIL PROTECTED]
- Can 1.3.0 (or 1.3 Family?) be added to the list of 'Targets' for
Bugzilla?
Added 1.3.0 to versions, and 1.3 Family and 1.3.0 Milestone to versions.
Also, can someone make sure that all of the
On 7/29/05, Greg Reddin [EMAIL PROTECTED] wrote:
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
OK, I think I've got things working again so that the use cases
example will have its nightly builds generated again. I've also added
generation of a nightly build of Standalone Tiles which will end up
in:
http://cvs.apache.org/builds/struts/nightly/sandbox/tiles-core/
Craig
As you can see from the change reports on the Struts Wiki, I've thrown
together the beginnings of a release plan for an initial test build
release of Shale -- something that lots of people I talk to have been
asking for. I'd like us to use the same release process that Struts
1.x releases use, so
On 7/29/05, Dakota Jack [EMAIL PROTECTED] wrote:
How can Shale cut a Struts release? Isn't this just more legerdemain
by those trying to prop up JSF's utter failure to grab an audience by
stealing the Struts name?
Shale is a formally adopted Struts sub-project (parallel to things
like Struts
On 8/2/05, Sean Schofield [EMAIL PROTECTED] wrote:
Craig,
Thanks for the feedback. There is a slight twist to my usecase that I
don't think I mentioned. We have created a LookupDialog which takes a
'start' and 'stop' attribute. It allows you to use a portion of
another dialog. I know
On 8/2/05, Sean Schofield [EMAIL PROTECTED] wrote:
We're having some difficulties writing complex validators in JSF. In
many cases we have a field whose validation depends on the value of
another field. JSF doesn't really handle this situation very well in
the processValidations phase
I just uploaded the slides from my OSCON talk this afternoon,
comparing several web frameworks on how they implement six major
architectural features. Several people have asked for them, so here's
a link:
http://people.apache.org/~craigmcc/oscon_2005_web_architectures.pdf
They are also on the
On 8/8/05, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Yes, the intention is to keep standalone Tiles completely separate
from Struts. The plugin and request processor should be in Struts,
not standalone Tiles.
ok I see, but Tiles currently depends on Struts ... ;)
Here's a spot where
On 8/8/05, Sean Schofield [EMAIL PROTECTED] wrote:
[Sorry I replied to the user's list by mistake. This is a repost to
the dev list.]
Craig,
I have been thinking about this issue some more and I have some
additional thoughts in response to your comments.
I definitely like the idea of
On 8/8/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Hi all,
I've seen comments for a while now how Maven is better than Ant... just a
few minutes ago James posted that Maven is just smart software. I
didn't want to hijack that thread, hence this new one.
Good plan, that :-).
My biggest
On 8/8/05, David Geary [EMAIL PROTECTED] wrote:
While we're thinking about supporting portlets in standalone Tiles,
we need to
make another decision: do we use ANT or Maven to build it?
So, I'd like to call for a vote: ANT or Maven?
No surprise from my other comments, but +1 for Ant based
On 8/8/05, Sean Schofield [EMAIL PROTECTED] wrote:
I have another possible solution for this validation problem. It
involves going back to your original answer where you suggested the
Process Validations phase as the logical place for this type of
activity to occur.
My main problem was
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: David Geary [EMAIL PROTECTED]
I'm +1 for ANT. I agree with Joe's comment, but standalone Tiles is not
part of Struts, so I don't think it will be confusing.
Both is also an option. :) There is already a Maven build for Standalone
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
Faces is using a formerly deprecated, and now removed, method in
RequestUtils. This breaks the Maven build, which works against
struts-core-1.3.0-dev.
Is this the correct fix?
Conceptually that fix makes sense in that it solves the
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
I'd be ok with the both approach. It seems to work fine for Commons
packages. And the number of dependencies for standalone Tiles is
really small, so the redundant downloads don't bug me that much
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
Maybe the Maven mavens can figure out a way to share the build
infrastructure without sharing the dependency information?
Not a problem... just change the dependency in project.xml. Looks like
In general, doing this sort of nagging on the developer list is
*exactly* the right thing to do for getting patches you believe in
moved forward :-). I'm not directly involved in Struts 1.3
development so I'll leave overall acceptance to others, but a couple
of general comments on your
On 8/8/05, James Mitchell [EMAIL PROTECTED] wrote:
The solution, from my understanding of Maven, is to decouple the build
environments so that they explicitly do *not* benefit from the shared
standardization advantage. At an absolute minimum, that seems to
imply separate dependency lists
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
So what should struts-faces do in detail, to avoid a dependency on
Struts Core 1.3.x?
The overall build file doesn't list any 1.3.0-dev dependencies, so they are
not inherited by Faces
On 8/8/05, Martin Cooper [EMAIL PROTECTED] wrote:
On 8/8/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Hello all,
As per Ted's suggestion, this thread is meant to discuss updating the
Struts CheckStyle rules file as brought up in Bugzilla ticket #35956.
My motivation for this
On 8/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
Still builds with Ant? That's the key for the nightlies.
Did it ever NOT build with Ant? This whole thing started because Faces
wouldn't build for me with Maven. (And how did it get on this thread
On 8/9/05, Sean Schofield [EMAIL PROTECTED] wrote:
Although access to the other components by navigating the component
tree is guaranteed to work, I take your point that it makes the logic
of this check type validator more fragile. Here's a technique to
consider that might alleviate the
On 8/8/05, Phil Steitz [EMAIL PROTECTED] wrote:
Do you think the Maven developers can be convinced to make this the
default behavior for generated build.xml files? It isn't at the
moment. Case in point ... I generate nightly builds for a large
number of Jakarta Commons (and Commons
On 8/9/05, Joe Germuska [EMAIL PROTECTED] wrote:
I do have the same question as James, though: Can we still generate
the TLDs from the same XML as the taglib docs? This is one place that
I got bogged down, since it seemed that Maven wouldn't take the extra
XML elements, and I would absolutely
1.1 and 1.2 interesting -- let alone supporting 1.3 as well.
NB - the nightly builds are compiled against 1.2.6 at the moment.
http://cvs.apache.org/builds/struts/nightly/struts-faces/
My $0.02
Michael
Craig
On 8/8/05, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/8/05, Wendy
On 8/12/05, Martin Cooper [EMAIL PROTECTED] wrote:
I would say just remove the chapter tags. When I was messing around
with this a few months ago, that's what I did, and everything else
seemed to work out just fine. I have no concerns about any limitations
of the Maven format if we're going
On 8/12/05, Romero, Ron [EMAIL PROTECTED] wrote:
I'm working with the Shale Validator. I would like a new, simpler
regexValidator tag that better supports my situation (and hopefully
supports other people's situation).
I'm definitely +1 on having support for regex validation ... but
doesn't
On 8/17/05, Corey Probst [EMAIL PROTECTED] wrote:
I see this commit for TilesPreProcessor but the nightly build still
seems to have the older version referring to the deprecated
ForwardConfig constructor.
Am I missing something here?
For Tiles, you have to be more specific about knowing
In general I like what I see, and will plan on committing 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
On 8/18/05, Gary VanMatre [EMAIL PROTECTED] wrote:
On 7/28/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Now that would be cool. I think we would have to load all clay config
files
to resolve the inheritance dependencies but that would be way slick.
Yep, you'd need to reload
Please join me in welcoming Gary vanMatre as a new Struts committer.
Gary has been quite busy proposing code for the Clay plug-in on
Shale, and has also been supportive on the dev and user mailing lists
(for both Struts and MyFaces) ... we look forward to his energy being
available to the entire
On 8/23/05, Ted Husted [EMAIL PROTECTED] wrote:
At the last minute, Don Brown and I put in for a Struts talk for
ApacheCon, which was accepted by the planners:
---
Struts 2006: An embarrassment of riches
Apache Struts is a hotbed of activity. Struts Classic 1.3, Struts
Shale, Struts
On 8/24/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Ted Husted [EMAIL PROTECTED]
Thanks, Wendy, increasing the memory setting did the trick. It just
finished building, and everything looks as expected. I can get
cracking on the fnal round of website changes now, and then we can
take
On 8/24/05, Martin Cooper [EMAIL PROTECTED] wrote:
On 8/24/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED] (on struts-user)
test.jsp has this:
%@ taglib uri=http://jakarta.apache.org/tiles; prefix=tiles %
Jakarta? That can't be right... there's a problem:
The tld
On 8/25/05, James Mitchell [EMAIL PROTECTED] wrote:
Do we even care about gump failures? (See below)
I have 3 line fix for this.
$svn mv build.xml build.legacy.xml
$maven ant
$svn add build.xml
Then doing ...
$ant dist
...(which is what gump is doing) takes me 1 min and 4
On 8/25/05, Greg Reddin [EMAIL PROTECTED] wrote:
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
Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: [EMAIL PROTECTED]
Skype: jmitchtx
On Aug 25, 2005, at 1:44 AM, Martin Cooper wrote:
On 8/24/05, Craig McClanahan [EMAIL
On 8/25/05, David Geary [EMAIL PROTECTED] wrote:
Le 05-08-25 à 10:53, Craig McClanahan a écrit :
On 8/25/05, Greg Reddin [EMAIL PROTECTED] wrote:
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
On 8/25/05, Greg Reddin [EMAIL PROTECTED] wrote:
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
On 8/28/05, Duong BaTien [EMAIL PROTECTED] wrote:
I am sorry if i offend Frank for using your thread instead of creating a
new one. But my question is also slightly related to the ViewController
and i am also using Shale. The thread also addresses to all, especially
Craig, so i think it may
On 8/28/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Wendy Smoak [EMAIL PROTECTED]
Feel free to add the missing parts... most of them need descriptions, etc.
Shale should be getting picked up as part of the site (and should not look
any different since at this point the files were just
On 8/29/05, Don Brown [EMAIL PROTECTED] wrote:
* Why Ti? What does that mean?
Titanium. I enjoy ultralight backpacking so titanium is near and dear
to my heart as an incredibly strong, very lightweight material used in
core gear that replaced much heavier counterparts - the struts of my
On 8/30/05, James Mitchell [EMAIL PROTECTED] wrote:
What's going on with Shale?
I tried ant dist and I got a bunch of compile errors. This is on a
clean slate.
Is anyone else seeing this?
No ... but have you read the Building Shale notes in the
release-notes-1.0.0.html file? There
On 8/30/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: wsmoak
Date: Tue Aug 30 22:25:14 2005
New Revision: 264944
URL: http://svn.apache.org/viewcvs?rev=264944view=rev
Log:
Changed dependency to Standalone Tiles SNAPSHOT on
cvs.apache.orghttp://cvs.apache.org
Wendy,
This
On 8/30/05, Wendy Smoak [EMAIL PROTECTED] wrote:
Craig wrote:
This change means that we could modify the get command in the Ant
build.xml file too, so that Tiles isn't a special case, right? It would
just
be processed by download-dependencies like everything else.
Yes, you can get
On 8/31/05, Rich Feit [EMAIL PROTECTED] wrote:
I actually agree that a single bean is better than a lot of separate
values under various keys. In Beehive we put most of our request-scoped
values onto a request wrapper -- this turned out to have better
performance than doing the attribute
On 8/31/05, Rich Feit [EMAIL PROTECTED] wrote:
Using JSF is actually what convinced me that having the context on
ThreadLocal is a great thing. It really cleans up the APIs. (Nice job
BTW :) ). Our ActionContext will give us something similar... but I do
wonder about internal attributes --
On 8/31/05, Sean Schofield [EMAIL PROTECTED] wrote:
Oops. Sent to MyFaces instead of Struts. Sorry.
-- Forwarded message --
From: Sean Schofield [EMAIL PROTECTED]
Date: Aug 31, 2005 5:37 PM
Subject: [shale] Why does subdialog data disappear when terminating?
To: MyFaces
On 9/1/05, Sean Schofield [EMAIL PROTECTED] wrote:
The motivation for getting rid of the data at the end of a subdialog is
twofold:
* Simulate a scope longer than a request but shorter than a session
so that the application doesn't have to explicitly manage the cleanup
(since the
On 9/1/05, Craig McClanahan [EMAIL PROTECTED] wrote:
It's like the difference between reusing common code by refactoring it
into a separate method, and calling it, versus reusing common code by
cut-n-paste. I prefer the former :-). Incidentally, this aspect of dialog's
design came
On 9/1/05, Ted Husted [EMAIL PROTECTED] wrote:
It says Shale is up to date at 265744, but the URL message is not there
for me.
Since Spring is under the Apache License, can't we just park this JAR
with our own? We don't like to binaries in the repository, for
technical reasons, but I
On 9/1/05, Don Brown [EMAIL PROTECTED] wrote:
Therefore, my point is an interceptor chain is better suited to a scalable,
linear process flow, while chain is better for decision points. And
neither,
I'd argue, is well suited for a robust, configurable workflow, and this
surely
we can agree
On 9/1/05, Wendy Smoak [EMAIL PROTECTED] wrote:
What is not working is the script in use-cases/maven.xml to conditionally
comment out the MyFaces listener in web.xml -- I want to take another look
at it after I get some sleep... maybe it's just a simple typo. :) I
haven't
been able to
On 9/6/05, Leon Rosenberg [EMAIL PROTECTED] wrote:
Heh :-)
It explains some ugly side-effects I've seen from time to time in last
years
with struts, but never bothered to investigate.
However, we actually do have application hang-ups because of
thread-unsafity
of
On 9/6/05, Leon Rosenberg [EMAIL PROTECTED] wrote:
If your servlet container has a broken implementation of
get/set attributes on an HttpSession, there is nothing that
Struts can do to protect you from problems ... even providing
synchronized locks around get/set calls would still not
On 9/6/05, Leon Rosenberg [EMAIL PROTECTED] wrote:
Sorry Graig, I looked into the source; yes, it has your name in it, and
no,
it is not thread safe (jakarta-tomcat-5.0.25-src)
Looks like they did change it. Go look at the corresponding code in 4.1 to
see what I was talking about :-).
On 9/6/05, Leon Rosenberg [EMAIL PROTECTED] wrote:
After we agreed that this is a bug, I have to disappoint you again, and
tell
you, that this is NOT a bug.
According to the servlet spec, the webapp has to control access to the
session, not the container. To quote the jdk1.4 tutorial:
On 9/7/05, Leon Rosenberg [EMAIL PROTECTED] wrote:
I submitted the bug (36541) to ASF bugzilla. Lets see what tomcat people
gonna say about it :-)
The answer was hardly surprising :-(. Adding a pointer to this bug report to
the info sent to the Servlet spec lead.
In the mean time, it's
On 9/8/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Craig McClanahan [EMAIL PROTECTED]
This one is likely to become a non-issue, now that MyFaces 1.0.10 is
out.
My understanding is that the MyFaces folks are eliminating the
requirement
for registering a listener explicity, which
On 9/13/05, Ted Husted [EMAIL PROTECTED] wrote:
Right now, I'm in the middle of a documentation review. I'm through
Site, and the first part of Core. It's going well. I'm trying to make
sure that the way we explain everything is consistent with the
subproject approach. I'll continue to work
This sounds like it might be related to the overall (current) limitation of
one active dialog per session, instead of one per window. Are you trying to
do that? (Note that making a result from a submit to a page that is part of
an existing dialog will likely trigger this).
Robust support for
On 9/16/05, Stas Ostapenko [EMAIL PROTECTED] wrote:
Hi !
I'm trying to resolve how to use servlet as a view with Struts. It's
very diffcult to find how to do it. I have asked at struts user
mailing list but nobody answered.
Under the covers, Struts is just doing a
On 9/17/05, Martin Cooper [EMAIL PROTECTED] wrote:
+ jvmarg value=-enableassertions:org.apache.shale.../
I believe you meant -Denableassertions... (i.e. missing a 'D')
Yep, good catch ... thanks.
--
Martin Cooper
Craig
On 9/17/05, Wendy Smoak [EMAIL PROTECTED] wrote:
Wrom:
On 9/17/05, Gary VanMatre [EMAIL PROTECTED] wrote:
I was thinking that it might be helpful to have some protected factory
methods on the AbstractJsfTestCase for instantiating the environment mock
objects like request, response, faces context, ...
I can see why one might want to do that,
On 9/17/05, Gary VanMatre [EMAIL PROTECTED] wrote:
On 9/17/05, Gary VanMatre wrote:
I was thinking that it might be helpful to have some protected factory
methods on the AbstractJsfTestCase for instantiating the environment
mock
objects like request, response, faces
On 9/20/05, James Mitchell [EMAIL PROTECTED] wrote:
[snip]
Although, we can actually avoid all of this by just hosting the
nightlies from the zone. The url might look like this:
http://struts.zones.apache.org/~nightly/
I think this is the right long term answer. I suspect that, once the
On 9/20/05, Wendy Smoak [EMAIL PROTECTED] wrote:
Craig, can the dialog and clay DTDs be put on the website?
Done.
--
Wendy
Craig
On 9/21/05, Martin Cooper [EMAIL PROTECTED] wrote:
[snip]
(On the other hand, infra@ has been griping about the number of requests
for
DTDs that hit the ASF servers. I don't know how we can debug where those
are
coming from, though.)
I'm wondering if some portion of those are coming from
On 9/21/05, Wilfred Springer [EMAIL PROTECTED] wrote:
I'm not exactly sure where to take these kind of comments, but I noticed
that there is a funny line in the ViewController JavaDoc. (Stating that
the preprocess() operation would be called for the ViewController whose
view would be
On 9/22/05, Wilfred Springer [EMAIL PROTECTED] wrote:
All,
Let me start by saying that I *really* like the dialog mechanism in
shale. Dialogs as first-class citizens have been on my wish list for
quite a while, and now we have it. Totally cool.
At the same time, I have to say that some of
On 9/23/05, Joe Germuska [EMAIL PROTECTED] wrote:
I was experimenting with a local subclass of ActionContext which
added itself to a ThreadLocal in the constructor, so that I could in
theory get access to the ActionContext from classes which don't get
it passed in. (I wanted to use it in a
On 9/26/05, Sean Schofield [EMAIL PROTECTED] wrote:
I am using a converter for an h:inputText in my dialog. The value
is supposed to be a custom object but it seems like it is being
coerced into a String.
Here is the relevant JSP ...
...
value=#{dialog.data['reviewer']}
The value inside
On 9/26/05, Sean Schofield [EMAIL PROTECTED] wrote:
Craig,
I am using a explicity defined converter and everything is converting
fine through the Process Validations phase. Its during Update Model
phase that things go funky. Converters don't matter at this point do
they?
No ... by that
Hi Sean,
Thanks for the details ... thoughts embedded below.
On 9/26/05, Sean Schofield [EMAIL PROTECTED] wrote:
Craig,
This is in response to your comment on Bug#36439 (custom DTD's.) You
asked me to outline some of the non standard things I was doing with
dialog. We have a few different
On 9/28/05, Solovyev, Kirill [EMAIL PROTECTED] wrote:
We have the following Use Case for the Shale Dialog Framework:
Define all Application navigation through shale dialogs and use Custom
Application Level JSF Tab(Menu) Navigation component working on top of
Shale Dialog.
That's an
On 10/12/05, Michael Jouravlev [EMAIL PROTECTED] wrote:[snip]
No. reset() is supposed to be overriden by an application developer,
it is empty by default. But I cannot override reset() on a dynabean,
can I? I suppose that I cannot, please correct me if I am wrong.
Sure you can.
* Write a
On 10/13/05, Sean Schofield [EMAIL PROTECTED] wrote:
I have found an odd problem with my dialog and I'm not sure if its
Shale problem or a JSF problem.
In my dialog I have a search button which allows the user to do a
search. The search results appear in an iframe within the dialog. I
am
On 10/17/05, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 10/14/05, Sean Schofield [EMAIL PROTECTED] wrote:
Thanks. I have a patch but its at work and I'm working from home
today. So I will file the issue and patch on Monday.
snip/
Thanks for attaching a patch to 37120 [1], in this case,
On 10/27/05, Sean Schofield [EMAIL PROTECTED] wrote:
Just wanted to bounce an idea off of people. We have our own custom
Dialog class that makes use of a beforeStart attribute. Basically
there are certain steps we take before each dialog. We can't really
reuse a state using XML entities
A casual look at the current source repository does not help me know how the
[EMAIL PROTECTED] section is getting added, so I'll just report a couple of
typos and let someone who knows point me at where I can fix them:
* The session identifier for the Struts 2006 session should be TU20, not
T20.
On 10/31/05, James Mitchell [EMAIL PROTECTED] wrote:
Craig, are you working on the mailreader app too? I'll hold off on
my changes if you're fixing it.
I was going to start working on a Shale version on my next trip (to Tokyo
next week, for JavaOne Japan 2005). If you're doing that, I'll be
Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: [EMAIL PROTECTED]
Skype: callto://jmitchtx
Craig
On Oct 31, 2005, at 12:02 PM, Craig McClanahan wrote
On 11/1/05, Wolfgang Gehner [EMAIL PROTECTED] wrote:
[snip]
Shale won't use it, and probably TI neither? Or is Shale the odd one
out? If it is, I guess you could say Shale is weakening the stature of
Struts.
FWIW, Shale's application controller uses exactly the same technology that
the 1.3
On 11/1/05, Andy W Freeman [EMAIL PROTECTED] wrote:
Craig,
Do you know how well Shale and Facelets work together?
https://facelets.dev.java.net/
thanks,
Andy
I did a couple quick experiments, and it seemed to be fine. The only
slightly tricky part is that Shale uses JSF 1.1, so you have
version
will be Sun Java Studio Creator 2.0.
And, I seem to recall Microsoft getting razzed pretty loudly when they
almost missed the calendar for Windows 98 and Windows 2000 releases that
were very nearly in the following year ...
Craig
On 11/2/05, Craig McClanahan [EMAIL PROTECTED] wrote
on trying to
keep up with nightly build changes in MyFaces; just the releases they test
for compatibility with the JSF TCK.
--
James Mitchell
Craig
678.910.8017
On Nov 1, 2005, at 12:37 PM, Craig McClanahan wrote:
On 11/1/05, James Mitchell [EMAIL PROTECTED] wrote:
I can't find my changes
On 11/3/05, James Mitchell [EMAIL PROTECTED] wrote:
Um, sorry, the build failed (which I half expected anyway, not having
run it on the particular machine yet) so I'll rework a few things and
kick it off again. I'll ping the list when they are available.
Thanks.
Thanks James. I was also
On 11/3/05, Michael Jouravlev [EMAIL PROTECTED] wrote:
On 11/3/05, Ted Husted [EMAIL PROTECTED] wrote:
Or, we could just forget the whole thing and have only the individual
subproject releases. The bundle isn't mission critical; it was only
meant as a convenience.
Bundle is critical, it
crontab. Also, have you had a chance to mess with the nightly builds
for the commons packages also, or is that a separate kettle of fish?
--
James Mitchell
678.910.8017
Craig
On Nov 3, 2005, at 1:33 PM, Craig McClanahan wrote:
On 11/3/05, James Mitchell [EMAIL PROTECTED] wrote:
Um, sorry
is whether we
should do this in the Struts zone or not :-). I'll send you that script
separately ... it's actually simpler because the process for each individual
commons package is identical.
Craig
--
James Mitchell
678.910.8017
On Nov 3, 2005, at 10:11 PM, Craig McClanahan wrote:
On 11
.
Maybe at some point you could help us set this up for MyFaces as well?
There is already an effort to migrate the build to Maven so maybe we
could use most of your work on this ...
sean
On 11/4/05, Craig McClanahan [EMAIL PROTECTED] wrote:
On 11/4/05, James Mitchell [EMAIL
401 - 500 of 805 matches
Mail list logo
