RE: reality? CoR was Re: Struts or SpringFramework

2005-02-21 Thread Joe Germuska
At 3:03 PM -0500 2/19/05, David G. Friedman wrote: Joe, Your comment on testing CoR (Struts v1.3 or struts-chains) interests me. How would that be done? Do you suggest JUnit, TestNG, or something else? sI looked a little at StrutsTestCase and something about it bothers me, but what I can't exactly

Re: Struts or SpringFramework

2005-02-19 Thread Dakota Jack
t: Saturday, February 19, 2005 2:14 PM > To: Struts Users Mailing List > Subject: Re: Struts or SpringFramework > > Thanks, Vic. I would suggest that they are not competitors for the > same job under normal circumstances. IoC might be seen as for a > plumbing strategy (archi

RE: reality? CoR was Re: Struts or SpringFramework

2005-02-19 Thread David G. Friedman
Joe, Your comment on testing CoR (Struts v1.3 or struts-chains) interests me. How would that be done? Do you suggest JUnit, TestNG, or something else? sI looked a little at StrutsTestCase and something about it bothers me, but what I can't exactly identify. > public User getUser() { >return

RE: Struts or SpringFramework

2005-02-19 Thread David G. Friedman
m: David G. Friedman [mailto:[EMAIL PROTECTED] Sent: Saturday, February 19, 2005 2:50 PM To: Struts Users Mailing List Subject: RE: Struts or SpringFramework Does it mean I'm going made if Jack starts making sense? :) Regards, David -Original Message- From: Dakota Jack [mail

RE: Struts or SpringFramework

2005-02-19 Thread David G. Friedman
Does it mean I'm going made if Jack starts making sense? :) Regards, David -Original Message- From: Dakota Jack [mailto:[EMAIL PROTECTED] Sent: Saturday, February 19, 2005 2:14 PM To: Struts Users Mailing List Subject: Re: Struts or SpringFramework Thanks, Vic. I would suggest

Re: Struts or SpringFramework

2005-02-19 Thread Dakota Jack
Thanks, Vic. I would suggest that they are not competitors for the same job under normal circumstances. IoC might be seen as for a plumbing strategy (architecture), e.g. Action, RequestProcessor, ActionForm, etc. as interfaces and CoR for implementation strategies (application). I personally wou

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-19 Thread Dakota Jack
I probably should have intimated more strongly that SomeInterface could be Action. Helper could be Command/Chain, etc. On Sat, 19 Feb 2005 10:31:26 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > > On Fri, 18 Feb 2005 15:44:18 -0500, Rick Reumann > > I'm wondering if you > > could do something

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-19 Thread Dakota Jack
On Fri, 18 Feb 2005 15:44:18 -0500, Rick Reumann > I'm wondering if you > could do something like this in a Command... > > public boolean execute(Context context) throws Exception{ > > context.setAttribute("someList",someList); > ... > } > > and then from a JSP be able to somehow have

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-19 Thread Joe Germuska
Obviously it's tough not to be too academic when you're not actually cutting code, but the general tack I like to take is to wrap those dependencies in classes of my own. So, in this case: someDispatchMethod(...) { (User)request.getSession().getAttribute("user"); you could instead have arranged

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-19 Thread Rick Reumann
Joe Germuska wrote the following on 2/19/2005 11:56 AM: The biggest gain I would see out of it would be a further step towards reducing dependencies on the HTTP API, which, despite your skepticism ;-) I think is a worthy goal in itself. Oh trust me, I'm all for it reducing dependency on the HTTP

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-19 Thread Joe Germuska
At 11:49 PM -0500 2/18/05, Rick Reumann wrote: Joe Germuska wrote the following on 2/18/2005 5:37 PM: Well, I think you're blurring things here. When I talk about "http-free" components, I'm talking about your business logic, not your controllers (actions or commands). But for most developers, t

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-18 Thread Rick Reumann
Joe Germuska wrote the following on 2/18/2005 5:37 PM: Well, I think you're blurring things here. When I talk about "http-free" components, I'm talking about your business logic, not your controllers (actions or commands). But for most developers, the business logic usually is already self cont

Re: Struts or SpringFramework

2005-02-18 Thread Vic
So the short answer is... I can't! You use a QuickSort and a BubleSort in 2 diferent scenarios, one is good for semi sorted data, the other for large sorts. I used IoC to organize and configure classes after the fact. With CoR I can re-use comands in a diferent context and still be able to c

Re: Struts or SpringFramework

2005-02-18 Thread Shey Rab Pawo
I understand how a chain works. Filters in the servlet API are a good example. They are as you say, Vic, very useful. And I have some idea of what the Struts chain is all about: http://www.theserverside.com/news/thread.tss?thread_id=28092. What I don't quite see is how they or CoR replace IoC.

Re: Struts or SpringFramework

2005-02-18 Thread Duong BaTien
Vic wrote: It is by far my favorite topic (and for all early RiA adaters). Email me a vin at friendvu.com or at (hardly used) forums at sandraSF.com. I use chain for SoA dispatching from hessian, not on JDNC side (becuase JNLP classloader looks at digester as a security violation :-( ) On JDNC

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-18 Thread Joe Germuska
I think using commons-chain is a very cool idea, I just think the reality is you'll end up still seeing much use of the ServletActionContext from within the Command objects which goes against your comment that you'll be able to write "http-free" components as the chain events. I don't really se

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-18 Thread Rick Reumann
Joe Germuska wrote the following on 2/18/2005 2:42 PM: The ActionContext interface defines three maps, requestScope, sessionScope, and applicationScope. We decided that these were logically relevant to any Struts application, regardless of the request/response API. Thus, as long as you're usin

Re: Struts or SpringFramework

2005-02-18 Thread Joe Germuska
At 1:48 PM -0600 2/18/05, Vic wrote: There are 2 chains. One is the request processor chain, the heart of Struts that Joe is donating design and implementation. Hey, I'm just a follower here, refining stuff that was blasted out by others (Craig, Don, Ted, I think... no offense to anyone I'm miss

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-18 Thread Joe Germuska
To summarize my question, what if you need to stuff different things into the Request/Session based on things that happen in chains like B_chainEvent and C_chainEvent? The problem I see is many times you'll be stuck in the middle of a chain cycle and you then need to interact with Request or Se

Re: Struts or SpringFramework

2005-02-18 Thread Vic
There are 2 chains. One is the request processor chain, the heart of Struts that Joe is donating design and implementation. Most users in Struts never touched it before, and likely will never touch it now; I stay away from it (other than to see how it works so I can do mutlri row CRUD). So now

Re: reality? CoR was Re: Struts or SpringFramework

2005-02-18 Thread Shey Rab Pawo
Since this is a theoretical discussion, maybe stating some of the basics regarding HTTP would not be unwelcome. 1. WEB MVC STRUCTURE: The difference between standalone and web applications in relationship to the MVC framework is that standalone applications have components on screens which commun

Re: Struts or SpringFramework

2005-02-18 Thread Vic
It is by far my favorite topic (and for all early RiA adaters). Email me a vin at friendvu.com or at (hardly used) forums at sandraSF.com. I use chain for SoA dispatching from hessian, not on JDNC side (becuase JNLP classloader looks at digester as a security violation :-( ) On JDNC I had to do

RE: Struts or SpringFramework

2005-02-18 Thread Fogleson, Allen
We used the bean framework portion of Spring in a couple applications. It was very nice when the client decided to not use EJB Facades we could very simply (less than 10 minutes) switch the whole app over to a POJO Façade. Granted we wrote the POJO Facades at the time we were developing, and the

reality? CoR was Re: Struts or SpringFramework

2005-02-18 Thread Rick Reumann
Joe Germuska wrote the following on 2/18/2005 12:32 PM: Yes. If I may, what Ted, Vic, Don, and I are saying is that you should treat Struts as an adapter between HTTP requests and an application which has nothing to do with HTTP. Minimal business logic should be embedded in the Struts layer, w

Re: Struts or SpringFramework

2005-02-18 Thread Don Brown
There was talk during a brainstorming session on the future of Actions, where the idea was put out that perhaps Action could go away and everything could be in the same chain catalog. I believe that idea was eventually abandoned as Struts chain commands are going to have the "execute(ActionContex

Re: Struts or SpringFramework

2005-02-18 Thread Dakota Jack
Thanks, Don. This is really, really, helpful. One last little question, given this much, when there is talk that seems to envision put action as a part of the chain, what does that relate to? That seemingly could not be the part that has a chain supplanting the request processor "in" the action

Re: Struts or SpringFramework

2005-02-18 Thread Don Brown
The inherent problem with following a developer list is you will hear many different opinions, usually with the goal of coming to an agreed solution or direction, but that direction, once agreed upon, usually isn't clearly laid out. If you want clear direction, look at the user guide, release note

Re: Struts or SpringFramework

2005-02-18 Thread Duong BaTien
Vic wrote: You can put your toe in Spring(Tapestry or JSF) and see how it feels becuase you know the Struts side. Or. you can start doing commons-chain now! And then plug it into anything. What Ted Husted said on dev list was words to the effect: "people should be no longer be writing Struts app

Re: Struts or SpringFramework

2005-02-18 Thread Joe Germuska
At 8:50 AM -0800 2/18/05, Don Brown wrote: One approach to building applications that is supported by Struts 1.3+ is to write a commons-chain based application and plug it into Struts, however, that is only one approach while the existing Action class approach still exists and will exist for a very

Re: Struts or SpringFramework

2005-02-18 Thread Dakota Jack
Thanks, Don. Much appreciated. The problem is that there is no consistency on this. I tried, for example, to discuss naming and the Struts chain and got severely stomped on for having the stupidity to think that Struts and Commons could be considered seperately. I have a real interest in chain,

Re: Struts or SpringFramework

2005-02-18 Thread Dakota Jack
Exactly, Wendy, what is intended is very hard to track. Jack > Wait... I think it was Joe who said that if we had never cared about the > Struts RequestProcessor up to now, we could ignore 'chain' since it is just > replacing things behind the scenes inside Struts. > > Is this something differ

Re: Struts or SpringFramework

2005-02-18 Thread Don Brown
One approach to building applications that is supported by Struts 1.3+ is to write a commons-chain based application and plug it into Struts, however, that is only one approach while the existing Action class approach still exists and will exist for a very long time. Personally, I favor using eith

Re: Struts or SpringFramework

2005-02-18 Thread Wendy Smoak
From: "Vic" <[EMAIL PROTECTED]> > Or. you can start doing commons-chain now! And then plug it into > anything. What Ted Husted said on dev list was words to the effect: > "people should be no longer be writing Struts applications. They should > be writing commons-chains (CoR) applications. Then ju

Re: Struts or SpringFramework

2005-02-18 Thread Shey Rab Pawo
You seem to be thinking of "upgrading" from Struts while also deploying your web application in Spring. If you search this list, I believe you will find Mr. McClanahan saying that Struts is inferior to other existing request based MVC web frameworks. You might want to chase that down and to consi

Re: Struts or SpringFramework

2005-02-18 Thread Vic
You can put your toe in Spring(Tapestry or JSF) and see how it feels becuase you know the Struts side. Or. you can start doing commons-chain now! And then plug it into anything. What Ted Husted said on dev list was words to the effect: "people should be no longer be writing Struts applications.

Re: Struts or SpringFramework

2005-02-18 Thread Bryce Fischer
Richard Reyes wrote: Hello, Whats the advantage of using spring for your persitence layer when you can do it with struts? Well, you don't really use "Spring" for your persistence layer, you use Spring to simplify using your persistence layer, whether it's Hibernate, Ibatis, or straight JDBC. It p

Re: Struts or SpringFramework

2005-02-18 Thread Larry Meadors
Without exception, every developer I have talked to personally that has tried SpringMVC said it was way more complex than struts, and ended up going back (almost all the way) to struts. What I have heard is a killer combination is "Spring-managed Struts". In this permutation, you use struts with a

Re: Struts or SpringFramework

2005-02-18 Thread Robert Taylor
Kris, as others have already mentioned, you can use Struts and Spring together. Since you have four years of Struts you can leverage that knowlege in the presentation layer and use Spring for a light-weight container in the business/integration tier allowing it to provide services such as decla

Re: Struts or SpringFramework

2005-02-18 Thread Vamsee Kanakala
Richard Reyes wrote: Whats the advantage of using spring for your persitence layer when you can do it with struts? I had the good fortune to read Rod Johnson & Juergen Hoeller's "J2EE developement without EJB". From what I can glean from the book, Spring is much more than a MVC or a Persistene

Re: Struts or SpringFramework

2005-02-18 Thread Richard Reyes
ng Spring along > With Hibernate/ whatever spring supports... :-) > > Sorry for being so short :-) > > Regards > marco > > -Original Message- > From: Vamsee Kanakala [mailto:[EMAIL PROTECTED] > Sent: 18 February 2005 09:23 > To: Struts Users Maili

RE: Struts or SpringFramework

2005-02-18 Thread Marco Mistroni
2005 09:23 To: Struts Users Mailing List Subject: Re: Struts or SpringFramework Marco Mistroni wrote: > You can use both of them at same time, for example using Struts >for weblayer and Spring for persistence layer (if you have one..) > > > Huh? I thought Spring didn&

Re: Struts or SpringFramework

2005-02-18 Thread Vamsee Kanakala
Marco Mistroni wrote: You can use both of them at same time, for example using Struts for weblayer and Spring for persistence layer (if you have one..) Huh? I thought Spring didn't have it's own persistence layer (as far as I know, Spring persists through iBatis or Hibernate). Vamsee.

RE: Struts or SpringFramework

2005-02-18 Thread Marco Mistroni
: Struts or SpringFramework Hello, I have used Struts for four years. And I am evaluating SpinrgFramework. Anybody can give me some suggestions on them ?? Eric - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands

Re: Struts or SpringFramework

2005-02-17 Thread Dakota Jack
You might profit from dropping into you local bookstore and perusing through Rod Johnson's "J2EE Development without EJB" which is really good. Chapter 13 covers web tier design and the Web MVC that comes with Spring. (Rod is the primary author of the ideas behind as well as the code behind the S

Re: Struts or SpringFramework

2005-02-17 Thread Dakota Jack
I assume you know this but just in case: Struts (a web application framework) is not a "rival" not for the Spring Framework (which is a lightweight j2ee applicatoin framework). I assume, then, that you must mean the standard web application framework that comes with Spring? Is that right? Jack

Struts or SpringFramework

2005-02-17 Thread Eric Chow
Hello, I have used Struts for four years. And I am evaluating SpinrgFramework. Anybody can give me some suggestions on them ?? Eric - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]