for a framework that achieved the
popularity that Struts 1 did, backwards compatibility for existing
applications became a pretty strong motivation not to change something
this fundamental lightly. Note, for example, that servlets are
*still* singletons, even ten years later.
Craig McClanahan
On Mar
On 10/21/07, Don Brown [EMAIL PROTECTED] wrote:
On 10/22/07, Martin Cooper [EMAIL PROTECTED] wrote:
On 10/21/07, Don Brown [EMAIL PROTECTED] wrote:
[...]
Which reminds me, this plugin is targeted towards HTML-based web apps
that want to expose their information in machine-readable
years after
version 1.0 was released :-).
Craig McClanahan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 2/19/07, Paul Benedict [EMAIL PROTECTED] wrote:
The purpose of the Road Map is to assign issues to a release. Since Future
is not a version or a release -- but just a grouping of issues for the
future -- it has little use, and the way we use it tells me we're using
the Road Map wrongly. Now,
On 2/6/07, Don Brown [EMAIL PROTECTED] wrote:
Well, two comments here. First, how many beta releases do we need
before it is time for a GA? I think we've been at beta quality since
2.0.1 and, yes, it has been helpful to weed out issues, but now with
several large applications running Struts 2
On 2/6/07, Don Brown [EMAIL PROTECTED] wrote:
Alexandru Popescu wrote:
I see two clear stages:
- a product that is ready from developers point of view
- a product that gets its users acceptance
An OSS project can take the same approach or not, and this is up to
its management. However, I
On 12/2/06, David H. DeWolf [EMAIL PROTECTED] wrote:
[X] +1 = Yes, let's ask the board to establish the Tiles TLP
Craig
On 12/2/06, David H. DeWolf [EMAIL PROTECTED] wrote:
[X] Greg Reddin (greddin)
Craig
On 12/1/06, Antonio Petrelli [EMAIL PROTECTED] wrote:
Hello!
I want you to know that I have contacted the original developer (and
copyright owner) of Dimensions, and he said that he is available for the
code donation.
So my question is: should we process Dimensions incubation after Tiles
has
On 11/30/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/30/06, Antonio Petrelli [EMAIL PROTECTED] wrote:
David H. DeWolf ha scritto:
2) Decide on a PMC Chair
- who is interested?
As I can see from this question, then you probably you're not interested
:-) Or are you?
I'd like to see
On 11/28/06, Greg Reddin [EMAIL PROTECTED] wrote:
Since we've failed to build consensus, I've published a versioned
snapshot that will have to suffice for 2.0.2 and I will begin to
drive the effort for TLP :( - it's not my preference but it will
have to work.
Hang on, slow down just a bit
On 11/21/06, Ted Husted [EMAIL PROTECTED] wrote:
Is JPAMailreaderDao part of this
*
http://sourceforge.net/project/showfiles.php?group_id=49385package_id=149742
or is it a Shale thing?
The mailreader-jpa[1] shale thing :-) is actually independent of Shale, in
the same way that
On 11/8/06, tm jee [EMAIL PROTECTED] wrote:
Does this need a servlet mapping?
I don't think so. It just expose the servlet instance itself such
that ServletConfig etc. could be obtained . This I think is needed
when using a jsp taglib in freemarker
You're correct ... a servlet mapping
On 10/26/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hey,
two things.
a) is this the right place to ask questions on Struts-Faces, or where ?
It's the right place for dev type questions ... the Struts User list for
user type questions :-).
if so b)
the demos of struts faces show a
On 10/14/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 10/13/06, Ted Husted [EMAIL PROTECTED] wrote:
Since the reports are that Spring 2 works just fine with Struts 2, why
don't we bite the bullet and update our dependencies?
Other than a shiny new version number, what will this buy us? I
On 10/6/06, Antonio Petrelli [EMAIL PROTECTED] wrote:
Greg Reddin ha scritto:
Here's what I envision for the controller: I don't think it would
really be used to change the destination of the response. I don't see
the controller as being analogous to a Struts action even though it
could
On 10/5/06, Nathan Bubna [EMAIL PROTECTED] wrote:
I think controllers should stay, but the name should be changed.
Call them ViewPreparers or something...
I would agree. The useful thing you can do here is prepare the data needed
to do the subsquent rendering. It is called *after* the
On 9/15/06, Michael Jouravlev [EMAIL PROTECTED] wrote:
On 9/14/06, Craig McClanahan [EMAIL PROTECTED] wrote:
In Shale, the closest analog to this is Dialog scope, and we're building
the
concept of a scope instance per window/frame, independent of what that
window/frame is actually doing.
I
On 9/15/06, Michael Jouravlev [EMAIL PROTECTED] wrote:
On 9/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 9/15/06, Michael Jouravlev [EMAIL PROTECTED] wrote:
On 9/14/06, Craig McClanahan [EMAIL PROTECTED] wrote:
In Shale, the closest analog to this is Dialog scope, and we're
On 9/14/06, Michael Jouravlev [EMAIL PROTECTED] wrote:
Anyone wants to share their thoughts on rollover scope?
http://wiki.apache.org/struts/RolloverScope
I was thinking on using Stripes approach, but I don't like to mange
URLs. Also, Stripes uses a timer to remove unused rollover scopes,
this
On 8/25/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
It's interesting that no one says DispatchAction in 1.x is a security
flaw... doesn't that give you exactly the same thing just with a
different call semantic? I guess we should quick drop Dispatch-type
Actions for everyones' safety!! ;)
On 8/25/06, Paul Benedict [EMAIL PROTECTED] wrote:
From the comments on the issue, it looks like Craig has some
reservations about this idea. You might want to add a comment to the
issue linking to the relevant mailing list thread(s) from November
'05. Craig commented on the issue itself,
On 8/23/06, Paul Benedict [EMAIL PROTECTED] wrote:
Ted Husted wrote:
Use action-id then. The point is that moniker alias is going to
cause confusion, since it already means something entirely different
within the Struts 2 community.
Right now attributes are squarely mapped to properties.
Yep.
Craig
On 8/22/06, Paul Benedict [EMAIL PROTECTED] wrote:
This is a test. Can anyone read this?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 8/19/06, Paul Benedict [EMAIL PROTECTED] wrote:
I am pleased to announce that Struts 0.5 in JIRA has been released :)
Sniff, sniff, ... we're *so* proud :-).
And they say those Struts developers never actually get around to releasing
things :-).
hehe. Everything looks good! I will
On 8/3/06, Jeevan Kumar Kade [EMAIL PROTECTED] wrote:
Hi,
Is there is major differeence between Struts-Shale framework and
JSF. Please, categorize and differentiate on this.
Shale has moved to its own top level Apache project with its own mailing
lists[1] ... this would be a good
On 7/26/06, Alexandru Popescu [EMAIL PROTECTED] wrote:
What is SWF? I might have missed this acro :-[.
SWF == Spring Web Flow
http://opensource.atlassian.com/confluence/spring/display/WEBFLOW/Home
./alex
Craig
On 7/16/06, Ted Husted [EMAIL PROTECTED] wrote:
Otherwise, it's tagged, rolled, and uploaded.
+1 on the 1.3.5 bits. A couple of notes below that I don't consider fatal
to the release:
* The all release (currently 40mb) is not really scalable to
large numbers of sample apps, due to the
On 7/16/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 7/16/06, Wendy Smoak [EMAIL PROTECTED] wrote:
Both distributionManagement/repository and
distributionManagement/snapshotRepository are pointed to the same
place (people.apache.org/maven-snapshot-repository)
Just to avoid confusion: right
On 7/16/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 7/16/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I can't guarantee that it's universal, but this *has* matterred for me
in a
couple of cases ... particularly in trying to do builds of things like
MyFaces that have POMs pointing
their need to depend on snapshots.
Submitted by,
Craig McClanahan
On 7/16/06, Ted Husted [EMAIL PROTECTED] wrote:
Did you mean to send this to the Shale dev@, Craig?
Yep ... sorry for the noise :-)
Craig
On 7/17/06, Craig McClanahan [EMAIL PROTECTED] wrote:
As part of our transition to an Apache top level project (TLP), we are
obligated to submit
On 7/10/06, Jason Carreira [EMAIL PROTECTED] wrote:
+1 for this
I'm surprised Maven can't build a source distribution with a bundled
standard ant build with maven dependency ant task calls. I'd think this
would be a common need.
A lot of Jakarta Commons projects deal with this sort of thing
mailing list and root for your favorites.
Craig McClanahan
a roadblock in the path of a stable Struts 2.0 release.
For one or two shared classes, I'd agree with Don that it's not worth the
pain. If you anticipate 20+ shared classes, it starts to get more
interesting (but still a bunch of work).
Don
Craig
Craig McClanahan wrote:
On 7/5/06, Don Brown
On 7/5/06, Don Brown [EMAIL PROTECTED] wrote:
Good question. Here are the options of the top of my head:
- Jakarta Commons project
- Put it in Struts 1.x, since Struts 2 will probably have 1 has a dep
for
migration code
- Create new Struts Commons
- Just have two copies of the code
The CargoTestSetup class that you added to the test framework (was this
Wendy's first commit of Java code? :-) nicely leverages the fact that Cargo
will figure out which container to use based on system properties
(specifically cargo.container.id). However, the way that this class is
being used
On 6/28/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 6/28/06, Don Brown [EMAIL PROTECTED] wrote:
Ted Husted wrote:
Though, there's no reason why we couldn't use
repos/asf/struts/struts1
repos/asf/struts/struts2
Or
repos/asf/struts/framework
On 6/26/06, James Mitchell [EMAIL PROTECTED] wrote:
So, if this became a Maven 2 plugin, would anyone have a problem with
us adding it to the nightly build?
+1 from me if the necessary stuff is available in Maven repositories.
--
James Mitchell
Craig
On Jun 26, 2006, at 12:32 AM, Craig
On 6/25/06, James Mitchell [EMAIL PROTECTED] wrote:
Sounds like something we could run nightly from the zone.
Yes, it could ... but if we care about it, this really needs to be part of
the standard build process somehow.
Personally, I find the existing DTDs themselves (which are *very*
is a much
better (technical) approach to the problems that Struts 1.x targeted, but
the world has moved beyond those problems. I'm no longer interested in
playing on that particular playground.
Craig McClanahan
On 6/20/06, Don Brown [EMAIL PROTECTED] wrote:
As Shale and Action zero
Comments interspersed.
On 6/21/06, Don Brown [EMAIL PROTECTED] wrote:
Craig, thanks for your honesty and candor. I know this is a delicate
topic, and I appreciate you approaching the topic openly.
LIkewise ... I may have sounded a bit grumpy in my response, but I don't
ascribe any
On 6/21/06, Don Brown [EMAIL PROTECTED] wrote:
I'm suggesting something bigger: Struts 2.0. This release will come with
SAF2,
Shale, Tags, and maybe Action 1.x for legacy reasons. We would continue
to
develop SAF2, Shale, and Tags, but the world would just need to see Struts
2.0.
Its
On 6/19/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/14/06, James Mitchell [EMAIL PROTECTED] wrote:
Yes. There is a wiki page for this as well.
http://wiki.apache.org/struts/StrutsContinuum
It's a work in progress, and I'm about to head out, but I'd like to
ask Wendy a few questions wrt
On 6/19/06, James Mitchell [EMAIL PROTECTED] wrote:
Wonderful timing, I was just about to start a new thread wrt getting
the nightlies back online. And so I'll move my thoughts here.
So, with the mini hackathon out of the way, and our new buddy
MrStruts taking care of the continuous
On 6/19/06, James Mitchell [EMAIL PROTECTED] wrote:
Done. Password set to cryptic default and will be mailed to your
privately. What address would you to receive it on?
[EMAIL PROTECTED] ??
Yep. Thanks.
--
James Mitchell
Craig
On Jun 20, 2006, at 12:54 AM, Craig McClanahan wrote
On 6/15/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
That did it. Thanks.
Except for the file permissions... when you have a minute, can you log
in and fix them?
Done.
And if anyone knows how to convince it to set the group writeable bit
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 6/15/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
That did it. Thanks.
Except for the file permissions... when you have a minute, can you log
in and fix them?
Done
On 6/15/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Further info ... it didn't get the shale-parent POM correct
either. Maybe
it is something specific to deploying things with a packaging setting
of
pom.
Are you still talking about
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I knew I'd seen this somewhere. In settings.xml, lets try
server/filePermissions and server/directoryPermissions.
* http://maven.apache.org/maven-settings/settings.html
That seems worthwhile playing with. I presume these are Unix
I'm somewhat a noob in training by Wendy and Sean :-), but here's my
thoughts.
On 6/15/06, tm jee [EMAIL PROTECTED] wrote:
Hi guys,
Got some questions :-
1] When is action2's snapshot in maven repository updated? Is it on a
daily basis?
Snapshots are updated only when a developer (or
://maven.opensymphony.com/opensymphony/jars/
- Original Message
From: Craig McClanahan [EMAIL PROTECTED]
To: Struts Developers List dev@struts.apache.org; tm jee
[EMAIL PROTECTED]
Sent: Friday, 16 June, 2006 3:15:18 PM
Subject: Re: [action2] action2 snapshot build
I'm somewhat a noob
As you undoubtedly know if you receive the Struts SVN commit messages :-),
we've been busily setting up a Maven2 based build environment for Shale, to
replace the original Ant based environment. This work has been done on a
branch (mvn_reorg). I think It's now to the point where I'd like to
On 6/16/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 6/16/06, tm jee [EMAIL PROTECTED] wrote:
I'm somewhat a noob in training by Wendy and Sean :-), but here's my
thoughts.
You are just being humble Craig. :-)
About Maven (which I see I neglected to mention :-), I'm still learning
On 6/16/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/16/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I think It's now to the point where I'd like to make
this the trunk, and get back to fixing bugs and implementing RFEs. What
say
ye? If there's no objections, my plan is to copy
On 6/15/06, stephan opitz [EMAIL PROTECTED] wrote:
hello,
shale has a lot of new features:
View Controller: Backing bean for JSP with predefined events
Validations: Client- and service-side validations
JNDI: JSP access to properties in web.xml
Dialog Manager: Web wizards (workflows) driven by
Thanks to incredible support from Wendy, James, Gary, et. al., it looks like
we've got a viable organization of the repository for Shale in the
mvn_reorg branch. There's work to be done yet on the generated website,
but the basic architecture seems sound. But there is one more thing I'd
like to
On 6/15/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
An interesting question is how we make it possible to do step 4 (build
the
sample apps from source) without doing step 2 (build the framework from
source). I presume that means we'd need
On 6/15/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/15/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I deployed the framework JARs (and shale-parent POM) ... but it's still
missing the shale-apps-parent POM. Can I deploy just that without
deploying
the applications themseves? That would
On 6/14/06, Don Brown [EMAIL PROTECTED] wrote:
That makes sense too. I guess the big draw for everything a JIRA ticket
is it
is easier to create the release notes. If you are just fixing a typo,
that
probably wouldn't go in the release notes anyways.
That's exactly the standard I like to
On 6/12/06, Nagy Tibor [EMAIL PROTECTED] wrote:
Dear DevTeam,
We are at arvato systems Hungary, wanted to tryout SHALE framework, but
none of the binary zip file was found in the given access path:
http://people.apache.org/builds/struts/nightly/struts-shale/
The directory is empty, and we
On 6/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On [EMAIL PROTECTED], Roland Asmann pointed out that a profile can be
activated if a certain property is *not* present.
We now have the MyFaces profile is active if the 'jsf' property is not
set. The JSF RI profile is activated with -Djsf=ri on
On 6/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
We now have the MyFaces profile is active if the 'jsf' property is not
set. The JSF RI profile is activated with -Djsf=ri on the command
line.
Note that this is -D for a system property (not
(as well as the organization of Shale releases as well)
will be changed.
Watch here for an announcement of the date that this goes into effect for
the nightly builds.
Craig McClanahan
).
There was also a ton of stuff being inherited from the Spring 1.2.2 POMs ...
updating the dependency to 1.2.5 cleared up a lot of that.
Gary
Craig
-- Original message --
From: Craig McClanahan [EMAIL PROTECTED]
On 6/12/06, Wendy Smoak wrote:
On 6/12/06, Wendy
On 6/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/12/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: craigmcc
Date: Mon Jun 12 18:40:30 2006
New Revision: 413781
URL: http://svn.apache.org/viewvc?rev=413781view=rev
Log:
Add filesets for the rest of the top-level framework
On 6/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/12/06, Craig McClanahan [EMAIL PROTECTED] wrote:
For maximum user benefit, it's nice to ship sample apps ready to run,
with
all their dependent jars included. But with four apps already, that
would
mean lots of jar files duplicated
sure we're explicit about the version number ... and also
clean up any problems that this causes (including this one). Look for a
commit later this evening.
Craig
-- Original message --
From: Craig McClanahan [EMAIL PROTECTED]
On 6/12/06, Gary VanMatre wrote:
I
On 6/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/12/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 6/12/06, Gary VanMatre [EMAIL PROTECTED] wrote:
I had to wack my m2 shale repos and then rebuild all of the
libraries. That was the was the ticket. I'm having trouble building
On 6/12/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I'm trying to reduce redundancy by removing the javax.servlet:servlet-apiand
javax.servlet:jsp-api dependencies inside the subordinate modules, since
they are declared in shale-parent ... but that causes compile errors
indicating
I'm working on the Maven2 build for the shale-usecases example (on the
mvn_reorg branch). Currently, the application buids, but it fails on some
XML parsing errors when you deploy it. In turn, this happens because
xml-apis-1.0.b2.jar and xercesImpl-2.2.1.jar are getting picked up as
On 6/10/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/10/06, Wendy Smoak [EMAIL PROTECTED] wrote:
You get rid of them by adding a dependency in the webapp pom marked
provided or optional. Maven constructs a dependency graph and uses
the closest definition.
Missed a word there. :) You
On 6/10/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/9/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Also, need to review the heavy baggage that including shale-spring as a
dependency (and transitively the dependencies that Spring defines)
brings to the table.
Spring 1.2.5 looks like the
Several notes and a mystery below.
On 6/10/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/10/06, Wendy Smoak [EMAIL PROTECTED] wrote:
You can also stage the entire site locally with:
'mvn site:stage'
It defaults to target/staging, or you can specify
-DstagingDirectory=/path/to/tempdir
On 6/10/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/10/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Don't forget to add -Pmyfaces as well ... the site generation seems to
want to compile everything again, and some of the compiles will fail
without either -Pmyfaces or -Pjsfri being
On 6/7/06, Wendy Smoak [EMAIL PROTECTED] wrote:
The Shale Blank app is now set up to run its integration tests.
http://svn.apache.org/viewvc?rev=412639view=rev
The includes/excludes are working (thanks David!) and we're using the
Cargo Java API to start and stop Tomcat. (Yesterday's
On 6/6/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 6/6/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Martin Cooper wrote:
No. FOP = whatever. I consider anything -- PDF to be out of scope /
too
specialised here.
Ah, ok, gotcha, I understand now :)
PDF generation is a fairly common
On 6/5/06, Brett Porter [EMAIL PROTECTED] wrote:
On 06/06/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Maven2 needs to support integration testing as a first class notion in
the
architecture of what you envision a project to be.
It may not have been clear enough, but that's exactly what I
On 6/6/06, Sean Schofield [EMAIL PROTECTED] wrote:
Is there a recommended practice for testing out my JSP Tag classes?
Is this even desirable? I'm thinking that its nice to verify that
values and value bindings are being set properly. Maybe we could add
something to shale-test that could
On 6/6/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 6/6/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Martin Cooper wrote:
I agree that this doesn't sound like something that should happen
here.
Your saying that in terms of the custom XML wrapper around
iText/PDFBox/whatever, right?
If I'm reading 'Better Builds With Maven correctly, it seems that the
recommended practice for functional or system integration tests for webapps
(i.e. where you deploy the app to a server and then execute HTTP requests
and examine the result) is to build a separate functional-tests module per
On 6/5/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/5/06, Craig McClanahan [EMAIL PROTECTED] wrote:
If I'm reading 'Better Builds With Maven correctly, it seems that the
recommended practice for functional or system integration tests for
webapps
(i.e. where you deploy the app to a server
On 6/5/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/5/06, Brett Porter [EMAIL PROTECTED] wrote:
It *should* still be possible to achieve what you want currently (I
thought Vincent's chapter discussed that, but I don't might be
mistaken). It may take some effort, though, and I'm not sure of
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/1/06, James Mitchell [EMAIL PROTECTED] wrote:
Ok, so I had some time this morning to help.
I started looking at the apps to see what I could do to get them up
to Maven2 par. I created a struts-shale-apps-parent (pom.xml under
apps/)
More updated status on shale-clay:
On 6/3/06, Craig McClanahan [EMAIL PROTECTED] wrote:
However, the following modules still have unit test failures:
* shale-clay: It looks like the component definitions for the standard
JSF components
are not getting recognized. Gary, could you take
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/1/06, James Mitchell [EMAIL PROTECTED] wrote:
Are you able to run the tiger tests?
No. I got to the part in build.xml where it says Set up 'web
application' for unit tests and decided that maven.test.skip=true
would do for now. :)
Craig,
On 6/1/06, James Mitchell [EMAIL PROTECTED] wrote:
Also, what's the deal with designtime? I briefly remember some
discussion on it in this thread and was just wondering what the final
result was.
Will the binaries be made available via Maven repo? Or do we have to
download creator and
On 6/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/1/06, James Mitchell [EMAIL PROTECTED] wrote:
Are you able to run the tiger tests?
No. I got to the part in build.xml where it says Set up 'web
application' for unit tests
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Works for me now as well, with your latest patches. But shouldn't it
also
work without the -Pmyfaces because it's got activeByDefault set?
I think so, too. :/ In addition there was some
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Found the one on the Maven website[1] and added the appropriate entries.
But now, when I try to run mvn clean test -Pjsfri the following bad
things
happen:
* There's an obsolete jsf-api
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/1/06, James Mitchell [EMAIL PROTECTED] wrote:
Sorry, I meant with Maven 2. I get a few test failures, even after
correcting the missing .xml files from test.
So did I. The tests fail with Maven2, so I looked at tiger/build.xml
to see
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
And with that, I think I'm done for the night. Thanks for all the help!
Likewise ... and thanks to James as well.
--
Wendy
Craig
On 6/2/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
We should rename core-library to shale-core. It saves a lot on
maven/continuum headaches if the name of the dir matches the name of
the artifact. We did not do this in MyFaces (for some
On 6/2/06, Wendy Smoak [EMAIL PROTECTED] wrote:
Oops... wrong button!
On 6/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
+1 for shale-core, shale-test, shale-clay, etc., as directory names
matching the artifactIds.
Done
The list of modules in the parent pom needs to be changed to match.
On 6/1/06, James Mitchell [EMAIL PROTECTED] wrote:
There were a couple of commits to shale between when mvn_reorg was
copied and this commit. Without looking over this file by file, I
hope we aren't losing anything.
I'm watching closely on the commits I'm doing, and I imagine Gary will do
On 6/1/06, Sean Schofield [EMAIL PROTECTED] wrote:
I ran all but the tiger script. There are a ton of errors still in
the core tests but we're making progress.
One problem seems to be with AbstractJsfTestCase and a null pointer
when referencing the servletContext variable from a subclass. My
On 6/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 6/1/06, Sean Schofield [EMAIL PROTECTED] wrote:
I ran all but the tiger script. There are a ton of errors still in
the core tests but we're making progress.
One problem seems to be with AbstractJsfTestCase and a null pointer
when
, Craig McClanahan wrote:
On 6/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 6/1/06, Sean Schofield [EMAIL PROTECTED] wrote:
I ran all but the tiger script. There are a ton of errors still in
the core tests but we're making progress.
One problem seems to be with AbstractJsfTestCase
On 6/1/06, James Mitchell [EMAIL PROTECTED] wrote:
I keep mine here:
~/.m2/settings.xml
That did the trick ... thanks James!
--
James Mitchell
Craig
On Jun 2, 2006, at 12:38 AM, Craig McClanahan wrote:
On 6/1/06, James Mitchell [EMAIL PROTECTED] wrote:
Is this what you need
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/1/06, Sean Schofield [EMAIL PROTECTED] wrote:
I ran all but the tiger script. There are a ton of errors still in
the core tests but we're making progress.
Core library builds and all the tests pass:
mvn clean install -Pmyfaces
1 - 100 of 805 matches
Mail list logo
