Funny you should bring this up. David and I are going to start working
with Jason Van Zyl this week on upgrading our build for maven 2 and
getting Geronimo, Openejb, ActiveMQ, etc. to work with Continuum which
is a continuous build system.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Jan 23, 2005, at 8:36 PM, David Jencks wrote:
I think david's suggestion works by downloading prebuilt copies of the
jars from the missing modules.
I think it's time to take the uberbuild apart.
I think the steps needed are:
1. move modules/assembly to assembly/default
2. provide goals for specs, modules, assembly, itests, plugins, and
applications. (maybe sandbox too :-)
3.provide more of a continuous integration system that builds:
activeio (?)
geronimo specs
activemq (?)
tranql
tranql connector
geronimo modules
openejb
geronimo applications (assuming we want to include at least the debug
console in assembly)
geronimo assembly
geronimo itests
I've never used a CC system such as CruiseControl. Is there any
advantage to that over something like david's simple shell scripts?
thanks
david jencks
On Jan 23, 2005, at 8:10 PM, [EMAIL PROTECTED] wrote:
Mark,
David's suggestion works, but I still think there is a problem that
needs
to be fixed (patch attached to JIRA issue) so that Geronimo and all
associated projects can be built successfully using the instructions
on
the Wiki.
The file:
geronimo\activemq\modules\gbean\src\java\org\codehaus\activemq\store\j
dbc\JDBCPersistenceAdapterGBean.java
requires:
geronimo\activemq\activemq\stores\jdbc\src\java\org\codehaus\activemq\
store\jdbc\
JDBCPersistenceAdapterGBean.java
Therefore shouldn't geronimo\project.properties have the following
file
added to its maven.multiproject.includes property (what my patch
does): ?
activemq/stores/jdbc/project.xml
Can someone explain why David's suggested commands work, but the
commands
I am using (that the Wiki also has) don't ?
Thanks,
John
Mark <[EMAIL PROTECTED]> wrote on 21/01/2005 06:05:43 PM:
John,
I had this problem last week too. David Blevins posted a message
about
doing:
------------
maven clean default
Make sure you are online when doing the build
------------
I ended up doing:
maven clean
maven -Dmaven.test.skip=true -Dmaven.itest.skip=true default
Mark
John Sisson (JIRA) wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-541?
page=comments#action_57872 ]
John Sisson commented on GERONIMO-541:
--------------------------------------
With the following build commands:
maven m:update
maven m:rebuild -Dmaven.test.skip=true -Dmaven.itest.skip=true
I have been having this compile error for a few days now:
D:
\Projects\J2EE\geronimo\activemq\modules\gbean\src\java\org\codehaus\a
ctivemq\store\jdbc\JDBCPersistenceAdapterGBean.
java:97: cann
ot resolve symbol
symbol : method createTransactionStore ()
location: class
org.codehaus.activemq.store.jdbc.JDBCPersistenceAdapter
return pa.createTransactionStore();
^
I have attached a patch that fixes the problem.
Upgrade ActiveMQ to 2.0 and use JDBC as default persistence option
------------------------------------------------------------------
Key: GERONIMO-541
URL: http://issues.apache.org/jira/browse/GERONIMO-541
Project: Apache Geronimo
Type: Improvement
Components: ActiveMQ
Versions: 1.0-M3
Reporter: Hiram Chirino
Assignee: Hiram Chirino
Fix For: 1.0-M4
