Trying to verify license information, but I'm running into a build failure.
Anyone else having problems?
---
T E S T S
---
Running org.apache.geronimo.axis.builder.WSDLMapTest
Tests run: 1
I have a hudson in my local machine to do nightly build, and the latest
build in last night dont have problems..
2011/10/20 Kevan Miller kevan.mil...@gmail.com
Trying to verify license information, but I'm running into a build failure.
Anyone else having problems
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] could not package plugin
Embedded error: java.lang.NullPointerException
[INFO]
Fixed.
F:\git\openejbgit svn dcommit
Committing to https://svn.apache.org/repos/asf/openejb/trunk ...
M
openejb3/container/openejb-core/src/main/java/org/apache/openejb/assembler/classic/JndiEncBuilder.java
Committed r1166504
M
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Han Hong Fang closed GERONIMODEVTOOLS-681.
--
Released with GEP 221, so I close this JIRA.
GEP branch 22 build
GEP branch 22 build failure because of missing tptp packages
Key: GERONIMODEVTOOLS-681
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-681
Project: Geronimo-Devtools
build failure because of missing tptp packages
Key: GERONIMODEVTOOLS-681
URL:
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-681
Project: Geronimo-Devtools
Issue Type: Bug
daytrader build failure with unapproved license error
-
Key: GERONIMO-5475
URL: https://issues.apache.org/jira/browse/GERONIMO-5475
Project: Geronimo
Issue Type: Bug
Security Level
[
https://issues.apache.org/jira/browse/GERONIMO-5475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Forrest Xia reassigned GERONIMO-5475:
-
Assignee: Forrest Xia
daytrader build failure with unapproved license error
move the
config into a profile rat-check.
Committed revision 979766 to samples trunk.
daytrader build failure with unapproved license error
-
Key: GERONIMO-5475
URL: https://issues.apache.org/jira/browse
[
https://issues.apache.org/jira/browse/GERONIMO-4884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rex Wang reassigned GERONIMO-4884:
--
Assignee: Rex Wang
Using the default port number may cause unexpected build failure
for the patch
-Rex
Using the default port number may cause unexpected build failure
Key: GERONIMO-4884
URL: https://issues.apache.org/jira/browse/GERONIMO-4884
Project: Geronimo
be port confliction. (was: When a geronimo is running)
Affects Version/s: 3.0
Fix Version/s: 3.0
Using the default port number may cause unexpected build failure
Key: GERONIMO-4884
URL
[
https://issues.apache.org/jira/browse/GERONIMO-4884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rex Wang resolved GERONIMO-4884.
Resolution: Fixed
Using the default port number may cause unexpected build failure
[
https://issues.apache.org/jira/browse/GERONIMO-4884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rex Wang closed GERONIMO-4884.
--
Using the default port number may cause unexpected build failure
[
https://issues.apache.org/jira/browse/GERONIMO-4884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Siqi Du updated GERONIMO-4884:
--
Attachment: fix_unittest.patch
Using the default port number may cause unexpected build failure
Using the default port number may cause unexpected build failure
Key: GERONIMO-4884
URL: https://issues.apache.org/jira/browse/GERONIMO-4884
Project: Geronimo
Issue Type: Bug
The automated TCK tests are failing when building the geronimo server from
the branches/2.2 source with a missing artifact error[1].
Missing: --
1)
org.apache.geronimo.components:geronimo-connector:jar:tests:2.1.3-SNAPSHOT
Try downloading the file manually from the project website.
On Sep 14, 2009, at 4:14 PM, Jason Warner wrote:
The automated TCK tests are failing when building the geronimo
server from the branches/2.2 source with a missing artifact error[1].
This was caused by the tests jar problem that David recently fixed.
I've deployed a fixed version of
while building
server/plugins/connector-1_6
[INFO] Compiling 28 source files to
/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO
source files to
/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/
main/java/org/apache/geronimo/connector
now and will get back to you in both the cases.
Thanks again for your help.
thanks
david jencks
Best Regards,
Rahul
On Apr 4, 2009, at 10:25 AM, rahul.soa wrote:
Hello Devs,
I am trying to build Apache Geronimo on my Linux Machine and I got
build failure error. I am following the steps
On Apr 6, 2009, at 3:25 AM, rahul.soa wrote:
Hello David,
It did not work for independent build as well. I tried to build the
plug-ins and got the same memory allocation error :( I ordered my RAM
already.
Try building without tests:
mvn -Dtest=false
--kevan
or not :-(
I am trying these, one by one now and will get back to you in both the cases.
Thanks again for your help.
thanks
david jencks
Best Regards,
Rahul
On Apr 4, 2009, at 10:25 AM, rahul.soa wrote:
Hello Devs,
I am trying to build Apache Geronimo on my Linux Machine and I got
build failure
Hello Devs,
I am trying to build Apache Geronimo on my Linux Machine and I got
build failure error. I am following the steps from the below link:
http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html
1. Checkout
svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server
2
/2.2-SNAPSHOT/system-data
base-2.2-SNAPSHOT.car!/rar/tranql-connector-1.4.jar
org.apache.geronimo.kernel.classloader.UrlResourceFinder.cacheUrl(UrlResourc
eFinder.java:231)
--
View this message in context:
http://www.nabble.com/build-failure-on-IBM-JDK1.5-tp22080514s134p22080514.html
Sent from
characters in SQL script causing build failure in GB18030 encoded
shell
-
Key: GERONIMO-4428
URL: https://issues.apache.org/jira/browse/GERONIMO-4428
Project: Geronimo
with the
intended ® char as in the current juddi file at
http://svn.apache.org/repos/asf/webservices/juddi/trunk/src/main/resources/juddi-sql/derby/create_database.sql
Jack, please verify you can build using the updated file. Thanks.
Non-ascii characters in SQL script causing build failure
causing build failure in GB18030 encoded
shell
-
Key: GERONIMO-4428
URL: https://issues.apache.org/jira/browse/GERONIMO-4428
Project: Geronimo
Issue Type: Bug
Non-ascii characters in SQL script causing build failure in GB18030 encoded
shell
-
Key: GERONIMO-4428
URL: https://issues.apache.org/jira/browse/GERONIMO-4428
Project
successfully.
Non-ascii characters in SQL script causing build failure in GB18030 encoded
shell
-
Key: GERONIMO-4428
URL: https://issues.apache.org/jira/browse/GERONIMO-4428
Thanks Joe
Joe Bohn wrote:
Hmm ... it doesn't look like the snapshots were published yet, so I'll
start to push them out later tonight or tomorrow morning.
I'm in the middle of publishing the 2.1.4-SNAPSHOTS now.
Joe
Tim McConnell wrote:
Thanks Donald, that would certainly help
Hmm ... it doesn't look like the snapshots were published yet, so I'll
start to push them out later tonight or tomorrow morning.
I'm in the middle of publishing the 2.1.4-SNAPSHOTS now.
Joe
Tim McConnell wrote:
Thanks Donald, that would certainly help
Donald Woods wrote:
Do we need to
Do we need to publish an updated 2.2-SNAPSHOT server build to the Apache
repo to resolve this?
-Donald
Tim McConnell wrote:
Hi Ashish, you just need to build the trunk version of the server and it
will create the artifact that you're missing.
Ashish Jain wrote:
Hi,
I get the
Thanks Donald, that would certainly help
Donald Woods wrote:
Do we need to publish an updated 2.2-SNAPSHOT server build to the Apache
repo to resolve this?
-Donald
Tim McConnell wrote:
Hi Ashish, you just need to build the trunk version of the server and
it will create the artifact
HI Ashish, I was able to build okay this morning but I'll do a build with a clean
M2 repo to see if I get the same problem..
Ashish Jain wrote:
Hi,
I get the following error while building GEP
[ERROR] BUILD ERROR
[INFO]
Hi,
I get the following error while building GEP
[ERROR] BUILD ERROR
[INFO]
[INFO] Failed to resolve artifact.
Unable to get dependency information: Unable to read the metadata file for
artif
act
Hi Ashish, you just need to build the trunk version of the server and it will
create the artifact that you're missing.
Ashish Jain wrote:
Hi,
I get the following error while building GEP
[ERROR] BUILD ERROR
[INFO]
Hi Tim,
Thanks for your suggestion on this.
Regards
Ashish
On Mon, Nov 3, 2008 at 11:56 PM, Tim McConnell [EMAIL PROTECTED]wrote:
Hi Ashish, you just need to build the trunk version of the server and it
will create the artifact that you're missing.
Ashish Jain wrote:
Hi,
I get the
After checked out 2.1.2 branch, want to build it from scratch, issue command:
mvn install -e
Then the build error saying
org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.2 could not
found, ask me to download and install it manually. Why?
Maven version tried 2.0.9, 2.0.7,
This is a temporary branch that will be removed once we release 2.1.2.
But if you really want to build this branch first execute:
mvn install -Dstage=bootstrap
and then:
mvn install
Jarek
On Wed, Jul 30, 2008 at 11:40 AM, Forrest [EMAIL PROTECTED] wrote:
After checked out 2.1.2 branch, want
As Jarek states, you need to run bootstrap first. However, I really
want to discourage use of this branch. As Jarek states, it is temporary
and frozen as we are preparing the release. If you want a 2.1.* image
you should pull from
of
branch 2.1.2.
Anyway, thanks for your prompt reply :)
Regards, Forrest
- Original Message -
From: Joe Bohn [EMAIL PROTECTED]
To: dev@geronimo.apache.org
Sent: Thursday, July 31, 2008 3:15 AM
Subject: Re: [Help!]G2.1.2 branch build failure saying
org.apache.geronimo.buildsupport:car
Does anybody have any ideas on this problem? It's driving me crazy and
hindering our 2.1.2 release plans. Has anybody else even tried to build
branches/2.1.2?
I'm not at all sure why geronimo-jms_1.1_spec//jar is considered a
missing dependency for loading geronimo-gbean-deployer. Both
I get the same problem. I looked into it a bit but I'm not sure what's
going on exactly. Seems like a problem with car-maven-plugin or the
API it uses. The target/explicit-versions.properties file should have
a mapping for the jms jar but it doesn't for some reason. What's more
interesting is that
Thanks Jarek. I was wondering if attempting a build with maven 2.0.7
might work too. Perhaps there were some additional changes in trunk for
maven 2.0.9 (to the car-maven-plugin or otherwise) that didn't make it
into branches/2.1. I'll give that a shot. It is still confusing to me
why the
Interesting results.
I tried 2 different things and both produced successful builds:
- Reverting back to maven 2.0.7
- Working in branches/2.1 I made local changes to remove the snapshot
from the version (2.1.3-SNAPSHOT - 2.1.3). This built successfully
with maven 2.0.9.
So, I'm
I went ahead and checked in the version change for 2.1.2 into
branches/2.1.2. However, don't expect it to build just yet.
Somehow I'm hitting an issue attempting to build and all I did in
branches/2.1.2 was change the version from 2.1.2-SNAPSHOT to 2.1.2 (I
think). The build fails
David Blevins wrote:
On Jul 15, 2008, at 10:55 AM, Rick McGuire wrote:
I just committed this change. It doesn't look like this is causing
any tck issues.
Guessing a lot of those places you added the 3.1 api were more or less
just in case. You definitely shouldn't need it in any modules
On Jul 16, 2008, at 3:39 AM, Rick McGuire wrote:
David Blevins wrote:
On Jul 15, 2008, at 10:55 AM, Rick McGuire wrote:
I just committed this change. It doesn't look like this is
causing any tck issues.
Guessing a lot of those places you added the 3.1 api were more or
less just in
On Jul 16, 2008, at 10:43 AM, David Blevins wrote:
On Jul 16, 2008, at 3:39 AM, Rick McGuire wrote:
David Blevins wrote:
On Jul 15, 2008, at 10:55 AM, Rick McGuire wrote:
I just committed this change. It doesn't look like this is
causing any tck issues.
Guessing a lot of those
On Jul 16, 2008, at 11:10 AM, David Blevins wrote:
On Jul 16, 2008, at 10:43 AM, David Blevins wrote:
On Jul 16, 2008, at 3:39 AM, Rick McGuire wrote:
David Blevins wrote:
On Jul 15, 2008, at 10:55 AM, Rick McGuire wrote:
I just committed this change. It doesn't look like this is
Rick McGuire wrote:
David Blevins wrote:
On Jul 10, 2008, at 1:17 PM, Joe Bohn wrote:
If I build Geronimo trunk using the latest OpenEjb snapshots
(published around 6/27-28) things build fine. However, if I grab
OpenEjb trunk and build it locally (to get the latest image) I get
build
Joe Bohn wrote:
Rick McGuire wrote:
David Blevins wrote:
On Jul 10, 2008, at 1:17 PM, Joe Bohn wrote:
If I build Geronimo trunk using the latest OpenEjb snapshots
(published around 6/27-28) things build fine. However, if I grab
OpenEjb trunk and build it locally (to get the latest image)
Joe,
I just committed this change. It doesn't look like this is causing any
tck issues.
Rick
Joe Bohn wrote:
Rick McGuire wrote:
David Blevins wrote:
On Jul 10, 2008, at 1:17 PM, Joe Bohn wrote:
If I build Geronimo trunk using the latest OpenEjb snapshots
(published around 6/27-28)
On Jul 15, 2008, at 10:55 AM, Rick McGuire wrote:
I just committed this change. It doesn't look like this is causing
any tck issues.
Guessing a lot of those places you added the 3.1 api were more or less
just in case. You definitely shouldn't need it in any modules that
don't directly
David Blevins wrote:
On Jul 10, 2008, at 1:17 PM, Joe Bohn wrote:
If I build Geronimo trunk using the latest OpenEjb snapshots
(published around 6/27-28) things build fine. However, if I grab
OpenEjb trunk and build it locally (to get the latest image) I get
build failures
David Blevins wrote:
On Jul 10, 2008, at 1:17 PM, Joe Bohn wrote:
If I build Geronimo trunk using the latest OpenEjb snapshots
(published around 6/27-28) things build fine. However, if I grab
OpenEjb trunk and build it locally (to get the latest image) I get
build failures
If I build Geronimo trunk using the latest OpenEjb snapshots (published
around 6/27-28) things build fine. However, if I grab OpenEjb trunk and
build it locally (to get the latest image) I get build failures
(NoClassDefFoundError) in the Geronimo MEJB config. I suspect we need
to make some
On Jul 10, 2008, at 1:17 PM, Joe Bohn wrote:
If I build Geronimo trunk using the latest OpenEjb snapshots
(published around 6/27-28) things build fine. However, if I grab
OpenEjb trunk and build it locally (to get the latest image) I get
build failures (NoClassDefFoundError) in the
] BUILD FAILURE
[INFO]
[INFO] Compilation failure
Failure executing javac, but could not parse the error:
javac: source release 1.5 requires target release 1.5
Failure executing javac, but could not parse the error
source files to C:\testrepo\target\classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
Failure executing javac, but could not parse
I too faced the same problem recently while building GEP with an empty m2
repo, and I resolved it by copying missing artifacts from the repository of
a Geronimo 2.0.1 install.
But, this should be fixed before we release GEP 2.1.
On Thu, Feb 28, 2008 at 12:46 PM, Jacek Laskowski [EMAIL PROTECTED]
Hi,
Does anyone know what I'm doing wrong? It's with a fresh checkout of
geronimo-devtools, no changes and no left-overs.
[EMAIL PROTECTED] /cygdrive/c/oss/geronimo-devtools
$ svn status | cut -d ' ' -f7 | xargs rm -rf
[EMAIL PROTECTED] /cygdrive/c/oss/geronimo-devtools
$ svn status
[EMAIL
[
https://issues.apache.org/jira/browse/GERONIMO-2793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevan Miller closed GERONIMO-2793.
--
Build failure in geronimo-openejb-builder
When I do an offline build, I am getting the following build error. If I do
an online build, the build is successful, but, geronimo-javamail_1.4_mail-
1.2-SNAPSHOT.jar is not downloaded to m2repo. Any ideas how to fix this?
[INFO]
On 7/12/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
When I do an offline build, I am getting the following build error. If I do
an online build, the build is successful, but,
geronimo-javamail_1.4_mail-1.2-SNAPSHOT.jar is not downloaded to m2repo.
Any ideas how to fix this?
Nope, but you
If you are doing an offline build on a clean repo, you will have to
build javamail separately from it's own svn tree. It is not a part of
the Geronimo tree.
Cheers
Prasad
On 7/12/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
When I do an offline build, I am getting the following build
Deleted the javamail directory from M2REPO and then ran an online build.
This time it downloaded geronimo-javamail_1.4_mail-1.2-SNAPSHOT.jar etc.
Subsequent offline builds are successful.
Vamsi
On 7/12/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
If you are doing an offline build on a clean
resources.
[INFO] [compiler:compile]
[INFO] Compiling 21 source files to
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO
]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb
]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb
] [compiler:compile]
[INFO] Compiling 21 source files to
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO
On 7/10/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
Using the published openejb artifacts will give this problem. Build
openejb locally to get around this. Hopefully somebody from openejb
will publish new snaps soon.
Yeah. I've already marked it to do once I get a capable connection to
perform
On 7/10/07, Jacek Laskowski [EMAIL PROTECTED] wrote:
On 7/10/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
Using the published openejb artifacts will give this problem. Build
openejb locally to get around this. Hopefully somebody from openejb
will publish new snaps soon.
Yeah. I've already
Just tried a build with a clean .m2 repo and am seeing the following build
failure for modules/geronimo-axis2 -
[INFO]
[ERROR] BUILD ERROR
[INFO
are
getting downloaded when building again due to the Axis2 updates and may
require some exclusion updates to our geronimo-axis2/pom.xml
-Donald
Donald Woods wrote:
Just tried a build with a clean .m2 repo and am seeing the following
build failure for modules/geronimo-axis2 -
[INFO
repo and am seeing the following
build failure for modules/geronimo-axis2 -
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Failed to resolve artifact
Did you mvn clean before rebuilding?
I'm still seeing weird behavior from the latest jspc-maven-plugin on Windows
and SLED10 if I build individual modules by hand w/o running mvn clean first,
like its adding duplicate webapp sections to the web.xml
-Donald
Sachin Patel wrote:
I keep
Looks like the error reported in https://issues.apache.org/jira/
browse/GERONIMO-3209.Jason was looking for more debug information
since he wasn't able to recreate.
Best wishes,
Paul
On Jun 8, 2007, at 12:07 PM, Sachin Patel wrote:
I keep hitting the following build error on LDAP Demo
Is this only happening in Windows? I must admit I wrote this on a
Mac...if you can confirm, let me know and I (or Jason) shoul dbe able to
find the problem and squash this.
Jeff
Donald Woods wrote:
Did you mvn clean before rebuilding?
I'm still seeing weird behavior from the latest
Thats strange because I build fine on windows, but its happening on
my mac.. i did clean my repo, but now that i think about it, i may
have not scrubbed my tree clean.
I'll kick off a build and try again.
-sachin
On Jun 8, 2007, at 1:49 PM, Jeff Genender wrote:
Is this only happening
I can reproduce this on win XP. If I build geronimo-ldap-demo 3 times
w/o clean, I get 3 copies of web-app!!!
Thanks
Anita
--- Donald Woods [EMAIL PROTECTED] wrote:
Did you mvn clean before rebuilding?
I'm still seeing weird behavior from the latest jspc-maven-plugin on
Windows
and
On Jun 8, 2007, at 10:42 AM, Donald Woods wrote:
Did you mvn clean before rebuilding?
I'm still seeing weird behavior from the latest jspc-maven-plugin
on Windows and SLED10 if I build individual modules by hand w/o
running mvn clean first, like its adding duplicate webapp
sections to
Can you please paste me the full web.xml with the duplicates?
--jason
On Jun 8, 2007, at 12:04 PM, Anita Kulshreshtha wrote:
I can reproduce this on win XP. If I build geronimo-ldap-demo 3
times
w/o clean, I get 3 copies of web-app!!!
Thanks
Anita
--- Donald Woods [EMAIL PROTECTED]
Jason Dillon wrote:
On Jun 8, 2007, at 10:42 AM, Donald Woods wrote:
Did you mvn clean before rebuilding?
I'm still seeing weird behavior from the latest jspc-maven-plugin on
Windows and SLED10 if I build individual modules by hand w/o running
mvn clean first, like its adding duplicate
Ya, could be... I really need to see that web.xml so I can fix it
though, or if someone can tell me how to make it happen on a Mac then
I can test it there.
I really need some integration tests for this to make sure it doesn't
break in the future too.
--jason
On Jun 8, 2007, at 12:56
Come on who's got that corrupted web.xml? Its been days now
since I've asked for it... I've seen more folks saying they see it...
but so far now one has posted the dang web.xml yet. Please...
--jason
On Jun 8, 2007, at 12:56 PM, Jeff Genender wrote:
Jason Dillon wrote:
On Jun 8,
I am attaching jspweb.xml (2 web-apps) from the target directory and
web.xml (3 web-apps) from
target/geronimo-ldap-demo-2.0-SNAPSHOT/WEB-INF/web.xml.
Thanks
Anita
--- Jason Dillon [EMAIL PROTECTED] wrote:
Can you please paste me the full web.xml with the duplicates?
--jason
On Jun
There is nothing attached to this mail... but Paul has given me an
example of the failure and I think I have fixed it with his help.
Can you try the latest snapshot, with mvn -U?
--jason
On Jun 8, 2007, at 2:57 PM, Anita Kulshreshtha wrote:
I am attaching jspweb.xml (2 web-apps) from
Your have a smart mail program...
Thanks
Anita
--- Jason Dillon [EMAIL PROTECTED] wrote:
There is nothing attached to this mail... but Paul has given me an
example of the failure and I think I have fixed it with his help.
Can you try the latest snapshot, with mvn -U?
--jason
On
Was it a cleanup issue?
Jeff
Jason Dillon wrote:
There is nothing attached to this mail... but Paul has given me an
example of the failure and I think I have fixed it with his help.
Can you try the latest snapshot, with mvn -U?
--jason
On Jun 8, 2007, at 2:57 PM, Anita Kulshreshtha
PROTECTED]
Date: Fri, 08 Jun 2007 16:13:45
To:dev@geronimo.apache.org
Subject: Re: Build failure Error parsing web.xml for .
Was it a cleanup issue?
Jeff
Jason Dillon wrote:
There is nothing attached to this mail... but Paul has given me an
example of the failure and I think I have fixed
the correct behavior and the fix to this problem.
--jason
-Original Message-
From: Jeff Genender [EMAIL PROTECTED]
Date: Fri, 08 Jun 2007 16:13:45
To:dev@geronimo.apache.org
Subject: Re: Build failure Error parsing web.xml for .
Was it a cleanup issue?
Jeff
Jason Dillon
Oh, there were not rendered as attachments, but were inlined by Apple
Mail ;-)
--jason
On Jun 8, 2007, at 2:57 PM, Anita Kulshreshtha wrote:
I am attaching jspweb.xml (2 web-apps) from the target directory and
web.xml (3 web-apps) from
To:dev@geronimo.apache.org
Subject: Re: Build failure Error parsing web.xml for .
Was it a cleanup issue?
Jeff
Jason Dillon wrote:
There is nothing attached to this mail... but Paul has given me an
example of the failure and I think I have fixed it with his help.
Can you try the latest
Anyone else getting this?
[INFO]
[INFO] Building Geronimo Configs :: WebConsole Tomcat
[INFO]task-segment: [clean, install]
[INFO]
No. But on a new machine, I'm getting this repeatedly -
[INFO]
[INFO] Failed to resolve artifact.
Error transferring file
org.apache.cxf:cxf-rt-frontend-jaxws:jar:2.0-incubator-20070502.014010-3
from the specified remote
I am.
I was able to build a couple hours ago, but I just pulled down about 10
new programs and tried to rebuild - Now I get that error.
I suspect that it is related to the change djencks committed at about
3:30 CDT -
svn commit: r534984 - in /geronimo/server/trunk:
Jay
David Blevins
1 - 100 of 519 matches
Mail list logo