n the event website at
https://communityovercode.org/
Rich, for the event planners
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
You are receiving this message because you are subscribed to one more
more developer mailing lists at the Apache Software Foundation.
The call for presentations is now open at
"https://apachecon.com/acasia2023/cfp.html";, and will be closed by
Sunday, Jun 18th, 2023 11:59 PM GMT.
The event will b
(Note: You are receiving this because you are subscribed to the dev@
list for one or more Apache Software Foundation projects.)
The Call for Presentations (CFP) for Community Over Code (formerly
Apachecon) 2023 is open at
https://communityovercode.org/call-for-presentations/, and will close
Thu, 1
keeping our projects healthy.
Rich, for The Board of Directors
[1] https://apache.org/foundation/how-it-works.html#pmc-members
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h
your talk proposals in now!
Details here: https://apachecon.com/acna2022/cfp.html
--Rich, for the ApacheCon Planners
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
:
Community
Big Data
Search
IoT
Cloud
Fintech
Pulsar
Tomcat
You can submit your session proposals starting today at
https://cfp.apachecon.com/
Rich Bowen, on behalf of the ApacheCon Planners
apachecon.com
@apachecon
-
To unsubscribe
jects, and is your best opportunity to get your project in front of
the largest audience of enthusiasts.
Please don't wait for the last minute. Get your talks in today!
--
Rich Bowen, VP Conferences
The Apache Software Foundation
https://apachecon.com/
. Submit your talks today at
https://acna2020.jamhosted.net/
We hope to see you at the event!
Rich Bowen, VP Conferences, The Apache Software Foundation
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional
/Other
The CFP will close Friday, May 1, 2020 8:00 AM (America/New_York time).
Submit early, submit often, at https://apachecon.com/acna2020/cfp
Rich, for the ApacheCon Planners
-
To unsubscribe, e-mail: dev-unsubscr
as this year's event, ie, somewhere
in the August-October timeframe.
Thanks.
--
Rich Bowen
VP Conferences
The Apache Software Foundation
@apachecon
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For addi
on at https://apachecon.com/aceu19/ .
Sponsorship opportunities are available for all events, with details
listed on each event’s site at http://apachecon.com/.
We look forward to seeing you!
Rich, for the ApacheCon Planners
@apac
areer advice.
Please take a look at: http://www.apachecon.com/usroadshow18/
(Note: You are receiving this message because you are subscribed to one
or more mailing lists at The Apache Software Foundation.)
Rich, for the ApacheCon Planners
--
rbo...@apache.org
http://apachecon.com
@Apac
.
Register today at http://apachecon.com/acna18 and we’ll see you in Montreal!
--
Rich Bowen
VP, Conferences, The Apache Software Foundation
h...@apachecon.com
@ApacheCon
-
To unsubscribe, e-mail: dev-unsubscr
if your company wants to sponsor this
event, get in touch at h...@apachecon.com for opportunities that are
still available.
See you in Montreal!
Rich Bowen
VP Conferences, The Apache Software Foundation
h...@apachecon.com
@ApacheCon
[1] http://cloudstackcollab.org/
[2] http
@ApacheCon on Twitter to be the first to hear announcements about
keynotes, the schedule, evening events, and everything you can expect to
see at the event.
See you in Montréal!
Sincerely, Rich Bowen, V.P. Events,
on behalf of the entire ApacheCon team
[1] http://www.apachecon.com/acna18
[2
Thanks, and we look forward to seeing you in Miami!
--
Rich Bowen
VP Conferences, Apache Software Foundation
rbo...@apache.org
Twitter: @apachecon
(You are receiving this email because you are subscribed to a dev@ or
users@ list of some Apache Software Foundation project. If you do not
wish to
pachecon on the Freenode IRC network. Or
contact me - rbo...@apache.org - with any questions or concerns.
Thanks!
Rich Bowen, VP Conferences, Apache Software Foundation
--
(You've received this email because you're on a dev@ or users@ mailing
list of an Apache Software Foundation projec
speakers. So make sure your
abstracts clearly explain what you'll be talking about.
For further updated about ApacheCon, follow us on Twitter, @ApacheCon,
or drop by our IRC channel, #apachecon on the Freenode IRC network.
--
Rich Bo
Community growth starts by talking with those interested in your
project. ApacheCon North America is coming, are you?
We are delighted to announce that the Call For Presentations (CFP) is
now open for ApacheCon North America. You can submit your proposed
sessions at
http://events.linuxfoundation.o
+1 (sorry for the late reply)
Don Brown wrote:
http://wiki.apache.org/struts/WebWork2Incubator
= PROJECT PROPOSAL =
WebWork 2: A Java web application development framework
A proposal to merge the WebWork 2 community and codebase into the
Apache Struts project. The new codebase is slated to
SAF 2.x]
or
* [Action 2.x]
or
[Action2] for now, and see what happens later with dot releases.
--
Wendy
+1 to that (to both "Action" instead of "SAF", and to "2" instead of "2.x").
Happy New Year, all. :)
Rich
-
but I'm
looking forward to working with this group then.
Sincerely,
Rich
Don Brown wrote:
> Please join me in welcoming Rich Feit as a new Struts committer. Rich
> is a Beehive committer and PMC member. In addition to being a Struts
> user for years (Beehive is built on Struts), he has be
Author: rich
Date: Tue Dec 20 23:11:58 2005
New Revision: 358223
URL: http://svn.apache.org/viewcvs?rev=358223&view=rev
Log:
Some work on Struts 1.x wrappers for XWork config objects (ActionForward,
ExceptionConfig, ActionMapping, ModuleConfig). First checkin. :)
tests passed: phase1/
be a part of it.
Starting tomorrow I'm effectively computerless until January, but I'm
looking forward to working with this group then.
Sincerely,
Rich
Don Brown wrote:
> Please join me in welcoming Rich Feit as a new Struts committer. Rich
> is a Beehive committer and PMC member. In ad
Here's my (advisory-only) +1. As someone who's been working on a
project (Beehive) that's always had a dependency on Struts, I think this
would really help increase the transparency of the release process.
Rich
Patrick Lightbody wrote:
>I don't think I get to vote just y
raise actions on the controller to navigate to other
pages (and to run app-level code that your pages shouldn't know about).
It fits nicely, and in a lot of ways it's like using JSP as your view
tier... only with much more capable pages.
Rich
Dakota Jack wrote:
>Bolting JSF onto St
; Software Engineer / Open Source Evangelist
> Consulting / Mentoring / Freelance
> EdgeTech, Inc.
> http://www.edgetechservices.net/
> 678.910.8017
> AIM: jmitchtx
> Yahoo: jmitchtx
> MSN: [EMAIL PROTECTED]
> Skype: callto://jmitchtx
>
>
>
>
>
> On Sep 14, 2
love it if you'd take a look at the maven work I did to make
sure it's legit.
- 3 obvious next steps:
* unit tests
* hook in XWork config generation at runtime in iterative dev mode
* begin (finally) integration,
OK, I finally restored access to my people.apache.org account, and I put
the jars out there under http://people.apache.org/~rich/repository/. So
cppdoc.com can actually be killed:
Index: project.properties
===
--- project.properties
Sorry about that -- you can take cppdoc.com off of the list if your home
dir is a reliable spot. cppdoc.com isn't reliable lately. :S
[EMAIL PROTECTED] wrote:
>Author: jmitchell
>Date: Mon Sep 12 20:57:45 2005
>New Revision: 280484
>
>URL: http://svn.apache.org/viewcvs?rev=280484&view=rev
>Log:
itchtx
MSN: [EMAIL PROTECTED]
Skype: callto://jmitchtx
On Sep 5, 2005, at 5:27 PM, Rich Feit wrote:
Sorry for the delay on this thread... just catching up now.
Currently the minimum in the non-Java5 code is 1.4, although we
never discussed it. I think supporting 1.3 would be really hard,
b
ion)-based, but I was
planning on posting a 1.4 (tag)-based version as soon as I could get
that compilation layer in there. Thought it could/should just go into a
parallel samples .war. How does that sound.
Rich
James Mitchell wrote:
I'm documenting the build process and I though
. This
is something we could even use internally, in our samples builds.
Rich
James Mitchell wrote:
I don't know the extent of the process you are talking about, but I
wouldn't recommend using Maven for it. Ant makes the most sense, since:
a) it is *the* most widely supported
Sounds good from my point of view. :)
As to a structure for the distribution, would it simply be something like:
docs
lib
samples
java5
java1.4
tools
README, etc.
?
Rich
James Mitchell wrote:
My plan would be to publish the nightlies here:
http://svn.apache.org
g nightlies out there ASAP, for people to
play with. Is it legitimate to publish a directory 'sandbox/ti/nightly'
under struts.apache.org, or is that really off-limits while this project
is in the sandbox?
Rich
James Mitchell wrote:
I think it would be a good idea for us to discuss a
techservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: [EMAIL PROTECTED]
Skype: callto://jmitchtx
On Sep 2, 2005, at 12:41 AM, Rich Feit wrote:
OK, I just tried this. But the main thing I'm wondering about here
is the project model for our users (rather than for us). To
ndate that they build their projects using maven? I'm
assuming it's the former, but I'd love to hear feedback on that. It
seems like at this point, there is still tons of real-world ant
infrastructure that Ti would have to get integrated into.
Rich
James Mitchell wrote:
Oh
That's great -- my new default. Thanks.
What do you think about the ant-vs-maven issue for user projects? I
feel that while we should support maven, we should not require it. Do
you have a sense for whether this is right?
Rich
James Mitchell wrote:
Actually, if you want "jar-a
x27;maven jar jar:install' in jars/core and jars/java5
'maven war' in wars/samples
to build a war that you can deploy in a Tomcat container.
A big thanks to Rich Feit and James for the Page Flow stuff and
Maven build respectively.
Don
-
blows up your maven structure in any way.
It seems to work, but I'm not trying to do anything from the top level.
Thanks,
Rich
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Craig McClanahan wrote:
On 8/31/05, Rich Feit <[EMAIL PROTECTED]> wrote:
Using JSF is actually what convinced me that having the context on
ThreadLocal is a great thing. It really cleans up the APIs. (Nice job
BTW :) ). Our ActionContext will give us something similar... but I do
Don Brown wrote:
Craig McClanahan wrote:
On 8/31/05, Rich Feit <[EMAIL PROTECTED]> wrote:
I actually agree that a single bean is better than a lot of separate
values under various keys. In Beehive we put most of our request-scoped
values onto a request wrapper -- this turned out t
Craig McClanahan wrote:
On 8/31/05, Rich Feit <[EMAIL PROTECTED]> wrote:
I actually agree that a single bean is better than a lot of separate
values under various keys. In Beehive we put most of our request-scoped
values onto a request wrapper -- this turned out to have better
perfo
is general issue is something that
needs to get hashed out.
Thoughts?
Rich
Joe Germuska wrote:
My design preference for things like this (as is playing out in Struts
1.3) is to define a single scoped bean which can contain any
references like this, so as to sharply minimize the need for const
em through the WebContext abstraction.
I'll put an @todo on this class in my next patch.
Rich
James Mitchell wrote:
So, while working on the shale build, I'm multitasking over to Ti and
looking through some of the code there.
The first thing that strikes me as odd is o.a.t.Glo
At this point I think Don's original proposal
(http://www.mail-archive.com/dev@struts.apache.org/msg10521.html ) is
still the best. Anyone have any other resources to add?
Rich
James Mitchell wrote:
Can you give us some suggested reading tips (websites, articles,
blogs) that will hel
reat to
have some maven wisdom being aimed at the project, especially this early on.
Rich
Ok, so I'm done with the first few phase.
Here's what I've got so far
* execute "maven dist-all" from struts/sandbox/ti/
creates the jars for core and java5, and struts-ti.
Sounds great to me, actually. It's cleaner in general.
Rich
Don Brown wrote:
Doesn't matter to me as long as it works :)
Don
James Mitchell wrote:
Ok, I've hit a bit of a snag...
In Maven-utopia, the project layout would support multiple JAR and
WAR artifacts by nesti
webapp) is written against the
annotations, so it requires Java 5. I think that we should have samples
running under both 1.4 and 5. (There's a code layer that can sit on top
of annotations (Java 5) and XDoclet (Java 1.4), but I haven't submitted
it yet.)
Rich
Don Brown wrote
I agree -- Ti can succeed in offering good server-side rich application
support. There will be overlap and ironing out between this approach
and frameworks that try to define an entire application model on the
client, but I think there's a sweet spot to be hit here.
Also (to addre
Me too -- sounds great. Will watch and learn. :)
Thanks for jumping on on that.
Rich
Don Brown wrote:
+1 from me. In fact, Rich and I were just talking about our need for
a Maven guru such as yourself... :)
Don
James Mitchell wrote:
We could easily setup the project.xml and maven.xml
h 'core' and 'java5'. Not sure how to do that, though. Any thoughts?
Rich
Don Brown wrote:
I'm getting two failures and 6 errors running "maven jar" from
sandbox/ti. Also, when running "maven jar" from core, it isn't
finding any source fil
Ted Husted wrote:
On 8/22/05, Rich Feit <[EMAIL PROTECTED]> wrote:
p.s. In some ways, JSF is a direct competitor to ASPX in ASP.NET, which
is still figuring out the whole navigational-controller thing. In the
rare event that I imagine myself to be on a "side", in a &quo
article. I think that
Shale, while it can't be trumpeted as a Standard the way JSF is, adds
enormous value to JSF.
Rich
p.s. In some ways, JSF is a direct competitor to ASPX in ASP.NET, which
is still figuring out the whole navigational-controller thing. In the
rare event that I
eploy samples/target/struts-ti-samples.war and hit
http://localhost:8080/struts-ti-samples .
I didn't include the JSF sample app, but it would be easy to add -- just
let me know if the layout looks OK to you. (I tested the patch against
a clean Ti tree and it works.)
Thanks,
Rich
p.s. I made
in
this arena, and not all of it is easily backed up. But the Struts
community has always been a bit hype-adverse, no?
Rich
Matthias Wessendorf wrote:
FYI
http://jroller.com/page/dgeary
-Original Message-
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: Thursday, Augu
Quick correction: In both of the sample apps, you need to run 'ant
build' in WEB-INF/src. No maven yet.
Rich Feit wrote:
Hi all,
Attached is a patch that contains a first cut at Page Flow support
within Struts Ti (sandbox). It's basically Beehive Page Flow, minus
Struts 1.x
ames.
- There are three temporary XMLBeans-generated jars that are
required for building the code. I don't currently have access to my
people.apache.org account, so I put them out on cppdoc.com -- see
/project.properties. They can be moved anywhere else (~mrdon?).
Eventually these will go
uot;nested page
flow". It's not exactly what you're describing, but it is much more
relevant than the Controls piece. :) The Beehive dist
(http://incubator.apache.org/beehive/downloads.html ) ships with a Login
nested page flow at samples/netui-samples/loginexample/loginflow.
Rich
59 matches
Mail list logo