For Struts 2, the example apps are no longer part of the default build.
To build them, add -Papps (or -Dapps, if you prefer system properties)
to the command line.
(Or, cd to the 'apps' directory or below and build with 'mvn' as usual.)
Is anyone using the 'xwork' profile that expects it to be
Clarification: SOAPAction isn't a custom header as far as StrutsWS goes,
it's part of the SOAP spec... I wanted to mention this because the link
here actually says SOAPAction is a custom header, but they mean in the
context of the SOAP spec. Didn't want to confuse anyone :)
Frank
Frank W. Za
Michael Jouravlev wrote:
Thanks! Just downloaded and looking at it. By the way, it
distinguishes SOAP request by checking custom parameter "SOAPAction".
I hope that it can accept any SOAP web service, not just
Struts-specific ones.
It's actually not a custom parameter...
http://www.awprofessio
On 7/18/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
Michael Jouravlev wrote:
> This posting is about a year old. How a web service can be implemented
> with 1.3 chain? Stick webservice preprocessing command into a chain,
> it unwraps SOAP envelope, sticks input data into context and lets
> c
On 7/18/06, Nathan Bubna <[EMAIL PROTECTED]> wrote:
My general feel is that #surl is fine, but if you really want a
separation, you should use a hyphen, not an underscore. Of course,
if i were doing this myself i might design some/many of these as tools
instead. so $s.url(...) instead of #surl
Michael Jouravlev wrote:
This posting is about a year old. How a web service can be implemented
with 1.3 chain? Stick webservice preprocessing command into a chain,
it unwraps SOAP envelope, sticks input data into context and lets
chain do it thing.
http://strutsws.cvs.sourceforge.net/strutsws/
Nathan Bubna wrote:
(it's been awhile
since I've been one myself --- Ahh, those were the days!), but the _
is a shift key. If we were going to use a separator in the vmname, we
might want to try the hyphen (-). Then, all three would have
separators, even if different separators :)
From the VTL
From wiki [1], originally posted by Frank Z:
"My solution was to write a custom request processor that could
recognize a Web Service request (SOAP over HTTP). It would be able to
"unroll" the SOAP request, then let Struts process the request as it
usually would, and then render the response. My
On 7/18/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/18/06, Don Brown <[EMAIL PROTECTED]> wrote:
> What about using "s_" for velocity, then "s:" for the rest?
From what Toby said, I think FreeMarker uses a ".", as in
<@s.url ... />
I'd like to hear from a Velocity person on this
but i like
So, what is it that we are doing about nightly builds?
I though we had them running, but I don't see them now.
* http://people.apache.org/builds/struts/
-Ted.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
The bootstrap folder contains primarily Ivy jars, which is needed to pull down
the rest of the dependencies. The Ant build relies on those dependencies to
execute its tasks, one of which generates the TLD from XDoclet annotations.
Don
Ted Husted wrote:
On 7/18/06, Don Brown <[EMAIL PROTECTED
On 7/18/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 7/18/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Try removing xwork from your local Maven repo so it will download again.
Stock answer. :) Never mind... looks like that's from an example app,
not from the build.
The answer is still right
On 7/18/06, Don Brown <[EMAIL PROTECTED]> wrote:
I created a ticket that summarizes the current Ant build discussion and lays out
the tasks.
https://issues.apache.org/struts/browse/WW-1384
So we need what's in the "bootstrap" folder or taglib generation?
-Ted.
---
Joe,
Yes, I seem to pick up this issue every two weeks, and coming back to it
again.
After reading your answers again and delving into the source code, I
think I understand the mechanism pretty well. The problem for me is that
Commons Chain does not seem to have an override capability.
A c
On 7/18/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Try removing xwork from your local Maven repo so it will download again.
Stock answer. :) Never mind... looks like that's from an example app,
not from the build.
--
Wendy
You need an updated xwork jar. I'm surprised you don't have more errors, since
the package has changed to com.opensymphony.xwork2
Don
Ted Husted wrote:
I'm using a 2.0 snapshot compiled earlier this week.
Any ideas of what would cause this exception:
java.lang.NoSuchMethodError:
com.opensym
On 7/18/06, Ted Husted <[EMAIL PROTECTED]> wrote:
I'm using a 2.0 snapshot compiled earlier this week.
Any ideas of what would cause this exception:
java.lang.NoSuchMethodError:
com.opensymphony.xwork.ActionProxyFactory.createActionProxy(Ljava/lang/String;Ljava/lang/String;Ljava/util/Map;ZZ)Lc
I'm using a 2.0 snapshot compiled earlier this week.
Any ideas of what would cause this exception:
java.lang.NoSuchMethodError:
com.opensymphony.xwork.ActionProxyFactory.createActionProxy(Ljava/lang/String;Ljava/lang/String;Ljava/util/Map;ZZ)Lcom/opensymphony/xwork/ActionProxy;
at
org.a
LOL...cool! I thought it was only me that did that :)
I even went so far as to start checking my path vars after this
little beauty...
[EMAIL PROTECTED] ~]$ svn clean install
Unknown command: 'clean'
Type 'svn help' for usage.
(me needs more sleep)
--
James Mitchell
On Jul 18, 2006,
I just call them action methods, no matter what form they take. They
can be S1's Action.execute(), a method that EventActionDispatcher
calls, a Command implementation, a POJO method, whatever. They're all
in response to . Well, okay, so some of them are
GET calls. But sticking to the term "act
On 7/18/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/18/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>Does anyone have better term for Action/Command?
In other places, I refer to such things casually as "handlers". People
have often used this word on the list to distinguish between the
ac
On 7/18/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
Does anyone have better term for Action/Command?
In other places, I refer to such things casually as "handlers". People
have often used this word on the list to distinguish between the
action mapping and the Action class (handler).
It's
On 7/18/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
I believe that Ted said that Struts implements Service-to-Worker
pattern (being part of a broader Front Controller pattern). This seems
appropriate [1]:
Or, perhaps more properly, the Server-to-Worker pattern describes how
Struts and Stru
On 7/18/06, Don Brown <[EMAIL PROTECTED]> wrote:
What about using "s_" for velocity, then "s:" for the rest?
From what Toby said, I think FreeMarker uses a ".", as in
<@s.url ... />
I'd like to hear from a Velocity person on this (it's been awhile
since I've been one myself --- Ahh, those w
Struts 1 documentation does not use word "dispatcher", and it uses
verb "dispatch" just only couple of times. This causes terminology
problems around Struts components. Pre-1.3 Struts versions worked
around this issue using terms "action-based" or "action-oriented", but
with 1.3 this terminology f
Ted Husted wrote:
On 7/18/06, Don Brown <[EMAIL PROTECTED]> wrote:
I like core better because it fits our naming conventions better and
aligns with
the JSTL convention.
I'd suggest that it aligns a bit too much. If we use "core" in the
URI, there will be a tedency to refer to the "core tags",
Thx for the info Ted. Looks interesting :-)
Actually, I need to write up something about a (preferably real life example)
successful conversion from normal webapp to Struts2 (or some web framework) and
outline the advantages and disadvantages.
I'll check it out. Thx again.
rgds
- Orig
I created a ticket that summarizes the current Ant build discussion and lays out
the tasks.
https://issues.apache.org/struts/browse/WW-1384
Don
Ted Husted wrote:
Given the Maven build, do we still need the /lib/bootstrap folder?
* http://svn.apache.org/viewvc/struts/struts2/trunk/lib/bootstr
Given the Maven build, do we still need the /lib/bootstrap folder?
* http://svn.apache.org/viewvc/struts/struts2/trunk/lib/bootstrap/
I expect that we need to keep the Clover license JAR someplace, but
what about the rest?
-Ted.
-
On 7/18/06, Don Brown <[EMAIL PROTECTED]> wrote:
I like core better because it fits our naming conventions better and aligns with
the JSTL convention.
I'd suggest that it aligns a bit too much. If we use "core" in the
URI, there will be a tedency to refer to the "core tags", which will
be confu
On 7/18/06, Don Brown <[EMAIL PROTECTED]> wrote:
As for the module names, what about we rename the artifact id's to simply
"core", "apps", and "extras", then use the "jarName" property [1] of the jar
plugin to specify the full "struts-*-VERSION.jar" name? I'm very against
renaming the SVN direc
I like core better because it fits our naming conventions better and aligns with
the JSTL convention.
As for the module names, what about we rename the artifact id's to simply
"core", "apps", and "extras", then use the "jarName" property [1] of the jar
plugin to specify the full "struts-*-VERS
The original is over at Struts SourceForge.
* http://svn.sourceforge.net/viewcvs.cgi/struts/SportsForge/
My friend, Jeff Wellings, has been working on some use cases.
* http://www.StrutsUniversity.org//SportsForge+Use+Cases
I'm working on MailReader today, and SportsForge is next.
The current
On 7/18/06, Don Brown <[EMAIL PROTECTED]> wrote:
Not all s2 tags are considered UI, as delineated in the showcase application.
We could either split up the taglib or just call it:
<%@ taglib prefix="s" uri="http://struts.apache.org/core"; %>
Since it is in the core module.
Though, we've talke
Ted Husted wrote:
So, for Struts 2, do we want to do something like
<%@ taglib prefix="s" uri="http://struts.apache.org/tags-ui"; %>
Or, is it wrong to call all the s2 tags "ui" tags?
Not all s2 tags are considered UI, as delineated in the showcase application.
We could either split up the t
What about using "s_" for velocity, then "s:" for the rest?
Don
Patrick Lightbody wrote:
I think "surl" is fine. Not super pretty, but I'd rather use the prefix "s" for JSP, FM,
and Velocity than come up with different prefixes for each and/or use the "s2" prefix. My second
choice would be th
Good idea, so let's go with "struts.compatibilityMode.webwork" as the
struts.properties entry. I'll make the changes tonite.
Don
[EMAIL PROTECTED] wrote:
Would "WWcompatibilityMode" work? I can envision that there might be a
desire for a "Struts1compatibilityMode" also, to help people make t
Would "WWcompatibilityMode" work? I can envision that there might be a
desire for a "Struts1compatibilityMode" also, to help people make that
transition.
> -Original Message-
> From: Don Brown [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 18, 2006 11:42 AM
> To: Struts Developers List
Well, I plan to use this setting to affect other parts of the application as
well. For example, the xwork.xml file will only be loaded in compatibility
mode, while struts.xml will be the default. I see this setting as the middle
ground between a brand new Struts 2.0 and legacy WebWork 2.2 appli
On 7/18/06, Ted Husted <[EMAIL PROTECTED]> wrote:
Before coding against the Maven generated bookmarks, personally I'd
wait for it to go GA. I'm thinking they might change in the next beta.
Right now, the bookmarks retain spaces from the titles, which are hard
to code into direct references. Hope
Cool idea, but do we want to use a more specific name for the
property? The term "compatabilityMode" seems generic and could be
confused with out types of compatability we might want to offer later.
WebWork had an "oldSyntax" property. Do we want to use something like
"bangSyntax" here?
-Ted.
I think "surl" is fine. Not super pretty, but I'd rather use the prefix "s" for
JSP, FM, and Velocity than come up with different prefixes for each and/or use
the "s2" prefix. My second choice would be the s2 prefix.
-
Posted via
Hi Ted,
I remember you mentioning about some example webapp example converting plain
jsp/servlet to Struts2. Is it in Struts Planet? Can't find it there. Can you
provide me with a link to the example? Thx.
> What's the deal with FreeMarker?
In freemarker POST-incubator is
<@saf.url />
now, it would be
<@s.url ... />
if 's' is used instead of 'saf', so i guess we don't have the problem as
velocity
rgds.
- Original Message
From: Ted Husted <[EMAIL PROTECTED]>
To: Struts Develope
Meanwhile, what about the URI?
Post-incubator, s2 had started to use
<%@ taglib uri="/struts-action" prefix="saf" %>
In Struts 1, we have started to use expressions like
<%@ taglib prefix="html" uri="http://struts.apache.org/tags-html"; %>
<%@ taglib prefix="s" uri="http://struts.apache.org/ta
I don't know that I'm comfortable including "bylines" in wiki pages.
The idea behind ASF projects that all resources belong to the group.
It's bad form to attribute ownership outside of commit logs. I also
feel that it confusing to use personal pronouns in documentation,
since *many* people shoul
So, before it was
wwurl
and now it woud be
surl
Hmmm, I don't know that {surl} is much worse that {wwurl} :)
Are we *required* to map directly from the JSP prefix to the Velocity
"prefix", or is that just a convention?
If we had some lattitude, I might suggest
svurl
as the Velcocity
On 7/17/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
The m2 site plugin does generate bookmarks from the section titles.
Compare this to the source of the Shale index page, and you'll see
them:
http://svn.apache.org/repos/asf/shale/trunk/src/site/xdoc/index.xml
(We're probably using different versi
48 matches
Mail list logo
