On Wed, 24 Nov 2004 11:03:23 -0700, BaTien Duong
[EMAIL PROTECTED] wrote:
[snip]
3) CoR is finer grain than IoC in the construction and rounting of
services within and between software layers, while IoC is aprropriate at
the application level.
I don't think of these as mutually exclusive.
On Wed, 24 Nov 2004 11:44:04 -0800, Martin Cooper [EMAIL PROTECTED] wrote:
Is there any reason that a JSF-independent version of the
application-wide controller scheme, as just checked in, couldn't be
part of Struts 1.3?
That should work fine, as long as 1.3 is going to be based on Servlet
2.3
On Wed, 24 Nov 2004 14:39:45 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Where is this checked in. folks?
We recently reorganized the repository so that independent pieces of
Struts could be branched and released independently of each other.
As a result, the SVN repository for the core of
I reverted the defacement, but didn't see any confirmation email.
Craig
On Thu, 25 Nov 2004 18:31:18 -, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Date: 2004-11-25T10:31:18
Editor: HnhhuHnk [EMAIL PROTECTED]
Wiki: Apache Struts Wiki
Page: SiteNavigation
URL:
On Sun, 28 Nov 2004 15:36:27 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
[snip]
With hot deploy, instead of switching the implementation and the name
of the implementation class, e.g. ColonSeparatedMovieFinder for
DatabaseMovieFinder, you just have an implementation called
If I'm reading the code right, your factory for any given class has
to know a bunch of nitty gritty details in order to implement the
transferState() method, right? So, whenever I add new state
information to the application class, I have to update transferState()
as well?
I don't see any
I agree with Don's assessment, but wanted to add an FYI note -- Shale
does zero-config for #3 (because the mapping between a JSP page and
the corresponding ViewController is implicit), and doesn't require #1
unless you need it for doing Commons Validator stuff.
Simpler is definitely better.
On Mon, 29 Nov 2004 15:04:48 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Thanks for this thoughtful response, Craig. Very helpful. Notes are within:
On Mon, 29 Nov 2004 09:02:04 -0800, Craig McClanahan [EMAIL PROTECTED]
wrote:
If I'm reading the code right, your factory for any given
On Mon, 29 Nov 2004 17:36:09 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
I am not sure what you mean by transparently swap. IoC requires
fairly extensive configuration for this transparency. I don't see
what is transparent about the IoC setting of an implementation at all.
Am I missing
On Mon, 29 Nov 2004 22:29:35 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Thanks, Craig. I think there might be a misunderstanding. See within.
On Mon, 29 Nov 2004 18:32:06 -0800, Craig McClanahan [EMAIL PROTECTED]
wrote:
On Mon, 29 Nov 2004 17:36:09 -0800, Dakota Jack [EMAIL
On Mon, 29 Nov 2004 10:34:13 -0800 (PST), David Graham
[EMAIL PROTECTED] wrote:
--- Craig McClanahan [EMAIL PROTECTED] wrote:
I agree with Don's assessment, but wanted to add an FYI note -- Shale
does zero-config for #3 (because the mapping between a JSP page and
the corresponding
On Tue, 30 Nov 2004 07:45:17 -0500, Ted Husted [EMAIL PROTECTED] wrote:
Speaking of todos, is there more to be done on the struts-faces taglib? Or is
that ready for a release vote?
There are two outstanding bugs ... 32014 and 32370. The latter is
fairly straightforward, the former is a
On Tue, 30 Nov 2004 08:38:54 -0800 (PST), David Graham
[EMAIL PROTECTED] wrote:
My basic concern is that we're heading down a path that doesn't simplify
things for Struts users (including myself in that group) and instead using
the next shiny technology in front of us. If Spring and/or JSF
Don't forget that Strings are immutable in Java :-).
You might have better luck experimenting with a JavaBean that has
getters/setters for the properties you want to be able to mess with.
Craig
On Wed, 1 Dec 2004 23:44:38 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Thanks for the response,
On Thu, 2 Dec 2004 11:56:31 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Essentially, I am trying to keep a WeakReference to
Point classes so that when I update the Point.class I can change the
classes for all the PointImpl objects out there.
My understanding of Java (extensive in many areas,
On Thu, 9 Dec 2004 11:36:10 -0500, James Mitchell [EMAIL PROTECTED] wrote:
Also, why do we have so many copies of the mailreader example all over the
place? Why can't we just keep one copy and have a build that can handle
building for core or chain or shale or xyz?
For the most part, they
+1. Just because we are conservative on runtime APIs doesn't mean we
have to be conservative on our own environments :-).
Craig
On Fri, 10 Dec 2004 22:12:07 -0800 (PST), Martin Cooper
[EMAIL PROTECTED] wrote:
Currently, we say that Ant 1.5.4 is required for building Struts. I'd like
to bump
On Thu, 16 Dec 2004 22:10:50 -0800, Don Brown [EMAIL PROTECTED] wrote:
I'm setting up Struts to build from Ant (again), and have to go through
the hassle of setting up build.properties. When I brought struts-bsf
in, I changed its build.xml to, if a lib directory didn't exist,
create one and
+1.
That's the version of Commons Validator I plan to support in Shale as well.
Craig
On Thu, 16 Dec 2004 23:15:21 -, Niall Pemberton
[EMAIL PROTECTED] wrote:
Does anyone object to me moving Strut's dependency on to the recently
released Version 1.1.4 of Commons Validator?
Its a very
The purpose for filtering these four characters is to avoid cross site
scripting attacks that would otherwise be possible if an application
accepted an input text field that had something like a script
element in it, and then wrote that text to an HTML output stream with
no modifications.
Are
On Sun, 19 Dec 2004 19:24:23 -0300, Edgar Poce [EMAIL PROTECTED] wrote:
Are there any other characters that should be filtered for security
reasons?
I think there are not. I thought it was a html escape tool and I
expected it replaced 'à' with agrave for example. But I see it's not
the
I think a separate subproject for Tiles (including the code and the
tags) probably makes the most sense. If we don't mind the dependency
back onto Struts, then this could also include the Struts PlugIn that
is currently used to configure it -- although it would probably be
better that this class
On Tue, 21 Dec 2004 20:45:03 -0800, Don Brown [EMAIL PROTECTED] wrote:
I agree as well. This lets us follow a consistent approach to
subprojects, where they may (and probably should) link to Struts core,
but Struts core should not depend on them.
I hope this can actually be accomplished ...
On 22 Dec 2004 06:11:56 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: martinc
Date: Tue Dec 21 22:08:58 2004
New Revision: 123053
URL: http://svn.apache.org/viewcvs?view=revrev=123053
Log:
Ensure that the nightly build still works, now that the Chain code is in the
mainstream
On Thu, 23 Dec 2004 10:54:31 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
What does Commons FileUpload being Filter-ized mean?
Martin has talked (on the Commons dev list) about his plans to upgrade
Commons FileUpload to use a Servlet Filter, and the request wrapper
features of Servlet 2.3, in the
On Thu, 23 Dec 2004 18:04:18 -0800, Don Brown [EMAIL PROTECTED] wrote:
Craig McClanahan wrote:
On Thu, 23 Dec 2004 12:31:19 -0800, Don Brown [EMAIL PROTECTED] wrote:
snip /
If that is correct, would it be possible to implement JSF within Struts
chain? Could a JSF implementation
On Thu, 23 Dec 2004 22:24:28 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
I think, Don, that this integration is a bit smoke and mirrors
Really what the integration is, if I understand it right, is just a
switch to use either JSF or Struts. They really cannot work together
because JSF has a
On 4/13/06, James Mitchell [EMAIL PROTECTED] wrote:
Perhaps Craig can shed some light on this, but are we going to
continue to support the struts-faces project?
We should. There will be people who want to have a few JSF components on a
few pages (or they want to migrate) -- and using this
On 4/13/06, James Mitchell [EMAIL PROTECTED] wrote:
Yes, I believe things have settled down. Although I'm still working
changes in the struts-scripting webapp.
The error I was getting when deploying the faces-example1 app was:
javax.faces.FacesException: Undefined component type
On 4/14/06, Dakota Jack [EMAIL PROTECTED] wrote:
Isn't the rule that this should have [faces] or something like that in the
subject matter?
It is a convention, not a rule. And it is more for the user list than the
dev list -- people subscribed here are presumed to have a clue :-).
Craig
On 4/14/06, Wendy Smoak [EMAIL PROTECTED] wrote:
Do we need to include webapp-2_2.dtd in struts-core.jar? I deleted it
as part of the reorganization [1], so only the webapp 2.3 dtd remains.
Should we include the one for 2.4 as well?
We need the 2.2 DTD if Struts continues to support Servlet
On 4/15/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 4/14/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Separately, I'm ready (gulp!) to start moving Shale towards Maven2, and
it's
recommended soure directory organizations ... as long as you
have-a-clue-about-Maven gurus promise to stand
On 4/15/06, Brett Porter [EMAIL PROTECTED] wrote:
are the apis with the other javadoc going to be in a separate module?
This should make it easy to produce javadoc from there, and then go on
to produce the aggregated javadoc for the others.
Ideally not. It's already going to be painful to
On 4/21/06, James Mitchell [EMAIL PROTECTED] wrote:
I'm seriously considering coming to JavaOne this year. What should I
expect as far as costs? (Conference Pass, lodging, meals, etc)
Full conference pass is pretty hefty ... $2595 before May 15, $2695
afterwards. Cheapest hotels I have
On 4/22/06, Don Brown [EMAIL PROTECTED] wrote:
[snip]
- Move Shale issues into its own project. We would have done this
already, but we wanted to let Shale pick their own prefix. We propose
SHL
+1 on a separate project. I'm ok with SHL as a prefix, but would actually
prefer to spell it
On 4/23/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
I would think it would be Tiles' responsibility to support deployment
with Struts. In that view, Tiles would be its own project, yet part of
it would depend on struts-action.jar to provide
On 4/24/06, Don Brown [EMAIL PROTECTED] wrote:
So... is that a +1? :)
As for annotations, I'd imagine we'd keep the XML as override so most
anything you can do with annotations, you could
also do in XML. This would give Java 1.4 users mostly the same
capabilities.
I think he was
On 4/24/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
I look forward to feedback. Thanks for listening!
Without commenting on the merit of the proposal itself, or the reasoning
presented as its justification, it is important to note that we (the Struts
community) do not have free reign to
On 4/24/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
* Rationale
One of the issues that a number of people seem to have with the way
Struts has progressed is the seeming inability (or difficulty at least)
of getting new blood involved. There seems to be a perception by many
that there is
On 4/25/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 4/25/06, Ted Husted [EMAIL PROTECTED] wrote:
Actually, there are three public lists.
* user@ for helping people use the product
* dev@ for discussing changes to the product
* commit@ for logging changes to the product
Right now,
On 4/25/06, Patrick Lightbody [EMAIL PROTECTED] wrote:
Any chance that as you discuss this there would be a move to make dev@ not
receive all commit@ messages? Some of us (me) prefer to use RSS and forcing
the emails seems a bit heavy handed.
I've historically been a holdout on this issue
On 4/25/06, Wendy Smoak [EMAIL PROTECTED] wrote:
To make it easier to filter and sort messages, and to facilitate
presenting the lists through alternate interfaces such as forums and
RSS feeds, I propose that we do the following:
* establish [EMAIL PROTECTED] and direct JIRA emails to it
*
On 4/26/06, Don Brown [EMAIL PROTECTED] wrote:
Craig McClanahan wrote:
On 4/26/06, Don Brown [EMAIL PROTECTED] wrote:
I'd like to see tickets become the ultimate tracker, including
collecting
votes. I see it working this way:
- any significant change requires a ticket
On 4/26/06, Don Brown [EMAIL PROTECTED] wrote:
I propose we try to minimize the site content that will be in a
continuous state of flux, like detailed roadmap or milestone plans, as
recent wiki activity has show it to be a superior tool for development
planning. I'd like to see one roadmap
On 4/26/06, Don Brown [EMAIL PROTECTED] wrote:
The resolved/closed question is interesting. I guess they could be
resolved, but reviewed and closed by the release manager. Otherwise,
I'd agree that they seem to function the same for open source projects
anyways.
In my day job scenario, we
On 4/26/06, Don Brown [EMAIL PROTECTED] wrote:
Stupid HTML email editor... ignore that shale stuff :)
Rats ... thought that was a very enjoyable Freudian slip :-).
Craig
/me is downloading the 1.3.2 build ...
Don Brown wrote:
The first Action 1 release since the recent reorganization, we
On 4/28/06, Jason Carreira [EMAIL PROTECTED] wrote:
So who's account do we want to create it under? I suppose we can give
permissions to multiple people to maintain calendar events and user
permissions...
How about if we ask the PMC Chair (Martin at the moment) to create a
pseudo-account for
On 4/28/06, Don Brown [EMAIL PROTECTED] wrote:
I call a vote that the Struts PMC accept the WebWork 2 podling as having
met the incubation requirements and thereby be
accepted by the Apache Struts project as Struts Action 2.
Status: http://incubator.apache.org/projects/webwork2.html
[X] +1
On 5/1/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 5/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 4/30/06, Brett Porter [EMAIL PROTECTED] wrote:
My bad - fixed. Sorry for the inconvenience.
I have also subscribed all committers to the 'allow' list for commits
to save the moderators
On 5/1/06, Brett Porter [EMAIL PROTECTED] wrote:
Martin was the one that knew the steps - I've not done anything with
the wikidiffs myself. :)
Aha ... note to self ... match the names to the indent levels :-)
Cheers,
Brett
Craig
On 5/2/06, Craig McClanahan [EMAIL PROTECTED] wrote
On 5/3/06, Wendy Smoak [EMAIL PROTECTED] wrote:
We need to release version 2 of the struts-parent pom:
* http://svn.apache.org/repos/asf/struts/maven/trunk/pom/pom.xml
+1
Craig
On 5/5/06, Don Brown [EMAIL PROTECTED] wrote:
It isn't about using Cocoon or building another version of it, but
rather
learning from others design choices and consequences. I see Struts Action
2 as
a chance to quit competing and start collaborating. Merging with
WebWork
was the first
On 5/5/06, Joe Germuska [EMAIL PROTECTED] wrote:
That doesn't reference either of those interfaces -- but I think the
JSTL behaves very unpredictably given objects that implement both
interfaces. I can't remember the specifics, but since the syntax for
indexing list elements as well as map
On 5/5/06, Don Brown [EMAIL PROTECTED] wrote:
These are very good points. How does JSF handle the multiple renders?
For the implementation questions below, my answers are based on the
jsf-portlet bridge code in the RI's java.net project. AFAICT, the
implementations inside MyFaces and the
On 5/5/06, Michael Jouravlev [EMAIL PROTECTED] wrote:
Therefore, I personally consider JSR-168 a big mistake, and I would
prefer it to die peacefully.
Consider the way the world was before JSR-168 happened ... every portal
server had their own completely different API for building portlets,
On 5/5/06, Jason Carreira [EMAIL PROTECTED] wrote:
I would think we'd want to support some explicit
notion of a setup phase
right before rendering, and a cleanup phase
afterwards. That way, you can
do things like open a Hibernate session and do a
query that's needed to
populate a table,
On 5/5/06, Jason Carreira [EMAIL PROTECTED] wrote:
Yeah, I generally like it, but I still prefer the more obvious addError(),
addWarning(). I like my methods as verbs... makes reading the code easier
(to me).
I can see how verbs make the code easier to *read*, but not sharing a common
prefix
On 5/7/06, Wendy Smoak [EMAIL PROTECTED] wrote:
The Struts Action Framework 1.3.3 Test Build is available to evaluate
for release quality.
The release plan is available on the wiki:
http://wiki.apache.org/struts/StrutsActionRelease133
The test build, including signatures and checksums, has
On 5/8/06, Craig McClanahan [EMAIL PROTECTED] wrote:
The struts-faces-example2 app is not initializing when deployed, failing
on a ClassNotFoundException for the MyFaces startup class. In turn, this is
because the MyFaces implementation library ( myfaces-impl-1.0.9.jar) is
not being included
On 5/8/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 5/8/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 5/8/06, Craig McClanahan [EMAIL PROTECTED] wrote:
The struts-faces-example2 app is not initializing when deployed,
failing
on a ClassNotFoundException for the MyFaces startup class
I notice that, when a release manager is cutting a new release, she or he
has to update the version element of all the dependent pom.xml files (in
the recent case, from 1.3.3-SNAPSHOT to 1.3.3, and then from 1.3.3 to
1.3.4-SNAPSHOT). Since these poms all inherit from a parent pom that has
the
On 5/9/06, A. Alonso Dominguez [EMAIL PROTECTED] wrote:
Hi there!
I'm trying to use the new struts-action framework, version 1.3.3 with
tiles
and faces. I'm following the example applications but I found possibly a
bug
when rendering a struts-based FormBean.
The jsp code that I was using is
On 5/11/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 5/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 5/1/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 5/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
We also need to send the Wiki diffs to commits@ instead of [EMAIL
PROTECTED
On 5/11/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 5/11/06, Niall Pemberton [EMAIL PROTECTED] wrote:
I have taken some time to check out the 1.3.4 version today -
upgrading my webapp to this version (was on 1.2.9) and the only other
issue(s) I came up with is that we used to distribute
On 5/11/06, Joe Germuska [EMAIL PROTECTED] wrote:
At 10:50 AM -0700 5/11/06, Michael Jouravlev wrote:
I think it is much cleaner to have DTDs and other default XML files in
the JAR, but sometimes it might not work.
The hosting that I use for the samples, uses Tomcat 4.x, which
supposedly
On 5/12/06, A. Alonso Dominguez [EMAIL PROTECTED] wrote:
Hi there,
I think that there is a bug in the implementation of the
org.apache.struts.faces.taglib.LoadMessagesTag. When working in a
multimodule webapp with several messages-resources / per module, the
s:loadMessages / tag can't find
On 5/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 5/11/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I tried to do this, but my apmail karma only works on the mail server,
not
on minotaur where this particular file needs to be edited.
Done. http://issues.apache.org/jira/browse/INFRA-802
On 5/13/06, Ted Husted [EMAIL PROTECTED] wrote:
On 5/10/06, Wendy Smoak [EMAIL PROTECTED] wrote:
[ ] Alpha
[X] Beta
[ ] General Availability (GA)
I would prefer that we resolve the DTD issue before marking a
distribution ready for primetime.
I agree ... and vote for beta as well.
But
On 5/13/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 5/13/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 5/13/06, Ted Husted [EMAIL PROTECTED] wrote:
I would prefer that we resolve the DTD issue before marking a
distribution ready for primetime.
I agree ... and vote for beta as well
On 5/16/06, Ted Husted [EMAIL PROTECTED] wrote:
On 5/16/06, Don Brown [EMAIL PROTECTED] wrote:
I think the solution is to:
1. Make betas publicly available and widely known like our 1.1 betas
were
+1
I think the notion that we can't announce and mirrors Betas is a
misunderstanding. We can
On 5/21/06, Kito D. Mann [EMAIL PROTECTED] wrote:
Congrats, Don! I'm very encouraged, and I'm anxious to check it out. This
will allow SAF2 developers to work with JSF components (and the market is
growing nicely).
I wonder how well Shale will run in this context...
Don and I had a chance
On 5/24/06, Gary VanMatre [EMAIL PROTECTED] wrote:
the following code demo an hotswap design for file change monitoring.
the
only limitation is that shall use getMap() first and once.
map idMap = getMap(), and latter use idMap variable through an request
thread. you can use weaked
On 5/25/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
On Thu, May 25, 2006 2:12 pm, Jason Carreira wrote:
I'm still waiting to see how this plays out... I've been a big proponent
of Dojo and built several Dojo widgets, but I understand that it can be
tricky and not as easy to use as we'd
On 5/25/06, Joe Germuska [EMAIL PROTECTED] wrote:
Likewise, isn't JSON content supposed to be sent with
text/javascript?
actually, no, application/json
text/* types are meant to be things that are more human readable,
despite the historic reality of text/javascript
On 5/28/06, Paul Benedict [EMAIL PROTECTED] wrote:
Ted,
I am asking about the website, not the builds. I know the developer
builds are always available, but I see no reason why we shouldn't
publish the 1.3.x website on the left-hand bar as we release new
beta versions. We don't need a vote for
On 5/31/06, Sean Schofield [EMAIL PROTECTED] wrote:
PS.
core-library tests are now compiling although there are several failures
Good news ... on further review, the test module's compile time dependency
on core is really conceptual rather than actual ... there is no import that
requires
On 5/31/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 5/31/06, Sean Schofield [EMAIL PROTECTED] wrote:
I bet this makes the core stuff work in Creator. OK I moved it to be
a subproject of core-library and for now, its not automatically being
built when you build core-library (since we're
On 5/31/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 5/31/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 5/31/06, Wendy Smoak [EMAIL PROTECTED] wrote:
Do you forsee us needing to release them separately? I think the
single distribution with one version number is less confusing
On 5/31/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 5/31/06, Sean Schofield [EMAIL PROTECTED] wrote:
Well design time is inherently linked to core. It makes no sense to
release one without the other. With shale-test, you might in fact
release that separately from core so if it has its own
On 5/31/06, Gary VanMatre [EMAIL PROTECTED] wrote:
From: Wendy Smoak [EMAIL PROTECTED]
On 5/31/06, Sean Schofield wrote:
I think the ultimate answer depends on whether we know for sure that
we want separate releases. It doesn't sound like we know for sure so
maybe we should just stick
On 5/31/06, Sean Schofield [EMAIL PROTECTED] wrote:
Sean, why don't you go ahead and check in what you've got, and don't
worry too much about recording the commands it took to get there
exactly. With the test repo as a reference, we'll be able to figure
it out.
I don't want to lose
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
On 6/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
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
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
In addition, I wanted to try this using the JSF RI too, because (in
theory)
everything should still work. So I tried
mvn clean install -Pjsfri
It looks like Maven is trying
On 6/1/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 6/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Thanks ... I've gotta get my feet wet with this stuff sometime, so now
seems
like a good opportunity :-).
Here's the 'maven model', the documentation for pom.xml:
http://maven.apache.org
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, 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/)
101 - 200 of 805 matches
Mail list logo