<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
From: Dale Newfield <[EMAIL PROTECTED]>
Date: Tue, 17 Jul 2007 1:17:55 -0500
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7bit
"Aram Mkhitaryan" <[
ilar issues, but found neither.
I seem to be going in circles. Can anyone here point me in another
direction?
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ars
to be supplying either an invalid classpath, or a broken class loader...
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
processing continues. I would like to find the source of the
bad url, but this patch to xwork will at least prevent that bad url from
being a showstopper for me.
So, should I just add this patch to WW-2633, or should I open a new issue?
-Dale
Index:
src/java/com/opensymphony/xwork2
Also check for !uri.isOpaque() .)
This will prevent a bunch of cryptic stack traces from entering the logs
(possibly MANY times) for many users.
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
es not specify a
scheme." Since it also says that "An opaque URI is an absolute URI
whose scheme-specific part does not begin with a slash character
('/').", then ensuring that it is also not opaque wi
anded to the File
constructor that we're trying to protect ourselves from, making that
catch specific for IllegalArgumentException seems like a good choice.
At least if it were trimmed down to RuntimeException, then a valid
IOException would get out of the inner try/c
rd's three
lectures is *well* worth it.
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ning them, but that means it's not visible in the
reflection api that's used to find the appropriate attributes?)
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
Dave Newton wrote:
Dale Newfield wrote:
public final List getPayPlanTypes() {
return payPlanTypes;
}
public final void setPayPlanTypes(List payPlanTypes) {
this.payPlanTypes = payPlanTypes;
}
I recognize that "final" for methods is an attempt to make this
not-over-rida
r before the thread is started. This is
relevant to the solution offered at
http://cwiki.apache.org/WW/hibernateandspringenabledexecuteandwaitinterceptor.html
and I'm not sure if it's really an issue or how to fix it (but I'm
interested since I use
ue. I'm certain that there's a better solution than a busy-wait
loop, but it's past my bed time, so I'll think about that more in the
morning. The obvious solution (synchronized methods) won't work to
avoid simultaneous
de
protected void beforeInvocation() throws Exception {
+while (!initializationComplete) {
+ try {
+synchronized (lock) {
+ lock.wait(100);
+}
+ } catch (InterruptedException e) {
+// behavior ignores cause of re-awakening.
+
Philip Luppens wrote:
You should file a CLA (contact Martin C. for that or check out the
pages at the Apache site).
I'm pretty sure I faxed in one of these like 6-9 months ago, but never
heard any followup...
-Dale
---
Martin Cooper wrote:
I've confirmed that an iCLA is on file for you, and have given you
corresponding access to the wiki.
Thanks!
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional comman
Matt Raible wrote:
Release Notes 2.1.6 is an invalid link on the Version Notes page.
And the "Struts 2.1.7 DONE" link.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-m
been built with the JDK source and target options set to JDK 1.3 and,
except for
those implementations, can be used with JDK 1.3 (see IO IO-127).
So while I've not yet tested it, it sounds like we should be able to
jump to 1.4 if we're moving
added around it in the 2.6.10 -> 2.6.11 transition also is
synchronized the same way in 2.7.2.
This is not a comprehensive comparison, but it appears to indicate that
the answer to your question might be "yes".
-Dale
--
would best go into
2.2), but if it neither breaks anything nor slows anything down with
just a jar change, any reason to wait? (Your caching issue is one, but
adding that doNotCache flag seems like a reasonable workaround for now...)
Musachy Barroso wrote:
It seems like we wont be able to use the new OGNL byte code
Oh, well.
I think it's been too long since you've received public kudos, Musachy,
for all the work you've put in of late to support the struts community:
Mu
Musachy Barroso wrote:
I get my action classes reloaded after compilation, from jar files
and normal dirs. If anyone is interested I could add this to the
Spring plugin
That seems great, but something that should only kick in if devMode is
true. Is that possible?
-Dale
? Meaning this must know the
deployment directory? Any way to make relative paths be relative to the
context root, so you can just add 'WEB-INF/classes' without knowing the
deployment path? (Sorry to nit pick, I'm excited about this, just
trying to make it
. (I have a
feeling that this has fairly consistently been the case throughout the
lifetime of struts v1 and v2.) I'm happy that struts is improving, so
I'm not trying to discourage heroic effort, but I'm wondering if anyone
has any suggestions for how to get more
Musachy Barroso wrote:
Dale, take it for a spin and let me know how it works.
Sorry I've been banging my head against JNI stuff and not working on the
web side of my current application lately, so I've not yet gotten a
chance to test any of this.
Musachy Barroso wrote:
With the bytecode stuff out the way I am inclined to just
upgrade to 2.7.3 at once, and upgrade freemarker also.
+1
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional
Musachy Barroso wrote:
I added "struts.class.reloading.acceptClasses", so now I can make the
reloading class loader handle only action classes, so I don't get
ClassCastException(s)
I also added support for the relative paths, @Dale, take it for a spin
and let me know how it w
ction/reload happen even if there are currently no
active requests, or will it only notice when the next request comes in?
(No, in my case it doesn't notice then, either.)
-Dale
-
To unsubscribe, e-mail: de
trying to test changes to my app by
just copying the new .class file over the old one, but it doesn't seem
to get noticed.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
ad an occasion where a code update I needed to
test included only action class changes, so this trick rather than a
redeploy hasn't yet been a viable testing strategy for me, and I've not
yet fully tested it. I'll let you know once I
Musachy Barroso wrote:
I think the JSON plugin is ready to be moved to trunk, here is my +1.
(non-committer's non-binding) +1
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e
struts2 and xwork.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
xwork component, as the
two codebases will be merged into one.
Is there any dissent from this plan?
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
t,java.lang.String,java.lang.String,java.lang.String,java.lang.String).
So I'm thinking it doesn't actually have a default value.
(yes, I'm using xwork and struts2 SNAPSHOT updated today, and since
I'm on an apple still running 10.4, I don't have java6, so it took
some pom
ing on. I just know that I'm spinning my wheels
like crazy trying to get stuff working again. Serves me right for not
doing more frequent svn commits, I guess :-(
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.
could get released
(and hopefully go GA) so I would know my java5 compilation environment
isn't screwing up anything important.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
Wes Wannemacher wrote:
if you build with maven 2.0.x the unit test in the embedded
JSP plugin will fail... But, if you are using 2.2.1, the test
succeeds.
Using java5 instead of java6 will result in the same symptom. Do you
know what version of java hudson or bamboo compile with?
-Dale
Wes Wannemacher wrote:
@Dale - which container / JDK are you running when you get the error?
I was using glassfish / 1.5 (on a mac PPC, so no 1.6 available), and
while I *think* I saw the error on a clean launch of glassfish, I *know*
I saw it on a redeploy. I did have a completely screwed
Martin Gainty wrote:
a small flood a few weeks back when my HW tank blew..not fun
http://newfield.org/dale/flood/
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h
Chris Pratt wrote:
Holy Carp! How big is your water heater? =9^D
Funny you should mention that--yes, I've been finding dead fish all over
the place.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.or
re we planning on switching to 2.2 so we can
eliminate the external xwork dependency?
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
&Create=Create
doesn't seem to suggest anything that should require changes other
than a .jar replacement...
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
I don't think this is a big deal, but I figured it was worth asking...
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
ues.apache.org/struts/secure/ReleaseNote.jspa?projectId=10030&styleName=Html&version=21920
My eyes started to glaze over partway through the second link, and I
wonder if I missed anything important...does anyone think that there's
something on that second page that should be on the first but is not
at are the problems that this addresses? It seems that the cure is
worse than the disease of having to escape a few #'s here and there
(none in my codebase), especially after we've since restricted all the
struts tags with rtexprva
f so, anyone mind if I remove that
portion of the wiki page (replacing it with a link to the ognl
mapContruction link)?
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
Musachy Barroso wrote:
hum, yeah after rtexprvalue=false it should work fine, please edit the wiki :)
Done.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h
o track it down for
you.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
Alex Siman wrote:
I use [2.1.8]. Just read the version of Struts in a Subject of this thread.
Whoops--my bad.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h
reemarker
more exetensively?
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
sitemesh filter in between the StrutsPrepareFilter / StrutsExecuteFilter
pair).
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
leave xwork where it is so that other
codebases can continue to use it, and to migrate a fork into the struts2
codebase so we can make changes to it.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional
Chris Pratt wrote:
In the struts.xml file you can use ${} to run an OGNL expression and access
things from the Action (actually the value stack, but we're trying to keep
it simple here)
JSYK, %{} now works as expected in struts.xml.
using a more generic and extensible attribute name is
always a good idea.
For example, it could even be implemented such that an attribute
escape="javascript,xml" allows the specification of multiple escape
mechanisms including an
Musachy Barroso wrote:
that sounds good, can someone open a jira ticket so we don't depend
on my short term memory :)?
I modified https://issues.apache.org/struts/browse/WW-3332 (although
there didn't appear to be a way for me to change the resolution, so
maybe this was a mistake.
so the
two windows could be part of two parallel wizards.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
tributes on the form, url, and every input tag) so
that we don't have users getting freaked out about all the extra stuff
in their pages that they didn't ask for.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr
I thought we had reached consensus on this back in August:
http://old.nabble.com/Re%3A-Let%27s-kill-xwork-%28was-Re%3A-2.1.8-release-%29-p24966742.html
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For
o JUEL or something else
(should that ever happen :-) cause less of the documentation to break.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
g) to have a few tutorials on OGNL.
I guess context is the most important factor. For tutorials it might
make sense to have "controlled exposure" to complex topics. For
reference examples, though, I think that argument does not hold and we
should still be explicit.
-Dale
El 1/22/2010 9:33 AM, Dale Newfield escribió:
Stephen Turner wrote:
Oscar's syntax is described in the Struts docs:
http://struts.apache.org/2.0.8/docs/stream-result.html
It's been updated in
http://struts.apache.org/2.1.8.1/docs/stream-result.html Too bad the
docs are versioned
xample, is it done once at release time, or is this
export automated and run periodically? Once the export has happened, is
it served via wiki software, or are static pages generated and served
from there forward?
-Dale
-
To u
27;ve also
previously filed a CLA. If there's anything else needed from me to
"clear" this code (only one class, IIRC), please let me know.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additio
chance we can
incorporate them, too?
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
Thanks for working on this, Łukasz!
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
round in place for this specific bug in the released
2.1.8.1's xwork 2.1.6, is there really any reason to develop against the
trunk rather than that release? Has anyone started working on "2.1 ->
2.2" upgrade instructions yet?
-Dale
-
On 6/22/10 10:40 AM, Lukasz Lenart wrote:
I start Maven release process
Lukasz++ !
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
quot;...is it
possible some of those transient files were committed to a repository,
or are listed in some table of contents somewhere?
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional comman
ow if there are any issues within struts that are likely to re-emerge
due to this change?
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
ools) upgrade it works for a while, then just
stops altogether, so I'm assuming it's some sort of engine configuration
issue (with the engine not having the right lifespan or somesuch).
Rather than tracking it down right now I'm reverting back to 1.5 (unless
someone can point t
On 6/29/10 3:02 PM, Lukasz Lenart wrote:
Once you have had a chance to review the test build, please respond
with a vote on its quality:
[ ] Leave at test build
[ ] Alpha
[ ] Beta
[X] General Availability (GA)
+1 non-binding.
-Dale
cy was excluded in OGNL, you must remember to include
it, except when you are lunching an application on JBoss server"
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional com
On 7/17/10 6:15 PM, Frans Thamura wrote:
is this version, we can mix .action and REST?
Yes, you can use
org.apache.struts2.dispatcher.mapper.PrefixBasedActionMapper to cause
different portions of the url space to be mapped to actions/parameters
by different action mappers.
-Dale
On 8/21/10 11:51 AM, Dave Newton wrote:
Should the Dojo plugin be removed from the distro now?
Wasn't it deprecated in 2.1? Doesn't that mean we can just kill it in 2.2?
-Dale
-
To unsubscribe, e-mail: de
:
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&reporterSelect=specificuser&reporter=jafl5272
Of course as soon as I got that the phone rang, so I've yet to look at
any of them myself...
-Dale
-
To un
On Jun 5, 2011, at 2:37 PM, Lukasz Lenart wrote:
> one struts-core instead of struts-core and xwork-core -
> but we still discussing the best option.
For example, should the package structure change drastically?
-Dale
--
ange.
My question is if stuff should be folded together even more, and touches on
Dave's question of how to do that w/o losing the non-web users of xwork to a
fork of old code. Should we still produce two jars, one struts(w/xwork) and a
another a sub
I assume you meant "losing" instead of "using"?
-Dale
On Jun 5, 2011, at 3:17 PM, Dave Newton wrote:
> I'm nervous about using the clean delineation between the web and non-web
> bits. I like that separation.
>
> Dave
---
On 6/27/11 9:02 AM, Johannes Geppert wrote:
What you all think about moving deprecated plugins to archive for the 2.3
release?
And the Dojo plugin...
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For
This conversation is not about whether or not it should be deprecated,
but whether or not it should be excised from the first 2.3 release.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail:
the result, stripping off a few characters and the exec'ing
to get the data.
So by "resolving" this "issue" you've just made all apps built on top of
it less secure.
-Dale
-
To unsubscribe, e-mai
Below are a few (of many that I found with a simple google search)
explaining the issue in detail. Basically the problem is that
r interaction.
The plugin doesn't care, it's the configuration that determines when you
use the interceptor or result.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
POST" or "GET" by default?
The configuration of your struts.xml which specifies the interceptors
and result types that your actions will use does not by default include
json. If you want to add in those interceptors or results, you should
learn how they work, and configure t
true,
we should add instructions about this change to a new "2.2 -> 2.3
upgrade tips" wiki page.
Lukasz, you committed the patch, would you mind tweaking it? If you
don't have time I can probably work up a patc
me-type
should be, I would suggest it be configurable so developers can set it
to use whatever response type they want it to have.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
on of the result of a
state change operation) might cause the POST action to happen again instead of
just reloading the data you display when the POST is complete. If you value
server CPU over site usability, by all means use any of the suggestions
previously offered.
ave been done, but not yet the third.
-Dale
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
of the #{ characters using a backslash: \#{.
Does that work?
I.E., does the following work in 2.1?
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Dale Newfield wrote:
I've not tried...
And that's the problem right there. Even just more web research found
an answer:
http://www.devzuz.org/blogs/bporter/2006/08/05/1154706744655.html
clearly answers my question: "But, to escape it with \#{ doesn't work on
To
up side to that.
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Atlassian Open Source Bamboo Integration Server wrote:
Make being able to remember last selected tab using a cookie
Does this now mean that two browser windows that are part of the same
session will mess up each other's tabs?
t}/scripts/*.js"/>
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Aram Mkhitaryan wrote:
try to specify the action like
this should work (check the
I don't know if "*+*" will work, but assuming it will, you have a couple
typos: Missing close " on value attribute of first param, value
attribute misspelled as vlau
mraible wrote:
There doesn't seem to be much activity on this as of late. Is upgrading to
OGNL 2.7 on the roadmap? I tried to upgrade 2.0.9 to use 2.7 and it didn't
work.
What didn't work? I dropped this in as a replacement a while back, and
have not found any is
discussing the ognl release does mention this
new dependency:
http://blog.opencomponentry.com/2007/01/14/new-ognl-release-on-the-horizon-its-faster/
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
2.0.x). Which is worse?
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
..
...is this the type of convention where people spend the evenings out
having nice meals/drinks with colleagues, or where people spend the
evenings quietly hacking away on laptops?
-Dale Newfield
[EMAIL PROTECTED]
-
To u
Matt Raible wrote:
The Roller / Struts 2 BOF is on at ApacheCon!
Wednesday night, 8:30-9:30 in Room 3.
I assume it's kosher to come to this even if I'm not attending ApacheCon?
-Dale
-
To unsubscribe, e-ma
Moved from user list.
Dale Newfield wrote:
"?method:MY_METHOD_NAME"
Is there any way to restrict which methods are valid there, or to
turn this capability off?
Reading the source
http://svn.apache.org/viewvc/struts/struts2/trunk/core/src/main/java/org/apache/struts2/dispatc
se 1.9 uses
?method:METHOD_NAME to support a cancel button for CRUD editing, so it
would be appropriate to add "cancel" into the action definition for that
CRUD save action. Without #2 such projects would need to allow #1
non-declared methods, but
1 - 100 of 131 matches
Mail list logo
