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
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
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 should
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/tags-faces; %
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 Developers
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.
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 Jive
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.
On
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.
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
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
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 that
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 the s2
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 taglib
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 talked about
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
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-*-VERSION.jar
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 directories,
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 confused
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.
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?
*
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
-
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,
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 were the
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
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, 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
action
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 form action=/xyz. Well, okay, so some of them are
GET calls. But sticking
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'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
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:
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:
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
-
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
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.
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. My
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
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 lurking!
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
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
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.
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
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
chain
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...
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.
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
46 matches
Mail list logo