Joe,
I have not build with a clean repo. If not with an empty repo, I will
cleanup some of the jars and build again.
--vamsi
On 11/30/06, Joe Bohn <[EMAIL PROTECTED]> wrote:
Vamsi,
It sure sounds like you might be picking up a 1.4 version of the class.
I just did a fresh checkout of 1.2 a
Vamsi,
It sure sounds like you might be picking up a 1.4 version of the class.
I just did a fresh checkout of 1.2 and a complete build (starting with
an empty m2repo) and I didn't have any build problems. I'm building on
windows with Sun JDK 1.5.0_06.
Joe
Vamsavardhana Reddy wrote:
I am
I am using Sun JDK 1.5.0_10.
Vamsi
On 11/30/06, Rakesh Midha <[EMAIL PROTECTED]> wrote:
Hi Vamsi
What version of JDK are you using? I have seen this problem when I build
with JDK 1.4, (not clean build). and earlier I had build the tree with
JDK 1.5. Forward uncompatibilty in JDK 1.4 and 1.5
Hi Vamsi
What version of JDK are you using? I have seen this problem when I build
with JDK 1.4, (not clean build). and earlier I had build the tree with JDK
1.5. Forward uncompatibilty in JDK 1.4 and 1.5
Thanks
Rakesh
On 11/30/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
Console output
Thanks Vamsi! I just realized that it is because of my modified
GBeanInfo. I reverted my changes and had a successful build.
Thanks
Anita
--- Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
> I have a successful build with the latest source. May be you need to
> update
> openejb sources.
>
>
I have a successful build with the latest source. May be you need to update openejb sources.
--vamsiOn 11/7/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote:
Hi,Is any one seeing the following error in rev 471980?thanksAnita
On 10/3/06, David Jencks <[EMAIL PROTECTED]> wrote:
I tried to build xbean trunk under jdk 1.4 and it complained about
the qdox plugin:
Have you sorted it out? If not, I'd rise an issue in XBean JIRA.
Jacek
--
Jacek Laskowski
http://www.laskowski.net.pl
Jacek Laskowski wrote:
Hi,
The subject says it all. I suspect pom.xml has not been updated to
reflect the changes in jars. I won't be able to fix it at the moment.
There's a commented out dependency in the geronimo-clustering-wadi
pom.xml that appears to be causing the problem. I'll open a Jir
Have you tried changing geronimo-dependency.xml in
openejb2/modules/openejb-core/src/resources2/META-INF? Please modify
the following line:
geronimo-spec
to
org.apache.geronimo.specs
Thanks
Anita
--- Paul McMahan <[EMAIL PROTECTED]> wrote:
> When I build specs/trunk/geronimo-spec-corba it i
I am hitting the same problem as Manu when trying to build rev 447926
from scratch. This is strange because I can't find where
tranql-parent is referenced.
[INFO] Scanning for projects...
[INFO]
[INFO] Building Geronim
Correction ... the failure is actually on "bootstrap modules" ... not
openejb2 (that was what I was building on another machine while typing
the note :-) ).
Joe
Joe Bohn wrote:
I think the difference might be when you did a bootstrap clean build.
I'm hitting the same problem as Manu after I
I think the difference might be when you did a bootstrap clean build.
I'm hitting the same problem as Manu after I decided that I needed to
clean out my repo and run the bootstrap again. Until then I was running
fine with the latest source and only doing mvn install or mvn clean
install. How
Manu,
I followed the steps from wiki page. Initially I ran into some
problems with JAVA_HOME variable etc. I have now set it to the SUN
JDK. I do not know if this variable has any relevance here, but take
no chances. I have run bootstrap in steps. I could not get the build
going fine within
Hi Vamsi/Lasantha,
I am having the latest revision(447787). I followed the
steps in the wiki and did a build by separately calling
1. bootstrap clean
2. bootstrap specs
3. bootstrap modules
4. bootstrap openejb2
5. bootstrap assemble
My sources are in C:\g\trunk. bootstrap
Yes I agree with Vamsi. It works correctly for me too with reversion 447778.
Vamsavardhana Reddy wrote:
Hi Manu,
I did an svn update on the trunk and then ran a build. The build was
successful. Are you sure you have the latest source files?
Regards,
Vamsi
On 9/19/06, *Manu George* <[EMAIL
Hi Manu,
I did an svn update on the trunk and then ran a build. The build
was successful. Are you sure you have the latest source files?
Regards,
VamsiOn 9/19/06, Manu George <[EMAIL PROTECTED]> wrote:
Hi, When i am building the trunk using Maven 2 I am getting the following error.Also even t
Good observation Anita. I'm not sure what it means either but it
certainly looks suspicious.
Joe
anita kulshreshtha wrote:
I have been looking into this problem. IMO, the problem occurs only
in the default profile. The geronimo-console-standard can be built
using any of these:
1.from th
I have not seen this problem on Windows but, as mentioned earlier, I see
it consistently on my OSX (that I'm just setting up).
Let me clarify the scenario when I see this problem:
- I can successfully run a full ./bootstrap from the root.
- I only see this problem when running a full mvn install
On 9/11/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
I'm building Geronimo, Geronimo specs and
OpenEJB manually (it's the second or third time today), so I can only
confirm the respective builds work fine.
Another shot and it went smoothly. After I changed the m2 local
repository to c:\.m2 t
On 9/11/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
Jacek,
I have deleted the plugins directory and reran mvn eclipse:eclipse . Looks
like it is working. Will update if it fails.
Let's hunt down the bug and fix it. We, Windowsian, need to help each
other before these MS Windows annoy
Jacek,
I have deleted the plugins directory and reran mvn eclipse:eclipse . Looks like it is working. Will update if it fails.
Thanks,
VamsiOn 9/11/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
On 9/11/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:> Hit a new error running mvn eclipse:ecli
On 9/11/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
Hit a new error running mvn eclipse:eclipse :o(((
Welcome to the wonderful world of MS Windows annoyances ;-)
I remember it once happened to me and I sorted it out deleting some
dirs in m2 repo. Although I once blamed bootstrap for thi
Hit a new error running mvn eclipse:eclipse :o(((
[INFO] Searching repository for plugin with prefix: 'eclipse'.
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO
I have created a mavenrc_pre.bat as given in
http://cwiki.apache.org/GMOxDEV/building-apache-geronimo-with-maven-2.html
and added maven.repo.local option inside that file. I do not know
why it has not taken effect. I set maven.repo.local to M:/.
explicitly and then ran bootstrap openejb2 (do not
My problem has gone after I ran the bootstrap command again.
Joe Bohn wrote:
I started to hit this same error as I was setting up my OSX late last
week. Strangely enough, it doesn't happen on Windows!?!?
Joe
Vamsavardhana Reddy wrote:
Hi,
I am getting a build failure on trunk. Build is f
Hi Jacek,
To avoid the problems due to long paths, I have shared my trunk dir and
m2 repo dir so that I can map these on a network drive and use.
After this, my maven.repo.local woule be M:/. and the build root will
be G:\
Another thing... when I ran bootstrap, I have not used any drive mapping
On 9/11/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
Hi,
I am getting a build failure on trunk. Build is failing with compilation
errors in geronimo-console-standard. If I run the build from applications
directory, all applications are building without any problem. The failure
is occur
On 9/11/06, Joe Bohn <[EMAIL PROTECTED]> wrote:
I started to hit this same error as I was setting up my OSX late lastweek. Strangely enough, it doesn't happen on Windows!?!?
I am using Windows XP.
Vamsi
JoeVamsavardhana Reddy wrote:> Hi,>> I am getting a build failure on trunk. Build is failing
I started to hit this same error as I was setting up my OSX late last
week. Strangely enough, it doesn't happen on Windows!?!?
Joe
Vamsavardhana Reddy wrote:
Hi,
I am getting a build failure on trunk. Build is failing with
compilation errors in geronimo-console-standard. If I run the bui
Hi Vamsi,
I am getting the same error. Scenario is same here.
Thanks,
Lasantha Ranaweera
Vamsavardhana Reddy wrote:
Hi,
I am getting a build failure on trunk. Build is failing with
compilation errors in geronimo-console-standard. If I run the build
from applications directory, all applicati
Sorry for my late reponse. I was taking a bit of a holidy over the weekend.
The 1.1.1 build is broken due to the unreleased version of the jars you mentioned. The appropriate
jars can be found here.
http://people.apache.org/~hogstrom/1.1.1-rc1
I think in the future I'll verison the specs wi
On 8/31/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
Build is failing due to geronimo-j2ee-jacc_1.0_spec-1.1.1.jar unavailable in
the repository. Has anyone else hit this error? Console output given
below.
Haven't checked it out, but seems that you need to co
https://svn.apache.org/repo
One more jar missing geronimo-schema-j2ee_1.4-1.0.jar
May be there are more missing.
Vamsi
+
| geronimo and geronimo-plugins Geronimo :: J2EE Schema
| Memory: 14M/26M
+
DEPRECATED: the default goal should be spe
One more jar missing geronimo-schema-j2ee_1.4-1.0.jar
May be there are more missing.
Vamsi
+
| geronimo and geronimo-plugins Geronimo :: J2EE Schema
| Memory: 14M/26M
+
DEPRECATED: the default goal should be spe
Looks like i needed to rebuild openejb2. Thanks David for pointing this out.
--jason
On 8/18/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
I'm starting to see a failure in configs/openejb on a clean tree:
[INFO]
[IN
On Aug 13, 2006, at 5:24 PM, Aaron Mulder wrote:
OK, I think I'm going to leave this for now, but...
It looks like the problem below is definitely that as of a few days
ago, configs/openejb-deployer/target/plan/plan.xml had a dependency on
axis, and now it doesn't. I still don't know what cou
OK, I think I'm going to leave this for now, but...
It looks like the problem below is definitely that as of a few days
ago, configs/openejb-deployer/target/plan/plan.xml had a dependency on
axis, and now it doesn't. I still don't know what could have changed
(other than the project.xml in opene
OK, the project.xml fixes helped, but we're still getting the failures
in configs, e.g.:
+
| configurations openejb Configuration for performing J2EE deployments
| Memory: 14M/25M
+
...
16:16:39,866 ERROR [Deployer] D
Doesn't look like Alan's changes caused the problem -- they were
pretty small and localized.
The openejb-builder failures appear to be caused by a typo in
axis-builder project.xml introduced as part of the NOTICE changes.
Kevan is looking and has found at least one more bad project.xml too.
Than
I swa the same on Friday and was going to checkout a new set of branches to make sure I hadn't
cobbled anything up. Looks like its chronic :( I think it started after the security fix but need
to verify if that is the culprit.
Aaron Mulder wrote:
I just tried to build this branche from scrat
I have hit the same road block building 1.1.1 :o((
VamsiOn 8/13/06, Aaron Mulder <[EMAIL PROTECTED]> wrote:
I just tried to build this branche from scratch and I get a dependencyfailure in the OpenEJB deployer on Axis. I confirmed that my OpenEJBis http://svn.codehaus.org/openejb/branches/v2_1_
All the same problems on branches/1.1
Thanks,
Aaron
On 8/12/06, Aaron Mulder <[EMAIL PROTECTED]> wrote:
And on top of that, the OpenEJB openejb-builder module tests are failing.
[junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 2.947 sec
[junit] [ERROR] Test org.openejb.de
And on top of that, the OpenEJB openejb-builder module tests are failing.
[junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 2.947 sec
[junit] [ERROR] Test org.openejb.deployment.EarDeploymentTest FAILED
[junit] Running org.openejb.deployment.EjbJarModuleDeploymentTest
[junit
So I fixed that, and now I get another failure. What happened to this build?!?
+
| configurations Axis Configuration for performing J2EE deployments
| Memory: 21M/25M
+
...
Caused by: java.lang.NoClassDefFoundError:
done
Kevan Miller wrote:
Looks like we're stuck halfway in updating for the release.
branches/1.1.1 needs to be updated to checkout
openejb/branches/v2_1_1/openejb2
Hogstrom, are you doing that?
--kevan
--kevan
On Aug 9, 2006, at 3:28 AM, Vamsavardhana Reddy wrote:
Build is failing since
Looks like we're stuck halfway in updating for the release.
branches/1.1.1 needs to be updated to checkout openejb/branches/
v2_1_1/openejb2
Hogstrom, are you doing that?
--kevan
--kevan
On Aug 9, 2006, at 3:28 AM, Vamsavardhana Reddy wrote:
Build is failing since OpenEJB is looking for ger
project artifacts generation anyway!)
thanks
David
-Original Message-
From: Guillaume Nodet [mailto:[EMAIL PROTECTED]
Sent: Monday, June 19, 2006 8:59 AM
To: servicemix-dev@geronimo.apache.org
Subject: Re: build failure with latest source: maven-jetty6-plugin
This plugin is available on public
On May 17, 2006, at 12:19 AM, John Sisson wrote:
I'm getting a build failure where the "configurations Configuration
for the J2EE Client" build fails with
Caused by:
org.apache.geronimo.kernel.repository.MissingDependencyException:
Unable to resolve dependency org.apache.geronimo.specs/
It means Maven was unable to download one of the dependency JARs. You
can try manually downloading that one and placing it into your local
Maven repository, or just run the build (or that one module's build)
again and hope the download works the second time.
Thanks,
Aaron
On 4/23/06, argyn <
I am using Maven 1.1-beta-2. I'll try to clear temp and see if that
helps.
One more thing it might be my imagination but I seem to get this
more often when building off-line (-o). Last night I did two off-line
builds which both failed in the CRLF step. After that I did an on-line
bu
I am still using maven 1.0.2! I have not seen this
problem
in win XP since it was fixed. I think that geronimo
assembly should not produce 8 ( 4 for each server)
such large files by default. Now I have modified my
assemblies/*-server/project.xml to use
assemble:assemble goal instead of assemble
I'm not sure if this is related.. I have run into problems a while ago
where if my windows temporary files folder (e.g. C:\Documents and
Settings\sissonj\Local Settings\Temp) filled up with temporary files I
got access denied errors. It is though windows had problems creating a
unique temporar
On Jan 18, 2006, at 4:46 AM, Ryan Thomas wrote:
Hi David,
I gave that a go and I had the dependencies in my project.xml file.
Manually updated cvs and ran maven, only to get the same error.
Where about's would this file be in my repo (and what file is it?)?
I'm new to maven - hence the q
Hi David,
I gave that a go and I had the dependencies in my project.xml file.
Manually updated cvs and ran maven, only to get the same error.
Where about's would this file be in my repo (and what file is it?)?
I'm new to maven - hence the q's!
Cheers,
-Ryan
On 18/01/2006, at 7:45 PM, Da
Hmm, it worked on my laptop :-)
I find the m:xxx goals aren't always reliable. Can you try
cd openejb
cvs -q up -dP
grep geronimo-spec-corba modules/core/project.xml
#you should see: geronimo-spec-corbaartifactId>
#or look on line 145 and you should see:
gero
Hey Guys,
Gave it a try and I ended up with the same error (this was after the
maven m:fresh-checkout).
Any further idea's, or can't I build it on this machine?
Cheers,
-Ryan
On 18/01/2006, at 3:45 PM, Ryan Thomas wrote:
Thanks guys,
I'll give it a go when I get home from work (~2 hour
Thanks guys,I'll give it a go when I get home from work (~2 hours).Cheers,-RyanOn 1/18/06, David Jencks <
[EMAIL PROTECTED]> wrote:We should always test first before replying :-)
You seem to be the first to discover that the build was broken aftera change at around 10:00 PM last night. Thanks for
We should always test first before replying :-)
You seem to be the first to discover that the build was broken after
a change at around 10:00 PM last night. Thanks for reporting this
and we are trying to figure out the best way to fix it.
thanks
david jencks
On Jan 17, 2006, at 2:26 AM, R
Ryan,
I discovered the problem tonight. There was a change to one of the corba spec
jars in OpenEJB that we have to sort out. I have updated OpenEJB and it builds
correctly for now. Please do an m:fresh-checkout and rebuild. You should be
good to go .
Cheers
Matt
Ryan Thomas wrote:
He
Ryan, I think what you're seeing is related to the mac JDK. For what its worth I see the following on windows:C:\j2sdk1.4.2_10>bin\java -version
java version "1.4.2_10"Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_10-b03)Java HotSpot(TM) Client VM (build 1.4.2_10-b03, mixed mode)
Never mind.. My mistake. I made webConnector a
managed object instead of TomcatWebConnector. my
apologies...
Thanks
anita
--- anita kulshreshtha <[EMAIL PROTECTED]> wrote:
>I am using
> http://svn.apache.org/repos/asf/geronimo/tags/1.0.0.
> I
> keep getting the following error. Is any
In general maven provides no useful information with this kind of
problem unless you run with -X. So, in the future :-) when there is a
problem please run again with -X and provide the stack trace to help
diagnose what is wrong.
Also if anyone knows how to make maven report more about the
This one was my fault. It should be fixed now.
-dain
On Dec 2, 2005, at 7:28 AM, Dave Colasurdo wrote:
I did a fresh checkout this morning and successfully built the
using the traditional goal (maven m:rebuild-all).
Then attempted to build using the new goals (new0, new00, new1-
>new5)..
Did you do an
maven m:checkout
to get a fresh copy of OpenEJB?
Regards,
Alan
On 10/18/2005 8:26 PM, Davanum Srinivas wrote:
Can someone please help with this failure?
default:
java:prepare-filesystem:
[mkdir] Created dir: C:\APACHE\geronimo\openejb\modules\core\target\classes
java:com
This is once again my bad :(
Sorry for the inconvenience,
Gianny
On 21/09/2005 1:50 PM, David Jencks wrote:
I'm seeing a test failure on two machines, I think this is due to the
default fetch group changes this morning in tranql:
Testsuite:
org.openejb.deployment.entity.cmp.cmr.onetoone.
Our corba support will currently only compile on a 1.4[.2_08] sun jvm.
I suspect you are using a different one. We are anxiously awaiting the
TriFork orb donation which will fix this problem.
thanks
david jencks
On Sep 3, 2005, at 6:17 AM, Mouli wrote:
I encounter the following exceptions
On Fri, 13 May 2005, Dain Sundstrom wrote:
> it is here
>
> http://cvs.apache.org/repository/geronimo/jars/geronimo-
> kernel-1.0-169154.jar
Thanks -- I'll probably just suck it up and do an online build, at
least from that directory. :) I was just wondering why that particular
versi
On May 13, 2005, at 1:42 PM, Aaron Mulder wrote:
Okay, I am building offline, but this seems a little silly:
$ maven -o
...
+
| Executing default Geronimo Packaging Plugin
| Memory: 50M/89M
+
BUILD FAILED
File..
On Fri, 13 May 2005, Jeremy Boynes wrote:
> Because we do not maintain API or serialization compatibility.
Okay, that makes sense. I guess it's the serialized configuration
information that's a problem? And if the Maven plugin writes your
serialized stuff and a later version of the Maven
Aaron Mulder wrote:
The build cannot continue because of the following unsatisfied dependency:
geronimo-kernel-1.0-169154.jar
Why are we depending on this one super-specific version of the
kernel instead of the version that I just built as part of the build?
Because we do not maintain API or ser
Alan,
I am not using -o. The axis 1.2-PATCH1 is downloaded and in the
.maven/repository/axis/jars directory.
I think that all the jars are copied to assembly/local repository before
bootstrap. And needs for these jars in the local repository
(as the classpath is constructed with these local jar
I'm guessing that you used the "-o" option w/ your maven build command.
This inhibits the downloading of new jars, like the one that you are
missing.
Regards,
Alan
Hari Kodungallur wrote:
FYI:
The build currently is breaking with the following error in the
OpenEJB Assembly module.
(I think it
Dain,
Thanks.
--- Dain Sundstrom <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2005, at 5:11 AM, anita kulshreshtha
> wrote:
>
> >Let me rephrase this question. Is
> getDeclaredMethod
> > supposed to behave like this? Why is it trying to
> find
> > GBeanAdaptor class. Shouldn't it give
> > No
On Jan 10, 2005, at 5:11 AM, anita kulshreshtha wrote:
Let me rephrase this question. Is getDeclaredMethod
supposed to behave like this? Why is it trying to find
GBeanAdaptor class. Shouldn't it give
NoSuchMethodException? In that case the build will
fail gracefully indicating that it is time to
--- David Blevins <[EMAIL PROTECTED]> wrote:
> On Jan 9, 2005, at 1:37 PM, David Jencks wrote:
>
> >
> > On Jan 9, 2005, at 12:58 PM, anita kulshreshtha
> wrote:
> >
> >> Hi,
> >>After some investigation, I was able to
> >> generate some useful messages. A have attached
> patches
> >> to
On Jan 9, 2005, at 1:37 PM, David Jencks wrote:
On Jan 9, 2005, at 12:58 PM, anita kulshreshtha wrote:
Hi,
After some investigation, I was able to
generate some useful messages. A have attached patches
to reproduce these messages. Here is the problem -
1. During bootstraping, OpenEJBModuleBu
On Jan 9, 2005, at 12:58 PM, anita kulshreshtha wrote:
Hi,
After some investigation, I was able to
generate some useful messages. A have attached patches
to reproduce these messages. Here is the problem -
1. During bootstraping, OpenEJBModuleBuilder class is
loaded by the [EMAIL PROTECTED]
Hi,
After some investigation, I was able to
generate some useful messages. A have attached patches
to reproduce these messages. Here is the problem -
1. During bootstraping, OpenEJBModuleBuilder class is
loaded by the [EMAIL PROTECTED]
classloader in GBeanInfo. When an attempt is made to
+1 to switch both to Axis-RC2. hop onto #geronimo channel on
irc.freenode.net when you get a chance.
-- dims
On Tue, 30 Nov 2004 06:42:29 +0600, Srinath Perera <[EMAIL PROTECTED]> wrote:
> seems the ews build fail for soem reason and the old ews jar is out of
> sync .. Will look in to it now. sh
+1 to switch both to Axis-RC2.
-- dims
On Tue, 30 Nov 2004 06:42:29 +0600, Srinath Perera <[EMAIL PROTECTED]> wrote:
> seems the ews build fail for soem reason and the old ews jar is out of
> sync .. Will look in to it now. shall I make the ews depend on axis
> rc2?
>
>
>
>
> On Mon, 29 Nov
I sync the axis jars versons in the geronimo axis module and the ews,
please cross check the does that fix the build
On Mon, 29 Nov 2004 16:56:39 -0800, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
> It now builds for me - thanks all.
> --
> Jeremy
>
>
>
>
> Srinath Perera wrote:
> > seems the e
It now builds for me - thanks all.
--
Jeremy
Srinath Perera wrote:
seems the ews build fail for soem reason and the old ews jar is out of
sync .. Will look in to it now. shall I make the ews depend on axis
rc2?
On Mon, 29 Nov 2004 18:55:01 -0500, Davanum Srinivas <[EMAIL PROTECTED]>
wrote:
That wa
seems the ews build fail for soem reason and the old ews jar is out of
sync .. Will look in to it now. shall I make the ews depend on axis
rc2?
On Mon, 29 Nov 2004 18:55:01 -0500, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
> That was my nightly build script causing problemsplease try
> "mave
That was my nightly build script causing problemsplease try
"maven" under "modules/axis" now and let me know if you still have
problems. Sorry for the delay.
-- dims
On Mon, 29 Nov 2004 17:45:22 -0500, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
> [17:40] folks: this is completely weird...i
[17:40] folks: this is completely weird...i did not change
anything but running maven under modules\axis works fine (after i blow
up .maven/repository/axis and build ews)
[17:41] can someone verify this for me? (blow up
.maven/repository/axis and run maven under modules/axis)
-- dims
On Mon, 29
Refer to Solution Mark sent out.
He and I were also facing same issue.
The better solution will be to improve the parser,
But workaround for time being replace Ê with E in file
geronimo\activemq\etc\project.xml
(Hopefully LeoÊPechersky is not offended)
Cheers,
Sandip
--- Jeremy Boynes <[EM
You need to update openejb -- the fix for that is already checked
in. Easiest way is probably to "cd openejb && cvs up -dP"
Aaron
On Sun, 10 Oct 2004, Davanum Srinivas wrote:
> FYI,
>
> [mkdir] Created dir:
> C:\APACHE.SVN\geronimo\trunk\openejb\modules\assembly\target\plan
> [
Try deleting the downloaded files in the maven repository and re-run the
maven build.
Also make sure that your internet connection is consistent.
Siva
101 - 188 of 188 matches
Mail list logo