* I presume we don't have to list the individual applications themseves in
the
"shale-parent-pom" file, because things get processed hierarchically?
Not sure what you mean by this. If you mean shale/pom.xml and including:
shale-clay
shale-core
shale-designtime
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
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.
Are you suggesting changing the artifact id a
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
> For the apps, I see a really long artifactId for the sql browser app,
> and would rather have it match the name of the war file:
> shale-
+1 for shale-core, shale-test, shale-clay, etc., as directory names
matching the artifactIds.
Done
For the apps, I see a really long artifactId for the sql browser app,
and would rather have it match the name of the war file:
shale-sql-browser.
Are you suggesting changing the artifact id and
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 som
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 valid reasons)
but its a definite inconvenience. I hav
Suggestion:
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 valid reasons)
but its a definite inconvenience. I haven't checked the other
artifacts but that
On 6/2/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
Wendy, correct me if I'm wrong, but I think this is done because the
base group id for Struts is org.apache.struts and as long as Tiles is
still part of Struts it will need to retain the struts part of the
group id.
Yes, as long as the Struts P
On Jun 2, 2006, at 2:20 AM, James Mitchell wrote:
The group id for Standalone Tiles (sandbox/tiles) says
'org.apache.struts.tiles'. Are we waiting till Tiles moves out of
sandbox before we change that to 'org.apache.tiles'? I'd like to
change it now. Your thoughts?
Wendy, correct me i
Core tests are now working on this end. Nice job everyone.
Sean
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I'm also done, but I wanted to leave you guys with a couple of
questions.
The group id for Standalone Tiles (sandbox/tiles) says
'org.apache.struts.tiles'. Are we waiting till Tiles moves out of
sandbox before we change that to 'org.apache.tiles'? I'd like to
change it now. Your though
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/1/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
* "src/systest" in the original repository contains JUnit tests,
but they (a) presume that the webapp has been deployed,
and (b) use HtmlUnit to exercise the actual application and
examine the returned HTML pages for correct output. I
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 s
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 j
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 set?
I think so, too. :/ In addition there was some strangenes
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
Ok, and if no one beats me to it, I'll convert that to a block of
text on the wiki that people can copy and use locally.
http://maven.apache.org/guides/mini/guide-installing-3rd-party-jars.html
--
James Mitchell
On Jun 2, 2006, at 2:28 AM, Craig McClanahan wrote:
On 6/1/06, James Mitche
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 manua
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 what might be missing.
In build,xml, the 'test' ta
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 manually install the jars locally?
--
James Mitchell
Sorry, I meant with Maven 2. I get a few test failures, even after
correcting the missing .xml files from test.
--
James Mitchell
On Jun 2, 2006, at 2:06 AM, Wendy Smoak wrote:
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
Are you able to run the tiger tests?
No. I got to the
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. :)
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, can you explain the testing strategy for shal
Are you able to run the tiger tests?
--
James Mitchell
On Jun 2, 2006, at 1:59 AM, Wendy Smoak 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 fol
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 artifact on ibiblio --
can we specify a priority or
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
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/ref/2.0.3-SNAPSHOT/maven-model/maven.html
There's
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 t
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 to download the RI stuff from ibiblio, which
isn't correct ...
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 librar
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 set?
I think so, too. :/ In addition there was some strangeness (discussed
on [EMAIL PROTECTED]) with being able to
Darn, I was hoping to have an excuse to play with Maven plugins
again :D They're just so cute and fuzzy and (clearing
throat)...ok, back to shale.
--
James Mitchell
On Jun 2, 2006, at 12:54 AM, Wendy Smoak wrote:
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
> The Ant buil
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, James Mitchell <[EMAIL PROTECTED]> wrote:
> The Ant build also copies messages.properties ->
> message_en.properties, which isn't in the Maven build yet.
Would you like a mojo for that?
For copying the file? I was just going to use the antrun plugin. (Or
just duplicate the file
I would venture a guess that you've copied your keys to ~/svn/
authorized_keys on minotaur. I do the same (usually).
--
James Mitchell
On Jun 2, 2006, at 12:48 AM, Wendy Smoak wrote:
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
In fact, here's my config (passwords not included ;)
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
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
In fact, here's my config (passwords not included ;)
apache-maven-releases
jmitchell
/home/jmitchell/.ssh/id_dsa
(password for my apache acct)
...
We also have suggested settings he
Would you like a mojo for that?
--
James Mitchell
On Jun 2, 2006, at 12:40 AM, Wendy Smoak 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
In fact, here's my config (passwords not included ;)
apache-maven-releases
jmitchell
/home/jmitchell/.ssh/id_dsa
(password for my apache acct)
apache-maven-snapshots
jmitchell
/home/jmitchell/.ssh/
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
It was a combination of a missing 'documentRoot' system
I keep mine here:
~/.m2/settings.xml
--
James Mitchell
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?
http://maven.apache.org/guides/mini/guide-proxies.html
Yes! Thanks ... but it leads to a stupid n
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
Is this what you need?
http://maven.apache.org/guides/mini/guide-proxies.html
Yes! Thanks ... but it leads to a stupid newbie question ... where's the
user settings file go? :-)
--
James Mitchell
Craig
On Jun 2, 2006, at 12:31 AM,
Is this what you need?
http://maven.apache.org/guides/mini/guide-proxies.html
--
James Mitchell
On Jun 2, 2006, at 12:31 AM, 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 scri
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
>
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. M
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
guess is that there is a missing configuration resour
On 6/1/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
So I can run svn move foo/bar foo/buzz locally and then commit foo?
This is the same as svn move https://foo.com/foo/bar
https://foo.com/foo/buzz?
Yes, exactly the same. The advantage is that you can do multiple
commands locally, preview th
So I can run svn move foo/bar foo/buzz locally and then commit foo?
This is the same as svn move https://foo.com/foo/bar
https://foo.com/foo/buzz? I won't have a chance to start until at
least 6:00 PM EST but I will start from the beginning the way you
suggested and maybe you can finish up if I d
On 6/1/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
The next step is to replicate all of the changes Wendy made using her
script. I need to leave the office for a few hours but if nobody does
this while I'm gone I will see what I can do. We'll also need to copy
over the poms from the test rep
I set up a new branch[1] for performing the maven reorg for shale as
we discussed in the other thread. For now lets reorg everything as if
we are using a single "trunk" for all of the shale modules. It will
be easier to reorg this way for now and if we decide to break them out
we can do that aft
52 matches
Mail list logo
