The JavaWorld article is indeed pretty good, except for the predating of
the XHMTL tag in the struts-html tag library.
Also it seems to me that the meat of the servlet they use in their
example code could be encapsulated in a single custom tag that inserted
the xml in the output.
So if you take t
4-1036
-----Original Message-
From: Mike Oliver [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 28, 2003 7:30 AM
To: 'Struts Users Mailing List'
Subject: RE: [AXIS4STRUTS]Generating XML from Struts JSP
Craig, Excellent!
That leads to the not so trivial, for Axis4Struts to wor
Hal,
I started this thread thinking not in terms of a holistic optimal
architecture but a simple lightweight generic Axis access method. I
completely concur with you and others that if requirements drive a
ground up architectural integration of a combination of User Access and
Application access
Developers List
Subject: RE: [AXIS4STRUTS] The old In and Out
On Fri, 2003-01-24 at 22:41, Mike Oliver wrote:
> Oh and BTW I believe you are taking a too narrow view of VIEW, so at
> least on that point we disagree. I would define view as the
> presentation layer as you do, but the consume
o some of these
issues. :)
I could be missing the point. Most of my comments are from an XML-RPC
perspective, where types are more rigid. Document type services may be
more flexible.
On Fri, 2003-01-24 at 18:51, Mike Oliver wrote:
> Ben,
>
> When I say, "An Actor posts a request
pes are more rigid. Document type services may be
more flexible.
On Fri, 2003-01-24 at 18:51, Mike Oliver wrote:
> Ben,
>
> When I say, "An Actor posts a request to Struts, the data passed in
the
> request is used to determine what action to take, execute the action
and
&g
Ben,
When I say, "An Actor posts a request to Struts, the data passed in the
request is used to determine what action to take, execute the action and
return a response to the requesting Actor".
In the above statement am I talking about a User on a Browser or an
Application as the "Actor"?
If
One of the biggest benefits from doing Axis4Struts is that we all learn
something and find other ways of doing things, so when presented with a
problem we have knowledge and tools that enable us to solve the problem.
I don't disagree with you, I started this thread because I saw a need
and have us
-
From: Benjamin Tomasini [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 24, 2003 3:23 PM
To: Struts Developers List
Subject: RE: [AXIS4STRUTS] The old In and Out
Thanks...
I think the interaction with Flash, et. al. could be a big deal.
[Mike Oliver>>] Me thinks you think I think
Me too, but way down the road, perhaps when you have decided what will
go into Struts 2.0 in the form of Alternative Transports, from JMS, to
RPC to HTTP to SOAP, etc. For now just an easy standard way to access
struts via Axis seems valuable enough and small enough to avoid
paralysis.
Michael Ol
I think you are quite right in that if you are building some kinds of
applications you might want to make the Axis layer integration at
another level, and not use Axis4Struts, but on the other hand if you
have 95% of your application accessors via users on web browsers and 5%
a subset of requests f
David,
I think it safe to say that many are probably already returning XML with
Style sheets from Struts. That being the case I see little difference
between the response of a Web Browser action request being an XML/XSLT
page or a SOAP Client getting a response with an XML SOAP Response
except of
benefit for Axis.
Web Services have much promise, when applied to the right problem.
[Mike Oliver>>] And Axis4Struts is meant only to make it easier and more
standardized to access Struts applications in the case where you NEED
both a Browser UI and an Axis SOAP/RPC Client to access the same
bu
If I the project had a motto it would be..."In the end, the Web Service
is just another View in the Model-View-Controller architecture. The
value of building this is that this "View" allows Struts Model and
Controller components to be accessed by a much broader range of clients
than currently."
Mi
Thanks Kevin, good start! I didn't want to sour the pool with my
thoughts on these questions up front but I will, rest assured...;-)
Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036
-Original Message-
From: [EMAIL PROTECTED] [mai
If we start with the idea [Kevin's suggestion] that on the Axis side we
develop a Web Service that accepts SOAP Requests with an XML payload and
spins that payload into an HTTP POST/GET to a Struts Application as if
that POST or GET was coming from a Web Browser. Then we need not make
any changes
Ok, thanks for the info. I was just overwhelmed with all these axis
emails.
Can we agree that axis emails be prefixed with [AXIS] so we can filter
appropriately?
David
>From: "Mike Oliver" <[EMAIL PROTECTED]>
>Reply-To: "Struts Developers List" &
Craig asked us to discuss the Struts side here. I suppose when the
SourceForge Project gets rolling, we will have some threads here (struts
specific), some on the SF Project forums for details regarding the play
things and even some on the axis-dev and axis-user lists as appropriate.
Michael Oliv
g a "org.apache" name may seem presumptuous - but if the Struts
developers don't mind having this project use org.apache.struts.axis (or
org.apache.struts.anything...) then that's probably as good as anything.
Comments?
"Mike Oliver"
xis4struts. If you're planning on
making axis4struts either a contribution to struts or integrate it with
struts you should use org.apache.struts.axis.
David
>From: "Mike Oliver" <[EMAIL PROTECTED]>
>Reply-To: "Struts Developers List" <[EMAIL P
too bulky and cheesy. Why not
something
>elegant like org.apache.struts.axis?
>
>Mark
>
>-Original Message-
>From: Mike Oliver [mailto:[EMAIL PROTECTED]]
>Sent: Sunday, January 19, 2003 2:08 PM
>
>Before we start prototyping components for the marriage of Axis
Yup just brainstorming at this point, thanks.
Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036
-Original Message-
From: David Morris [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 20, 2003 6:08 PM
To: [EMAIL PROTECTED]
Subjec
se some
business logic through a Web Service to some non-java client (or even a
non-http Java client), then this gives you a way to do that.
[Mike Oliver>>] conversely if you start with a web service and have a
need to build a Struts User Interface to some or all of it you would put
Axis be
on Axis4Struts
> Thanks Kevin,
>
> I agree from a 30,000' point of view. See my comments below.
>
Thanks Mike - at least there's a basis to begin more discussions now!
>
>
> http://www.strutskickstart.com
> [Mike Oliver>>] BTW Bought the book.
MTP, etc) || | |
| || ->|||
| || |||
| |||--->||
| |||(HTTP Req.) ||
| || ||
Kevin
http://www.strutskickstart.com
[Mike Oliver>>] BTW Bought the book.
[EMAIL PROTECTED]
Before we start prototyping components for the marriage of Axis to
Struts why don't we decide on the package path.
It should be obvious IMHO that it should be related to the package path
for Struts but unique.
So I propose a root to the package path at:
org.apache.struts.axis4struts
. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Saturday, January 18, 2003 2:33 PM
To: Struts Users Mailing List
Subject: RE: Axis/SOAP proposal for Struts
On Sat, 18 Jan 2003, Mike Oliver wrote:
> Date: Sat, 18 Jan 2003 14:14:19 -0700
> From: Mike Oliver <[EMAIL PROTECTED]>
> Reply-T
And if you (or any of the Tucson JUG) want to contribute just let me
know and I will add you in.
http://sourceforge.net/projects/axis4struts/
And Warner if you want to contribute you can take the task of creating a
snazzy Home page for:
http://axis4struts.sourceforge.net
You will get a lot of e
+1
Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 6:14 PM
To: Struts Developers List
Subject: Re: [VOTE] Declare Struts 1.1
Ok here we go, gotta go buy Kevin's book.
Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036
-Original Message-
From: SourceForge.net [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 2:50 PM
To: [EMAIL PROTECTED]
Subject
Oh YES! I too would be very much interested in these.
Ollie
At 04:50 PM 7/9/2002 +0200, you wrote:
> Hi,
>
> I am writing a specification document for my struts application,
> and I am searching diagrams (class diagram, collaboration diagram,
> sequence diagram)
I couldn't agree more, having used the O'Reilly multipart libraries with a
lot of effort this would be a big win for those of us building document
oriented systems on Struts.
Ollie
At 08:49 PM 7/7/2002 -0700, you wrote:
>Although several bugs have been fixed in the Struts multipart handling si
t; I personally gave up on the built-in Tomcat that JBuilder 4 provides
> (3.0 I think), and I build one of 3.3 head, 3.2, or 4.0 head, and just
> add it to the project explicitly, and then debug through it.
>
> Scott Sanders
>
> Mike Oliver wrote:
>
> >> Hi, my team
tomcat server.xml
> Are all of your file paths set up correctly?
I get no errors when I do a make or a build from JBuilder.
I have set the context path to /DocumentOEC which is the subdirectory under
tomcat/webapps/ where I root everything.
>
>
> Mike Oliver wrote:
>
> >>
]>
Sent: Monday, April 16, 2001 3:03 PM
Subject: Re: JBuilder development of struts and web.xml
> Mike Oliver wrote:
>
> >> Do you mean you used the run configuration?
> >>
>
> Yes. That is exactly what I do.
>
> Scott
>
>
>
lder 4 provides
> (3.0 I think), and I build one of 3.3 head, 3.2, or 4.0 head, and just
> add it to the project explicitly, and then debug through it.
>
> Scott Sanders
>
> Mike Oliver wrote:
>
> >> Hi, my team and I are building a system on top of struts and are
excit
Hi, my team and I are building a system on top of struts and are excited
about what we see and think we can do.
The first problem we have encountered is the use of web.xml to map the *.do
requests to the action servlet.
Ok that works fine on jakarta-tomcat in the webapps, but it doesn't work in
requiring two languages to support one application is not a good thing in a
commercial application, but there may be instances where existing perl
applications need to interoperate with struts applications so it is a fait
de accompli (sp?), the 'right' thing is to accomodate BOTH.
M
We too are in favor of regex validation in Struts and will participate in
development and testing.
Mike Oliver
Morningstar Systems.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 27, 2001 7:36 AM
Subject: RE: development issues
We are taking a slightly different approach that you may like.
We are overriding ActionServlet to add two hooks, a
//execute BeforeAction event queue
if (!processBeforeAction(mapping,
formInstance,
request,
We are incorporating Struts into our product plans because the MVC design
pattern and use of servlets and JSP are so similar to what we were already
designing that it would be foolish to re-invent the wheel.
However our requirements exceed the Struts requirements in the area of the
ActionServlet
41 matches
Mail list logo