Hi,
I didn't have any right for vote.
But I would like to mention that I notice a regresion between 2.2 and
2.3 version of the ear plugin.
src/main/resources are not included in the ear file anymore.
In 2.2 it was working correctly and since 2.3 my resources are not in my
EAR.
I hope it is
You could also use different mapping files for specific databases, like
package.jdo
package-mssql.orm (8000)
package-derby.orm (8192)
In the pmf set the value: javax.jdo.option.Mapping=mssql
And make sure you dont store data larger than 8182, otherwise it will get
truncated or fail to insert
On 1/13/07, Yann Albou [EMAIL PROTECTED] wrote:
Hi,
I didn't have any right for vote.
But I would like to mention that I notice a regresion between 2.2 and
2.3 version of the ear plugin.
src/main/resources are not included in the ear file anymore.
In 2.2 it was working correctly and since 2.3 my
Hi,
I already discussed this with brett and Dan and I would like to see if
anyone here has more insight about how to handle obfuscated jars.
The basic use case I have is to be able to specify whether I want the
standard jars or the obfuscated jars for a particular project.
Obfuscated jars are
Jason van Zyl wrote:
Hi,
The entire release is staged here:
http://people.apache.org/~jvanzyl/maven-2.0.5/
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/maven-2.0.5/org/apache/maven/maven-core/2.0.5/
Here is the JIRA roadmap:
+1
tested on a few complex projects, no regressions found.
fabrizio
On 1/12/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
The entire release is staged here:
http://people.apache.org/~jvanzyl/maven-2.0.5/
The assemblies that people are interested in are staged here:
Brett Porter wrote:
We'd previously been trying to get things out of trunk (since sandbox
stuff isn't released, or branched, or anything like that until it gets
moved out).
Yup, I get that. But it would be convenient with the trunks externals.
I'm not sure if that config is possible, but
Hi,
I don't know what your usecases are, but here are some ideas:
Obfuscated jars are usually only needed for binary distributions (assemblies).
A simple solution would be to have a distribution assembly project that directly
depends on all obfuscated jars.
Second solution is to obfuscate the
hello devs (here i am yet another annoying email)
it all started while i was trying to fix a bug
(http://jira.codehaus.org/browse/CONTINUUM-1103)... while i was doing
that, ive found out that the jpox 1.1.1 created wrong queries (its
even commented as a weird thing)
after upgrading its version
On 1/13/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
Obfuscated jars are usually only needed for binary distributions (assemblies).
A simple solution would be to have a distribution assembly project that directly
depends on all obfuscated jars.
Yeah that's one idea and I actually like it.
I suggest you to try out the upcoming JPOX 1.1.6 (since 1.1.3 it's more than 40
fixes). It will be out in about 2 weeks.
Quoting Marcelo Fukushima [EMAIL PROTECTED]:
hello devs (here i am yet another annoying email)
it all started while i was trying to fix a bug
Hi,
I'm in need of a RPM repository that is yum
accessible, where all the RPMs are produced by Maven,
and I wanted to check if anyone else is interested in
the same thing?
The primary goal is to be able to produce yum installs
of Apache and other servers/applications that were
built using a
On 1/11/07, Jason van Zyl [EMAIL PROTECTED] wrote:
On 11 Jan 07, at 3:42 PM 11 Jan 07, robert burrell donkin wrote:
On 1/11/07, John Tolentino [EMAIL PROTECTED] wrote:
Hi Everyone,
hi john
You can now generate release reports using the maven-swizzle-plugin.
have you implemented your
+1, the Geronimo server/trunk builds just fine with 2.0.5. I will
switch to this build and check out the other Geronimo project builds,
but I would guess that this bin will work fine for those too.
* * *
Did you use the new plugins to support staging for this release? Are
those ready for
On 13 Jan 07, at 5:31 PM 13 Jan 07, Jason Dillon wrote:
+1, the Geronimo server/trunk builds just fine with 2.0.5. I will
switch to this build and check out the other Geronimo project builds,
but I would guess that this bin will work fine for those too.
* * *
Did you use the new plugins to
On Jan 13, 2007, at 2:40 PM, Jason van Zyl wrote:
1) From the top-level directory the GPG plugin didn't sign the
assembly. That's my fault and need to fix that.
2) The repository copying only works using the file:/// when you're
on the same machine due to a bug in Wagon.
Once those two
2) The repository copying only works using the file:/// when you're
on the same machine due to a bug in Wagon.
It should also work for http if you have the latest wagon api Did you
try that ?
Tom
-
To unsubscribe, e-mail:
Sounds like an excellent suggestion, thanks Erik!
- Brett
On 13/01/2007, at 9:08 PM, Erik Bengtson wrote:
You could also use different mapping files for specific databases,
like
package.jdo
package-mssql.orm (8000)
package-derby.orm (8192)
In the pmf set the value:
FYI,
We have added a mirror for Maven.
[www] - http://maven2.mirrors.skynet.be/pub/maven2/
[ftp] - ftp://maven2.mirrors.skynet.be/pub/maven2/
Belgacom S.A. - Belgium.
--
Cedric Gavage
Belgacom S.A. - IT Network Department
Security, Internet Applications
http://www.belgacom.be
Yeah, that was by me. No idea how it ever worked though, it should be
in distMgmt, right?
On 13/01/2007, at 6:33 PM, Jason van Zyl wrote:
Hi,
Just doing some work on the integration tests and trying to
automate the installation of the support artifacts and I found this:
it's not available yet? only few folders are there
On 1/13/07, Cedric Gavage [EMAIL PROTECTED] wrote:
FYI,
We have added a mirror for Maven.
[www] - http://maven2.mirrors.skynet.be/pub/maven2/
[ftp] - ftp://maven2.mirrors.skynet.be/pub/maven2/
Belgacom S.A. - Belgium.
--
Cedric Gavage
On 1/13/07, Brett Porter [EMAIL PROTECTED] wrote:
Yeah, that was by me. No idea how it ever worked though, it should be
in distMgmt, right?
right
On 13/01/2007, at 6:33 PM, Jason van Zyl wrote:
Hi,
Just doing some work on the integration tests and trying to
automate the installation of
so everybodu else is able to run the current trunk? only i am having trouble?
On 1/13/07, Erik Bengtson [EMAIL PROTECTED] wrote:
I suggest you to try out the upcoming JPOX 1.1.6 (since 1.1.3 it's more than 40
fixes). It will be out in about 2 weeks.
Quoting Marcelo Fukushima [EMAIL PROTECTED]:
I just committed the change.
If someone can review it and republish the site
Thx
Arnaud
On 1/12/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Sure, that sounds fair :-)
jason.
On 11 Jan 07, at 6:38 PM 11 Jan 07, Arnaud HERITIER wrote:
With the new main page for the maven 2 site, I think
On 1/13/07, Marcelo Fukushima [EMAIL PROTECTED] wrote:
so everybodu else is able to run the current trunk? only i am having trouble?
I haven't tried the very latest, but I've had r494414 running since Jan 9th.
--
Wendy
Same error here with latest SVN update.
Rahul
- Original Message -
From: Marcelo Fukushima [EMAIL PROTECTED]
To: continuum-dev@maven.apache.org
Sent: Sunday, January 14, 2007 2:54 PM
Subject: Re: cant run from trunk
so everybodu else is able to run the current trunk? only i am
Just built and ran the latest using plexus runtime.
I am able to create admin account, add a m2 project into default group and
build.
-D
On 1/13/07, Rahul Thakur [EMAIL PROTECTED] wrote:
Same error here with latest SVN update.
Rahul
- Original Message -
From: Marcelo Fukushima
27 matches
Mail list logo