-
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 work as envisioned,
the Axis stubs and WSDL
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
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
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
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]
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.
be 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
business
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
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
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
: 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 Axis4Struts will become
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
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
return a response to the requesting Actor.
In the above statement am I
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 to Struts, the data passed
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 consumer dictates what
[EMAIL PROTECTED]
To: 'Struts Developers List' [EMAIL PROTECTED]
Subject: RE: Axis4Struts package names
Date: Tue, 21 Jan 2003 11:06:58 -0500
I don't like the package name - too bulky and cheesy. Why not
something
elegant like org.apache.struts.axis?
Mark
-Original Message-
From: Mike
. 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 PROTECTED]
To: 'Struts Developers List' [EMAIL PROTECTED]
Subject
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
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 [EMAIL PROTECTED]
To: 'Struts Developers List
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.
deep bowThank you thank you thank you!/deep bow
2
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 behind Struts (as Kevin's book
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]
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
. 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-To: Struts Users Mailing
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]
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
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
excited
about what we see and think we can do.
The first
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:
I tried that but got a repeating console message
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 and I are building a system on top of struts and are
excited
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
I agree
31 matches
Mail list logo