On Mon, 29 Nov 2004 22:29:35 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Thanks, Craig. I think there might be a misunderstanding. See within.
On Mon, 29 Nov 2004 18:32:06 -0800, Craig McClanahan [EMAIL PROTECTED]
wrote:
On Mon, 29 Nov 2004 17:36:09 -0800, Dakota Jack [EMAIL
On Mon, 29 Nov 2004 10:34:13 -0800 (PST), David Graham
[EMAIL PROTECTED] wrote:
--- Craig McClanahan [EMAIL PROTECTED] wrote:
I agree with Don's assessment, but wanted to add an FYI note -- Shale
does zero-config for #3 (because the mapping between a JSP page and
the corresponding
-Original Message-
From: Craig McClanahan [mailto:[EMAIL PROTECTED]
Sent: 29 November 2004 01:55
To: Struts Developers List; Dakota Jack
Subject: Re: Think Tank Thread on IoC, CoR, and HaD (hot arse deploy)
[was Re: Chain enhancement idea]
On Sun, 28 Nov 2004 15:36:27 -0800,
I think I got a book at home in the attic that went into so-called
``Hot Deployment'' in great detail. (Been a year since I last
looked at it for generic service locator idea, in the end
I found myself looking at IoC / Dependency Injections pattern.)
It is addison wesley from 2001-2002. Let
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
===
--- Craig McClanahan [EMAIL PROTECTED] wrote:
I agree with Don's assessment, but wanted to add an FYI
note -- Shale
does zero-config for #3 (because the mapping between a JSP page and
the corresponding
Sorry for the OT, but I figured some folks here are doing this.
I'm trying out Subclipse and getting this error:
http://cvs.apache.org/~jmitchell/server-cert-invalid.jpg
How are you getting around this?
Command line works fine for me, but I would really like to use Eclipse.
--
James Mitchell
On Tue, 30 Nov 2004 11:23:35 +, Pilgrim, Peter wrote:
How is learning and remembering up to 5 different configuration
files better for the user? If I was put in this position, I
would seriously consider other ways of writing Java webapps.
XML configuration cannot replace traditional
On Tue, 30 Nov 2004 00:34:54 -0800, Craig McClanahan wrote:
Tell me again why it is ok for Stuts 1.x to require more
configuration files than Shale does :-)
It's not OK, which is why the latest proposed roadmap mentions combining the
configurations. All three configurations support partial and
quote
XML configuration cannot replace traditional programming.
/quote
I'd rephrase that slightly as:
XML configuration cannot completely replace traditional programming.
The issue being here that with the right frameworks and tooling you can
go a long way to eliminating all code except that
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
On Tue, 30 Nov 2004 11:23:35 +, Pilgrim, Peter wrote:
How is learning and remembering up to 5 different configuration
files better for the user? If I was put in this position, I
would seriously consider other
repost (gmane)
Flex just does that, it is declerative programing language. I think
it is the far future (I think SoA is up 1st).
http://livedocs.macromedia.com/flex/15/asdocs_en/mxml-tags.html
It even has a repeater xml
.V
quote
XML configuration cannot replace traditional programming.
/quote
James Mitchell wrote:
Sorry for the OT, but I figured some folks here are doing this.
I'm trying out Subclipse and getting this error:
http://cvs.apache.org/~jmitchell/server-cert-invalid.jpg
How are you getting around this?
Command line works fine for me, but I would really like to use Eclipse.
-Original Message-
From: BaTien Duong [mailto:[EMAIL PROTECTED]
==
Craig McClanahan wrote:
On Tue, 23 Nov 2004 14:20:02 -0600, Joe Germuska
[EMAIL PROTECTED] wrote:
I need to have a hook into processValidate() on validation failure.
Currently that can only be
Jack,
Peter's point ``Hot Deployment'' can be located in Chapter 2 p29-34
http://www.develop.com/us/technology/developmentorseriesdownload.aspx?id
=11
Shed.
Way out of my league
-Original Message-
From: Pilgrim, Peter [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004
--- Craig McClanahan [EMAIL PROTECTED] wrote:
On Mon, 29 Nov 2004 10:34:13 -0800 (PST), David Graham
[EMAIL PROTECTED] wrote:
--- Craig McClanahan [EMAIL PROTECTED] wrote:
I agree with Don's assessment, but wanted to add an FYI note --
Shale
does zero-config for #3 (because the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21244.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21244.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Writing Java webapps should be easy.
http://www.hacknot.info/hacknot/action/showEntry?eid=45
Kind of a lengthy read, but it seemed appropriate.
- Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
On Tue, 30 Nov 2004 07:45:17 -0500, Ted Husted [EMAIL PROTECTED] wrote:
Speaking of todos, is there more to be done on the struts-faces taglib? Or is
that ready for a release vote?
There are two outstanding bugs ... 32014 and 32370. The latter is
fairly straightforward, the former is a
On Tue, 30 Nov 2004 08:38:54 -0800 (PST), David Graham
[EMAIL PROTECTED] wrote:
My basic concern is that we're heading down a path that doesn't simplify
things for Struts users (including myself in that group) and instead using
the next shiny technology in front of us. If Spring and/or JSF
At 3:31 PM + 11/30/04, Pilgrim, Peter wrote:
The theory is to compose
your own request processor, but has anyone got a working
example of such a beastie (yet)?
Well, I'm not sure what you mean, but I have a production app which
includes eight locally developed commands interspersed among the
+ 1
.V
David Graham wrote:
If Spring and/or JSF simplify
using Struts, then I wholeheartedly support using them. But first we need
to show how they accomplish that and not just use them because they're
cool.
-
To unsubscribe,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=6096.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Good points, but there do exist tools to somewhat aide in configuration.
True, not all configs have tools for them, and not all editors/IDEs support
all tools ... but the tools do exist none-the-less :-)
... 'course, it's still nice to know the format of a config file, in case
there's some
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32014.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I tried subclipse over the weekend, and I would have to agree. I am
really dissapointed so far. I am well versed with the Eclipse CVS
stuff, but Subclipse was a nightmare. It hosed my repository and It
may have been the cause of my hosed eclipse install. I don't know
what version of
Subclipse just released an updated version today.
http://subclipse.tigris.org/0.9.23/changelog.html
(Note the Feature Change - IMPORTANT paragraph is not true, that
change didn't make the release)
I am subscribed to their dev list to keep tabs on the progress. They are
still working on it and a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32396.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Peter, Thanks for your view. I have made a good working prototype sice
the first email. Interested persons can see my updates below:
Pilgrim, Peter wrote:
-Original Message-
From: BaTien Duong [mailto:[EMAIL PROTECTED]
Greetings and request expert advice:
Commons-chain invented
James,
Fetch https://svn.apache.org in IE, you should get a Security Alert. Just
View Certificate = Install Certificate. It worked on Win 2K, eclipse
3.0/3.1 with subclipse 0.9.22/0.9.23. Upgrade subclipse javahl worked
right out of the box.
Shed.
-Original Message-
From: James Mitchell
Very applicable actually :)
Let's look it this way - what types of information needs to go into
configuration? I see the following types:
1. Action/Backing bean definitions. Perferably support for connecting
with business objects.
2. Form/field definitions and validations.
3.
Thanks for the information, Peter. A couple of comments within. To
think ahead to the next couple of submissions, I know about Halloway,
and based most of what I have done so far on his thinking.
On Tue, 30 Nov 2004 11:04:58 -, Pilgrim, Peter
[EMAIL PROTECTED] wrote:
Hence WebLogic
Hi, Paul,
Sorry to disappoint you, but thanks for stopping in to say you are not
interested. LOL Seriously, this is a think tank thread not a
completed idea which is being ballyhooed thread. If you know a better
way than is being presented, please step up. I have not seen this
conversation
Thanks again. More useful information, Craig. I am trying to figure
out a good way to do a Registry.java class without messing up garbage
collection. I was hoping to use finalize() to keep track outside of
the garbage collection loop of live classes, but have discovered, I
think, that only
While I'm one who has had good experiences with Spring's BeanFactory
for managing my business objects, maybe we should focus first on
defining what Struts is and what needs to be configured. This would
allow us to move more flexibly to various configuration approaches,
or conceivably support
I'm putting a cap on my work here for the moment. I would be
interested if anyone has some ideas, directions, etc. they could offer
on the Registry issues. I would like to thank everyone, even Paul
;-), for their assistance on this thread. I need to do some homework
and then will be back on
On the topic of a Struts API bean, I completely agree. We should have
one bean, probably actually stored in the servlet context, which
contains references to all the Struts-specific components like
configuration elements and message resources. Now this, and the Spring
topic, do overlap since
Sure, works for me :)
Don
Joe Germuska wrote:
snip /
Now, then: This whole thread started as a different question and was
motivated by an earlier question. Assuming that we continue to use
Digester to instantiate and populate ActionConfig objects, I would
like to add a generic mapped property
At 5:13 PM + 11/23/04, Gareth Webbley wrote:
I don't know if this is the correct way to do it but if you call
setupGetAttribute on the MockServletContext with the key that you require and
a null value, when the code you want to test calls getAttribute it will get a
null value (which I assume
--- Joe Germuska [EMAIL PROTECTED] wrote:
snip
This sounds like a good idea to me. I generally avoid Properties in favor
of Maps in external interfaces but the casting really is a pain.
Properties is a Map so you could store any old object in there anyways.
David
Now, then: This whole
On Tue, 30 Nov 2004 17:15:51 -0600, Joe Germuska wrote:
I've been thinking for a while that we should stop storing so many
things directly in the ServletContext and instead, define a
Struts object which would hold these things. I've mentioned this
obliquely a few times and not gotten much
Is your implementation of Agility something you could share with us, BaTien?
-Ted.
On Tue, 30 Nov 2004 12:23:39 -0700, BaTien Duong wrote:
Here is how based on my working prototype:
Using commons-chain Agility, i build a request/response framework
for communicating and specialized processing
I like the idea of having a mapped property like this, but I'm not
sold on this particular mechanism for implementing it. The reason is
that it takes the general purpose set-property element and makes a
particular property name special. That doesn't seem very clean to
me, and we could end up
On Tue, 30 Nov 2004 17:15:51 -0600, Joe Germuska [EMAIL PROTECTED] wrote:
While I'm one who has had good experiences with Spring's BeanFactory
for managing my business objects, maybe we should focus first on
defining what Struts is and what needs to be configured. This would
allow us to move
On Tue, 30 Nov 2004 16:00:49 -0800, Don Brown [EMAIL PROTECTED] wrote:
On the topic of a Struts API bean, I completely agree. We should have
one bean, probably actually stored in the servlet context, which
contains references to all the Struts-specific components like
configuration elements
Yep, that's a lot of what I had in mind. But I
had been thinking that there was call for some
more functionality in the controller layers as
well as in the view. The interface is read-only,
which is right for a view, but maybe incomplete
in other layers.
But I'm ready for bed now, so I
Yes, I like this better. Then, a method on ActionConfig:
public String getProperty(String key)
which returns the value which was set.
As an implementation detail, there would also be a setProperty(String
key, String value). This method would obey the configured/frozen
semantics of other
47 matches
Mail list logo