On 8/29/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
I wanted to link to the live DTD:
http://struts.apache.org/dtds/struts-config/1_3/
I intentionally didn't link to them prominently both because I'm the
only one maintaining them, and they have to be done outside of the
normal Maven build.
On 8/30/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
Yup. The cookbook already has a view source option. My only thought is
just to modify the cookbook, give all the actions an actionId, and then
use the new feature throughout. Good idea?
Ted's advice was to add a module to the Cookbook to dem
Yup. The cookbook already has a view source option. My only thought is
just to modify the cookbook, give all the actions an actionId, and then
use the new feature throughout. Good idea?
Wendy Smoak wrote:
On 8/30/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
How about adding a "view sourc
On 8/30/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
How about adding a "view source" option to all the pages, like the Dojo
sample app has?
:) Like this? http://www.planetstruts.org/struts-cookbook/ :)
--
Wendy
-
To u
How about adding a "view source" option to all the pages, like the Dojo
sample app has? Maybe even go so far as to show some notes when they
flip to that view, and you can point it out that way. I think that
would be a nice feature in general actually, and might even be useful
when showing ho
I am going to need ideas how to modify the cookbook. The funny thing is
that this feature is not a visible feature; it's not a new tag library;
it just allows symbolic names to replace typical URIs in many of the
bean and html libraries. How do you demonstrate that visibly? You really
can't. Id
On 8/30/06, Thomas Hamacher <[EMAIL PROTECTED]> wrote:
Dear everyone,
after spending a lot of time with googling and multiple tries with different
approaches and also my questions to the struts-user-mailinglist didn´t come
to a solution, I would like to as you guys if there is a way or not. So I
About a month ago I recommend this same thing. The problem really is
that Struts has no concept of a page, so it's impossible to tell the
difference between actions that perform business logic and actions that
just front rendering of a page.
You really need a page-based framework to make this
Yeah, overriding themes is a big ticket that needs to be addressed. The
bottom line is you have to ensure, manually, all the content from the
original template is in the new one.
While WW also suffers this overriding problem, the reason you are seeing
it in Struts is that we had to remove the
On 8/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
ATM, Dojo is required for the XHtml theme, due to its use in tooltips
and several other features. The head tag should inject the proper dojo
setup script elements.
Hmmm, I've customized a couple of the FreeMarker templates for both
xhtml and css
ATM, Dojo is required for the XHtml theme, due to its use in tooltips
and several other features. The head tag should inject the proper dojo
setup script elements.
Don
Matt Raible wrote:
I tried renaming my doDefault() to start() and changing my URL to:
http://localhost:8080/appfuse-struts-
We should actually make it work like interceptors do: don't check for
the class until the user actually tries to use the result type. If the
user tries to use it and we don't have the class, don't just log a
warning: blow up with an exception.
Bob
On 8/30/06, Ted Husted <[EMAIL PROTECTED]> wrote
I tried renaming my doDefault() to start() and changing my URL to:
http://localhost:8080/appfuse-struts-war/uploadFile!start.html
... and it works.
Now I'm onto a new issue - it seems like Dojo is getting included at
the bottom of my signup form.
dojo.require("dojo.widget.html.Tooltip");dojo.
On 8/30/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Are you sure everything is updated? The version number was changed to
2.0.0-SNAPSHOT a while ago.
Mea culpa. I was playing musical mailreaders and ended with an
obsolete POM from a copy that was in the sandbox.
-Ted.
Done.
Wendy Smoak wrote:
On 8/28/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 8/28/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> 'signup' says no more users can be added.
OK, we've been upgraded to unlimited, so you should be able to create
an account now.
Thanks. I added myself as 'wsmoak'.
On 8/28/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 8/28/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> 'signup' says no more users can be added.
OK, we've been upgraded to unlimited, so you should be able to create
an account now.
Thanks. I added myself as 'wsmoak'. Can someone please add pe
On 8/30/06, Ted Husted <[EMAIL PROTECTED]> wrote:
Does this look like a transitory error, or is there a problem with my
configuration?
org.apache.struts:struts2-apps:pom:2.0-SNAPSHOT
Are you sure everything is updated? The version number was changed to
2.0.0-SNAPSHOT a while ago.
--
Wendy
Does this look like a transitory error, or is there a problem with my
configuration?
Caused by: org.apache.maven.project.ProjectBuildingException: POM
'org.apache.struts:struts2-apps' not found in repository:
Unable to download the artifact from any repository
org.apache.struts:struts2-ap
Thanks, Matt. I've added both points to the release notes.
Let us know if you find anything else.
-Ted.
On 8/30/06, Matt Raible <[EMAIL PROTECTED]> wrote:
I think it's fine to refactor, as long as it's documented. Currently,
it's not listed on the release notes.
http://cwiki.apache.org/confl
Ted Husted wrote:
If we are going to have optional result types, then let's have
optional result types. Let's add an "optional" attribute, so that we
can render more meaningful logging statements.
1 When optional=true, and the support class is absent, then nothing is
logged.
2 When optional=t
On 8/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
I guess what I'm saying here is that the Struts learning curve should be
as flat as possible, allowing developers to ease into the framework
without forcing them to learn about things like custom interceptors and
results when they don't have the ne
Matt Raible wrote:
If you include MyFaces as a default dependency in pom.xml, I think
users will wonder what the heck is going on.
MyFaces should be listed as an optional dependency, meaning its jars
aren't included in the distribution.
Don
Matt
Don
Ted Husted wrote:
> On 8/30/06, Don Br
On 8/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
I think the bottom line is that you and I disagree on the fundamental
issue on whether Struts should "just work" or whether it should
encourage folks to "get to know it better".
In this particular case, I feel since we provide the result in
struts
I think the bottom line is that you and I disagree on the fundamental
issue on whether Struts should "just work" or whether it should
encourage folks to "get to know it better".
In this particular case, I feel since we provide the result in
struts-extras, we should put the result configuration
On 8/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
As I've said previously, I disagree. I think we should aim to work 100%
out of the box.
But, in the case of JSF and JasperReports, that's not an achievable goal.
We can't distribute JasperReports, and I don't think we want to start
picking a JS
Ted Husted wrote:
On 8/30/06, Matt Raible <[EMAIL PROTECTED]> wrote:
I think it'd be best if I didn't have to add results to my struts.xml
Why?
I think one of the biggest problems we have in enterprise web
development today is that everyone expects everything to come out of
the box. We should
If we are talking about the struts-extras JAR, then why not
encapsulate all this in an struts-extras package that people can
include when they include the extras JAR.
One of the remarkable things about Struts 2 is how easiy it is to add
your own interceptor or your own result. We should encourage
On 8/30/06, Matt Raible <[EMAIL PROTECTED]> wrote:
I think it'd be best if I didn't have to add results to my struts.xml
Why?
I think one of the biggest problems we have in enterprise web
development today is that everyone expects everything to come out of
the box. We should encourage people t
Yes, another good example of an area I need to revisit. I'll wrap these
two items up in a new ticket.
Don
Matt Raible wrote:
On 8/30/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 8/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
> The jasper reports result _should_ be there,
Why?
> however, we
On 8/30/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 8/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
> Yes, this is true - we removed support for do* methods. Perhaps in this
> one case, however, we should allow a doDefault method. Create a ticket
> for it. Perhaps do* support itself should be
I believe that Struts should work, out of the box, to require as little
effort as possible. We want to make things easier right? Well, a good
place to start is to build in functionality that can be used as easily
as possible. This means:
- To use Struts Extras features, just add the jar. N
On 8/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
Yes, this is true - we removed support for do* methods. Perhaps in this
one case, however, we should allow a doDefault method. Create a ticket
for it. Perhaps do* support itself should be put back in, but only be
enabled when in compatibility m
On 8/30/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 8/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
> The jasper reports result _should_ be there,
Why?
> however, we do need to
> reduce the warn message to perhaps an info. The idea is we should list
> results that may not be available to make i
On 8/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
The jasper reports result _should_ be there,
Why?
however, we do need to
reduce the warn message to perhaps an info. The idea is we should list
results that may not be available to make it easy to use the new results
when the struts-extras.jar
Matt Raible wrote:
On 8/30/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 8/30/06, Matt Raible <[EMAIL PROTECTED]> wrote:
> I believe this is the correct forum,
Yep.
> I had to remove this reference in struts-default.xml for things to
work.
Thanks, I removed that in r438570, so don't bother w
On 8/30/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 8/30/06, Matt Raible <[EMAIL PROTECTED]> wrote:
> I believe this is the correct forum,
Yep.
> I had to remove this reference in struts-default.xml for things to work.
Thanks, I removed that in r438570, so don't bother with a ticket.
I just
On 8/30/06, Matt Raible <[EMAIL PROTECTED]> wrote:
I believe this is the correct forum,
Yep.
I had to remove this reference in struts-default.xml for things to work.
Thanks, I removed that in r438570, so don't bother with a ticket.
struts.compatibilityMode.WebWork=true
If you update to
I believe this is the correct forum, but if I should ask 2.0.0
questions on the user mailing list (or in IRC), please let me know.
I was successfully able to upgrade AppFuse from WW 2.2.2 to 2.2.3 w/o
any issues. I then tried to upgrade to Stuts 2.0.0 (from SVN) and had
the following issues:
1.
Heretofore, our only support for "dynamic method invocation" (DMI) has
been throug the foo!bar syntax. However, the syntax was *not*
supported as a true first-class API feature. It's something we slapped
in using brute force, on a catch-as-catch-can basis.
Which is fine. Many great features start
On 8/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Personally, I don't like the idea of the framework itself relying on heavy use of the
HttpSession and "hiding" it in this way. There are many cases when you want to
avoid use of HttpSession for scalability reasons (there's that word ;) )
On 8/30/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote:
Martin,
Pat just informed me, that he sent the fax yesterday...
So the CLA should be in the office now.
Great! Thanks for following up. I should be able to verify that it's been
received when the ASF secretary records the next batch.
--
Martin,
Pat just informed me, that he sent the fax yesterday...
So the CLA should be in the office now.
hth,
Rainer
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=40770&messageID=83521#83521
--
I'm planning to give Struts 1.3.5 another week or so as Beta, (at
least until Niall has time to review it), and then if nothing major
has been reported, start a vote to promote it to GA quality.
So far I'm happy with the feedback on apps being upgraded to 1.3 with
no problems. We're starting to
On 8/30/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Michael Jouravlev ha scritto:
> Hi Antonio,
>
> I looked through your code, it is quite clear, so I started pulling
> needed stuff from your library and sticking it into Struts. I also
> want this scope to be available for ActionForms in act
If you built scopes would it require the incubator to bring it in?
If you built all the code from scratch couldn't you just import it
into the sandbox? Or would we want to bring it through the incubator
to ensure there are no IP issues?
The LGPL parts would probably need to be factored ou
The best place to post a question like this is the Struts User list,
where there are more people to help and the answers are archived.
* http://struts.apache.org/mail.html
On 8/30/06, Rokariya, Raman <[EMAIL PROTECTED]> wrote:
Hi,
Can you please provide some ideas for below scenario?
Thx
Ram
Hi,
Can you please provide some ideas for below scenario?
Thx
Raman
-Original Message-
From: Rokariya, Raman
Sent: Wednesday, August 30, 2006 9:10 AM
To: dev@struts.apache.org
Subject: Retrieve Data From WebServer
Hi,
I am developing web client using Struts Framework. I am facing a p
On 8/30/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
- A (small but interesting) part of Scopes (the "window" scope) is based
on a LGPL library.
For research and community-building purposes, the code could be
developed in the sandbox, or submitted to the Incubator, but it could
not be "relea
My question is: Does the struts-framework provide a possibility to forward
back to the page you came from?
Not as a standard feature, no.
It's come up several times over the year, but, AFAIK, no one has
contributed an elegant solution.
When implementing the use case myself for Struts 1, I've d
Dear everyone,
after spending a lot of time with googling and multiple tries with different
approaches and also my questions to the struts-user-mailinglist didn´t come
to a solution, I would like to as you guys if there is a way or not. So I´m
sorry, if I use the developers-list for a stupid us
Hi all,
i am new to struts and i had a problem related to validation framework in
struts
i m using struts 1.1 and weblogic 8i and i am running a sample application
for
validating the user input
im getting an exception like
http://www.nabble.com/servlet-failed-to-preload-on-start-up-tf2189444.ht
Personally, I don't like the idea of the framework itself relying on heavy use
of the HttpSession and "hiding" it in this way. There are many cases when you
want to avoid use of HttpSession for scalability reasons (there's that word ;)
). I like how currently WebWork/Struts 2.0 makes it diffic
Michael Jouravlev ha scritto:
Hi Antonio,
I looked through your code, it is quite clear, so I started pulling
needed stuff from your library and sticking it into Struts. I also
want this scope to be available for ActionForms in action mapping
definition, and for errors/messages.
One of the rea
On 8/30/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Michael Jouravlev ha scritto:
> I have another suggestion: storing data right in the request object
> instead of having a dedicated scope object. Then, on redirection,
> pushing appropriate items to the session, using item's names. Thus,
> t
hi,
I think a new session is created if you invoke an action mapping. this code
will not work. what you have to do is, add some attribute to the session.. and
check if that attribute is on the session. if not you can redirect to your
session timeout page.
Correct me if i am worng in
Martin Cooper ha scritto:
Please, if we're going to consider adding a flash / click / dialog /
whatever scope, let's decouple it from redirection. Such an intermediate
scope has potential uses that have nothing to do with redirection
Can you make an example? Probably you don't need a "conversat
Michael Jouravlev ha scritto:
I need just one scope, so I don't think that bringing in a whole
library just for one scope makes sense.
I agree...
Also, your library depends on
Java5, while Struts 1 is built on Java 1.4.
I could branch the code for Java 1.4 anyway. For some strange reasons I
57 matches
Mail list logo
