On Fri, 2 Sep 2005, Jochen Wiedmann [EMAIL PROTECTED] wrote:
I have no idea, how a second version of hsqldb may come into
play. My guess is, that sometimes the version from the JaxMe
repository is used and a gump version at other times.
Do you think that's possible?
Yes, because I allowed
On 9/1/05, robert burrell donkin [EMAIL PROTECTED] wrote:
On Thu, 2005-09-01 at 06:09 +0200, Stefan Bodewig wrote:
On Tue, 30 Aug 2005, robert burrell donkin [EMAIL PROTECTED] wrote:
the original plan was to try to run two gump builds until the
mavenised one was debugged. however, since
On Tue, 30 Aug 2005, robert burrell donkin [EMAIL PROTECTED] wrote:
the original plan was to try to run two gump builds until the
mavenised one was debugged. however, since the original run is no
longer running very well, i suppose that there may be an argument
for biting the bullet and
On Tue, 30 Aug 2005, Jochen Wiedmann [EMAIL PROTECTED]
wrote:
I am sorry, but I must admit that I am completetly lost here, with
one minor exception: build/jm/jaxme/test/src is wrong.
That was me mistyping it in the mail, the descriptor is correct.
However, we did not change anything
On Thu, 2005-09-01 at 06:09 +0200, Stefan Bodewig wrote:
On Tue, 30 Aug 2005, robert burrell donkin [EMAIL PROTECTED] wrote:
the original plan was to try to run two gump builds until the
mavenised one was debugged. however, since the original run is no
longer running very well, i suppose
On Thu, 01 Sep 2005, Stefan Bodewig [EMAIL PROTECTED] wrote:
I've modified the descriptor to allow Ant whatever classpath
settings are used in the build file. If we are just missing on the
CLASSPATH the we will see the next build succeed.
Well, it helped. the next issue really seems to be
://www.devdaily.com/java/jwarehouse/hsqldb/src/org/hsqldb/HsqlDatabaseProperties.shtml
that error code is caused by a database version, which is newer than the driver.
I have no idea, how a second version of hsqldb may come into play. My
guess is, that sometimes the version from the JaxMe
(DefaultValueTest.java:55)
I have added build/jm/jaxme/test/src to the system classloader
(everything in Gump is on the system classloader and ant is configured
to ignore any build-file internal classpath settings) but that doesn't
seem to help. Is JaxMe expecting a specific classloader setup?
Stefan,
I am
jaxme is converting to maven as well as subversion.
the original plan was to try to run two gump builds until the mavenised
one was debugged. however, since the original run is no longer running
very well, i suppose that there may be an argument for biting the bullet
and moving now.
opinions
/jaxme/test/src to the system classloader
(everything in Gump is on the system classloader and ant is configured
to ignore any build-file internal classpath settings) but that doesn't
seem to help. Is JaxMe expecting a specific classloader setup?
Cheers
Stefan
No, it should be fine (assuming maven 1?). The only issues with Maven
is syncing up id's.
All you need to know should be here:
http://maven.apache.org/reference/plugins/gump/
- Brett
On 8/21/05, robert burrell donkin [EMAIL PROTECTED] wrote:
jaxme is moving to use maven. since there are a lot
On Thu, 07 Oct 2004, Jochen Wiedmann [EMAIL PROTECTED]
wrote:
I have just checked. Dom4j is dependent on jaxmeapi.jar. Most
probably it depends only on the Java 5 XML classes like
XMLConstants, QName, or NamespaceContext. We have long ago
suggested, that these be moved to a separate jar file
Stefan Bodewig wrote:
xml-commons?
Sorry, of course I meant xml-commons or jakarta-commons.
Jochen
--
http://lilypie.com/baby1/050423/1/5/1/+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
I would suggest we just add the package, then. jaxme is holding up 134
projects, let's not add anymore potentially shaky dependencies for now.
May I ask a silly question: How come the number 134? I can hardly
imagine, that more than two or three of them are actually using JaxMe
right now
Adam R. B. Jack wrote:
No beaver.Make. Do we have a Beaver version issue?
Seems so. JaxMe is currently using 0.9.2. We can upgrade the JaxMe
version (probably tomorrow) or downgrade the gump version. Which way to go?
Jochen
--
http://lilypie.com/baby1/050423/1/5/1/+1
No beaver.Make. Do we have a Beaver version issue?
Seems so. JaxMe is currently using 0.9.2. We can upgrade the JaxMe
version (probably tomorrow) or downgrade the gump version. Which way to
go?
It is more Gump-like to move forward, but it is your choice.
Tell you what, if you point me
Adam R. B. Jack wrote:
It is more Gump-like to move forward, but it is your choice.
Tell you what, if you point me to a 0.9.2 I can install that for today.
Ok, have upgraded to 0.9.3.4.
Jochen
--
http://lilypie.com/baby1/050423/1/5/1/+1
On Wed, 6 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
The reason the we-jaxme descriptor has mkdir entries and work
entries is that (perhaps historically) the JVM would drop system
classpath parts that did not exist at Ant's start-up.
Not historically, still does. It doesn't affect
module descriptor that points to the jar
in your CVS module.
* add a work to the ws-jaxme project that points to the jar in your
CVS module.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
it into an installed dependency (like jaf.xml for example).
Requires write access to Brutus to actually work.
* add a project to jaxme's module descriptor that points to the jar
in your CVS module.
* add a work to the ws-jaxme project that points to the jar in your
CVS module
On Thu, 7 Oct 2004, Davanum Srinivas [EMAIL PROTECTED] wrote:
http://beaver.sourceforge.net/?
OK, I'll give it a shot.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, 07 Oct 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Thu, 7 Oct 2004, Davanum Srinivas [EMAIL PROTECTED] wrote:
http://beaver.sourceforge.net/?
OK, I'll give it a shot.
Hmm, no CVS repo hosting the sources?
Stefan
Stefan Bodewig wrote:
Hmm, no CVS repo hosting the sources?
I have filed a bug report, see
http://sourceforge.net/tracker/index.php?func=detailaid=1042208group_id=96950atid=616484
Regards,
Jochen
--
http://lilypie.com/baby1/050423/1/5/1/+1
Stefano Mazzocchi wrote:
I would suggest we just add the package, then. jaxme is holding up 134
projects, let's not add anymore potentially shaky dependencies for now.
May I ask a silly question: How come the number 134? I can hardly
imagine, that more than two or three of them are actually
On Thu, 07 Oct 2004, Jochen Wiedmann [EMAIL PROTECTED]
wrote:
May I ask a silly question: How come the number 134? I can hardly
imagine, that more than two or three of them are actually using
JaxMe right now?
dom4j does. jaxen depends on dom4j and an insane amount of projects
depend on jaxen
Stefan Bodewig wrote:
dom4j does. jaxen depends on dom4j and an insane amount of projects
depend on jaxen.
I have just checked. Dom4j is dependent on jaxmeapi.jar. Most probably
it depends only on the Java 5 XML classes like XMLConstants, QName,
or NamespaceContext. We have long ago suggested,
I took a look at the ws-jaxme configuration, and its Ant scripts. As far as
I followed it, I was wrong about this being a simple work or depend
problem. I wonder if it is a clean environment problem.
Looking at the build output:
http://brutus.apache.org/gump/public/ws-jaxme/ws-jaxme/gump_work
, that the directory ${src.jm} (aka src/jaxme) must be
added to the project descriptor?
Regards,
Jochen
--
http://lilypie.com/baby1/050423/1/5/1/+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Jochen Wiedmann wrote:
Considering this, and the strange things that Gump does with classpaths:
Is it possible, that the directory ${src.jm} (aka src/jaxme) must be
added to the project descriptor?
Given that Gump enforces control over classpaths (with a little willing
participation from Ant
On Mon, 02 Aug 2004, Maarten Coene [EMAIL PROTECTED] wrote:
I need the jaxme api to be added to the dom4j project
descriptor.
Done
Stefan
--
http://stefanbodewig.blogger.de/
-
To unsubscribe, e-mail: [EMAIL
Hi,
I need the jaxme api to be added to the dom4j project descriptor. Can
someone do this for me?
thanks,
Maarten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
31 matches
Mail list logo
