>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> More updated status on shale-clay:
>
> On 6/3/06, Craig McClanahan wrote:
> >
> > However, the following modules still have unit test failures:
> >
> > * shale-clay: It looks like the component definitions for the standard
> > JSF components
For Shale Tiger, the 'test-webapp' configuration from the Ant build
worked with minor changes, and only one problem remains in
LifecycleListenerTestCase:
Test set: org.apache.shale.tiger.faces.LifecycleListenerTestCase
--
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 a
On 6/3/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
* shale-tiger: The ant version of the tests builds a mock web application directory structure under
"target/test-webapp" that is used to exercise the configuration loading classes. It doesn't look
like we can emulate this by simply co
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
>
* 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
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/) and added it as a module of struts-shale-parent. I
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/) and added it as a module of struts-shale-parent. I then
created struts-shale-apps-sql-browser (pom.x
On 5/31/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
I have a couple more variations of the rolodex usecase example in the works. I
agree that it would be good to pull Clay out of the core usecases. What ever
it takes to let maven do it's magic.
I would also like to setup a Clay mail reader
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> On 5/31/06, Gary VanMatre wrote:
> >
> > >From: "Wendy Smoak"
> > >
> > > 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 soun
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Why don't we just make a struts-shale-mvn directory in the real ASF
repo. Just copy the existing struts-shale? As long as there is
nothing pressing (next 10 days or so) to check in, we can just work in
the copy. Then when we're happy we cu
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 los
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 momentum, and it's easier to discuss the project
structure when t
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 sho
>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 with one shale/trunk. For MyFaces we
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> 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 with one shale/trunk. For MyFaces we had
as a goal to break out tomahawk fr
Using "main" works for me if we want to go this way.
I would stay away from main b/c we have src/main/java when following
the maven convention. I would suggest core (again if we go this way.)
But, does "apps" really belong underneath "main" (I can see the logic on the
rest of them)? And, do
On 5/31/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
Using "main" works for me if we want to go this way.
But, does "apps" really belong underneath "main" (I can see the logic on the
rest of them)?
It either goes there, or it gets its own trunk and a separate release
cycle. I was already
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 it
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 trunk and set
of branches, that is easier to do.
If
I'm lost, though, with what you did in designtime. First you
suggested separate trunks for everything, and now you want designtime
(but not spring or tiles) underneath core?
Well design time is inherently linked to core. It makes no sense to
release one without the other. With shale-test, you
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Separate question. How are you running these scripts? They seem to
imply you have access to the actual svn server.
No, it's just a list of commands that I executed on a local checkout.
Maybe we should use svn move http://svn.apache.org
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
Separate question. How are you running these scripts? They seem to
imply you have access to the actual svn server. Maybe we should use
svn move http://svn.apache.org ... That would be less confusing to
me.
I have a bunch more changes to make. Should I wait for a new copy of
the test repo? I
I can see a reason to have Clay and Test Framework on separate trunks,
but I'm not so sure that spring and tiles really need a separate
release cycle from core.
Well if we don't split out tiles and spring, whenever you release a
new core, you are going to release a new spring and tiles jar wheth
> Why a sub-project of core? It's a separate, optional jar, like
> shale-tiger. I think it belongs in shale/designtime as its own
> module.
I agree ... and, if I understood you correctly, switching to a Maven build
will require not only this, but also splitting up core into separate modules
fo
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 for
> users. Separate releases are less work individua
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'r
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 missing the jars.) I
also moved one of the test cases t
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 t
PS.
core-library tests are now compiling although there are several failures
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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 missing the jars.) I
also moved one of the test cases to the proper location and modified
the script.
Suggest
I guess things depend on how often you envision the two modules
changing in the future. If test is more likely to change, you can
make the core ref in test be the
On 5/31/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> > You once explained how
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> You once explained how you worked around something similar in MyFaces,
> any advice for this one?
Change the dependency in core-library to be a *released* version of shale-test.
That works, now that we have a released version. :) Thanks.
On 5/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Is there any special reason for a designtime dir?
Can these be compiled with the source in src/main/java?
It's a separate artifact in the Ant build (shale-designtime.jar) so
it's a separate module in the Maven project structure. Is that wha
@Craig:
Is there any special reason for a designtime dir? Can these be
compiled with the source in src/main/java? If not, we can deviate
from m2 defaults and specify this additional source directory but
maven is happier if you stick with its standard layout.
Sean
On 5/30/06, Sean Schofield <[
No, I meant that they won't let me connect my laptop to the network,
even though there is a separate network line specifically for
contractors to use. Freaking paranoid PHB!!
So, I do my work on my MacBook Pro (using Eclipse WTP and Tomcat
5.5.17), then copy it over to a thumb drive, then
You once explained how you worked around something similar in MyFaces,
any advice for this one?
Change the dependency in core-library to be a *released* version of shale-test.
Wendy
Sean
-
To unsubscribe, e-mail: [EMAIL PRO
On 5/30/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
I checked in some minor fixes to the core POM. I added a dependency
(test scope) to shale-test. There are still missing source files in
the core library. I think src/designtime also needs to be moved to
src/main in the m2 reorg.
Thanks, Se
I checked in some minor fixes to the core POM. I added a dependency
(test scope) to shale-test. There are still missing source files in
the core library. I think src/designtime also needs to be moved to
src/main in the m2 reorg.
Sean
On 5/27/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
I've mad
I basically do not have internet access while onsite at my newest
client.
Are they Amish?
James Mitchell
Sean
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Wendy, sorry that I've been non-existent for the last few weeks.
I basically do not have internet access while onsite at my newest
client. I'm hoping to change that very soon though so I'll be able
to get back into the mix.
--
James Mitchell
On May 27, 2006, at 10:40 PM, Wendy Sm
I've made some progress on SHALE-179, converting the build to Maven 2.
You can see initial results in the test repo:
http://svn.apache.org/repos/test/struts/struts-shale/trunk/
With the major moves done, it's in a state where people can work on
individual modules and not get in each other's wa
94 matches
Mail list logo
