Re: 3.0-beta build failure?

[Rex Wang]

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 

> 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, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.303 sec
> Running org.apache.geronimo.axis.builder.ServiceReferenceTest
> Tests run: 4, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 1.38 sec
> <<< FAILURE!
>
> Results :
>
> Tests in error:
>
>  testBuildOperationInfo(org.apache.geronimo.axis.builder.ServiceReferenceTest)
>
>  
> testBuildFullServiceProxy(org.apache.geronimo.axis.builder.ServiceReferenceTest)
>
>  
> testBuildBookQuoteProxy(org.apache.geronimo.axis.builder.ServiceReferenceTest)
>
> ...
>
> From
> plugins/axis/geronimo-axis-builder/target/surefire-reports/org.apache.geronimo.axis.builder.ServiceReferenceTest.txt:
>
>
> Tests run: 4, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 1.379 sec
> <<< FAILURE!
> testBuildOperationInfo(org.apache.geronimo.axis.builder.ServiceReferenceTest)
>  Time elapsed: 0.262 sec  <<< ERROR!
> java.lang.ExceptionInInitializerError
>at org.apache.axis.constants.Enum.(Enum.java:35)
>at
> org.apache.geronimo.axis.builder.ServiceReferenceTest.buildOperationInfoForMockOperation(ServiceReferenceTest.java:252)
>at
> org.apache.geronimo.axis.builder.ServiceReferenceTest.testBuildOperationInfo(ServiceReferenceTest.java:162)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:597)
>at junit.framework.TestCase.runTest(TestCase.java:168)
>at junit.framework.TestCase.runBare(TestCase.java:134)
>at junit.framework.TestResult$1.protect(TestResult.java:110)
>at junit.framework.TestResult.runProtected(TestResult.java:128)
>at junit.framework.TestResult.run(TestResult.java:113)
>at junit.framework.TestCase.run(TestCase.java:124)
>at junit.framework.TestSuite.runTest(TestSuite.java:232)
>at junit.framework.TestSuite.run(TestSuite.java:227)
>at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:79)
>at
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
>at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
>at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:597)
>at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
>at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
> Caused by: org.apache.commons.logging.LogConfigurationException:
> java.lang.InstantiationException (Caused by
> java.lang.InstantiationException)
>at
> org.apache.commons.logging.LogFactory.createFactory(LogFactory.java:1276)
>at org.apache.commons.logging.LogFactory$2.run(LogFactory.java:1065)
>at java.security.AccessController.doPrivileged(Native Method)
>at
> org.apache.commons.logging.LogFactory.newFactory(LogFactory.java:1062)
>at
> org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:612)
>at
> org.apache.axis.components.logger.LogFactory$1.run(LogFactory.java:44)
>at java.security.AccessController.doPrivileged(Native Method)
>at
> org.apache.axis.components.logger.LogFactory.getLogFactory(LogFactory.java:40)
>at
> org.apache.axis.components.logger.LogFactory.(LogFactory.java:32)
>... 26 more
> Caused by: java.lang.InstantiationException
>at
> sun.reflect.InstantiationExceptionConstructorAccessorImpl.newInstance(InstantiationExceptionConstructorAccessorImpl.java:30)
>  

3.0-beta build failure?

[Kevan Miller]

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, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.303 sec
Running org.apache.geronimo.axis.builder.ServiceReferenceTest
Tests run: 4, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 1.38 sec <<< 
FAILURE!

Results :

Tests in error: 
  testBuildOperationInfo(org.apache.geronimo.axis.builder.ServiceReferenceTest)
  
testBuildFullServiceProxy(org.apache.geronimo.axis.builder.ServiceReferenceTest)
  testBuildBookQuoteProxy(org.apache.geronimo.axis.builder.ServiceReferenceTest)

...

From 
plugins/axis/geronimo-axis-builder/target/surefire-reports/org.apache.geronimo.axis.builder.ServiceReferenceTest.txt:


Tests run: 4, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 1.379 sec <<< 
FAILURE!
testBuildOperationInfo(org.apache.geronimo.axis.builder.ServiceReferenceTest)  
Time elapsed: 0.262 sec  <<< ERROR!
java.lang.ExceptionInInitializerError
at org.apache.axis.constants.Enum.(Enum.java:35)
at 
org.apache.geronimo.axis.builder.ServiceReferenceTest.buildOperationInfoForMockOperation(ServiceReferenceTest.java:252)
at 
org.apache.geronimo.axis.builder.ServiceReferenceTest.testBuildOperationInfo(ServiceReferenceTest.java:162)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:79)
at 
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at 
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: org.apache.commons.logging.LogConfigurationException: 
java.lang.InstantiationException (Caused by java.lang.InstantiationException)
at 
org.apache.commons.logging.LogFactory.createFactory(LogFactory.java:1276)
at org.apache.commons.logging.LogFactory$2.run(LogFactory.java:1065)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.apache.commons.logging.LogFactory.newFactory(LogFactory.java:1062)
at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:612)
at 
org.apache.axis.components.logger.LogFactory$1.run(LogFactory.java:44)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.apache.axis.components.logger.LogFactory.getLogFactory(LogFactory.java:40)
at 
org.apache.axis.components.logger.LogFactory.(LogFactory.java:32)
... 26 more
Caused by: java.lang.InstantiationException
at 
sun.reflect.InstantiationExceptionConstructorAccessorImpl.newInstance(InstantiationExceptionConstructorAccessorImpl.java:30)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at 
org.apache.commons.logging.LogFactory.createFactory(LogFactory.java:1160)
... 34 more

testBuildFullServiceProxy(org.apache.geronimo.axis.builder.ServiceReferenceTest)
  Time elapsed: 0.567 sec  <<< ERROR!
java.lang.NoClassDefFoundError: Could not initialize class 
org.apache.axis.constants.Style
at 
org.apache.geronimo.axis.builder.AxisBuilder.

Re: mejb plugin build failure with NPE.

[Shawn Jiang]

Fixed.

F:\git\openejb>git 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
openejb3/container/openejb-core/src/main/java/org/apache/openejb/assembler/classic/JndiEncBuilder.java
r1166504 = 7d91100c7c36f96035d0cd7fcbbb5fccc7d1041e
(refs/remotes/origin/trunk)
No changes between current HEAD and refs/remotes/origin/trunk
Resetting to the latest refs/remotes/origin/trunk

On Thu, Sep 8, 2011 at 10:31 AM, Shawn Jiang  wrote:

> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] could not package plugin
>
> Embedded error: java.lang.NullPointerException
> [INFO]
> 
> [INFO] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: could not package
> plugin
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:719)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
> at
> org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> Caused by: org.apache.maven.plugin.MojoExecutionException: could not
> package plugin
> at
> org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:238)
> at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
> ... 17 more
> Caused by: org.apache.geronimo.common.DeploymentException:
> java.lang.NullPointerException
> at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:279)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:883)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245)
> at
> org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:524)
> at
> org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:340)
> at
> org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:235)
> ... 19 more
> Caused by: java.lang.NullPointerException
> at
> org.apache.openejb.assembler.classic.JndiEncBuilder.buildMap(JndiEncBuilder.java:454)
> at
> org.apache.geronimo.openejb.deployment.EjbRefBuilder.buildNaming(EjbRefBuilder.java:165)
> at
> org.apache.geronimo.j2ee.deployment.NamingBuilderCollection.buildNaming(NamingBuilderCollection.java:98)
> at
> org.apache.geronimo.openejb.deployment.EjbDeploymentBuilder.addEnc(EjbDeploymentBuilder.java:461)
> at
> org.apache.geronimo.openejb.deployment.EjbDeploymentBuilder.buildEnc(EjbDeploymentBuilder.java:409)
> at
> org.apache.geronimo.openejb.deploy

mejb plugin build failure with NPE.

[Shawn Jiang]

[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] could not package plugin

Embedded error: java.lang.NullPointerException
[INFO]

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: could not package
plugin
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:719)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: could not package
plugin
at
org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:238)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
... 17 more
Caused by: org.apache.geronimo.common.DeploymentException:
java.lang.NullPointerException
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:279)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:883)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:524)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:340)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:235)
... 19 more
Caused by: java.lang.NullPointerException
at
org.apache.openejb.assembler.classic.JndiEncBuilder.buildMap(JndiEncBuilder.java:454)
at
org.apache.geronimo.openejb.deployment.EjbRefBuilder.buildNaming(EjbRefBuilder.java:165)
at
org.apache.geronimo.j2ee.deployment.NamingBuilderCollection.buildNaming(NamingBuilderCollection.java:98)
at
org.apache.geronimo.openejb.deployment.EjbDeploymentBuilder.addEnc(EjbDeploymentBuilder.java:461)
at
org.apache.geronimo.openejb.deployment.EjbDeploymentBuilder.buildEnc(EjbDeploymentBuilder.java:409)
at
org.apache.geronimo.openejb.deployment.EjbModuleBuilder.doAddGBeans(EjbModuleBuilder.java:1182)
at
org.apache.geronimo.openejb.deployment.EjbModuleBuilder.addGBeans(EjbModuleBuilder.java:1146)
at
org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:763)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:255)
... 30 more
[INFO]

[INFO] Total time: 37 seconds
[INFO] Finished at: Thu Sep 08 10:31:11 CST 2011
[INFO] Final Memory: 157M/376M
[INFO]


-- 
Shawn

[jira] Closed: (GERONIMODEVTOOLS-681) GEP branch 22 build failure because of missing tptp packages

[Han Hong Fang (JIRA)]

 [ 
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 failure because of missing tptp packages
> 
>
> Key: GERONIMODEVTOOLS-681
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-681
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.2.1
>Reporter: Han Hong Fang
>Assignee: Han Hong Fang
> Fix For: 2.2.1
>
>
> GERONIMODEVTOOLS-673 (Don't download TPTP runtime) was applied to branch 22, 
> but we need also to update maven-eclipsepde-plugin version.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMODEVTOOLS-681) GEP branch 22 build failure because of missing tptp packages

[Han Hong Fang (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Han Hong Fang resolved GERONIMODEVTOOLS-681.


Resolution: Fixed

Fix  at revision: 1040851

> 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
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.2.1
>Reporter: Han Hong Fang
>Assignee: Han Hong Fang
> Fix For: 2.2.1
>
>
> GERONIMODEVTOOLS-673 (Don't download TPTP runtime) was applied to branch 22, 
> but we need also to update maven-eclipsepde-plugin version.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMODEVTOOLS-681) GEP branch 22 build failure because of missing tptp packages

[Han Hong Fang (JIRA)]

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
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.2.1
Reporter: Han Hong Fang
Assignee: Han Hong Fang
 Fix For: 2.2.1


GERONIMODEVTOOLS-673 (Don't download TPTP runtime) was applied to branch 22, 
but we need also to update maven-eclipsepde-plugin version.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-5475) daytrader build failure with unapproved license error

[Forrest Xia (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia resolved GERONIMO-5475.
---

Resolution: Fixed

This is caused by rat:check setting in the samples root pom file, so 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/GERONIMO-5475
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: sample apps
>Affects Versions: 3.0
> Environment: WinXP SP3 +  Sun JDK 1.6.0_20
>Reporter: Han Hong Fang
>Assignee: Forrest Xia
>
> When build daytrader with "mvn clean install" in sample trunk, I get 
> following error.
> [ERROR] BUILD FAILURE
> [INFO] --
> [INFO] Too many unapproved licenses

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (GERONIMO-5475) daytrader build failure with unapproved license error

[Forrest Xia (JIRA)]

 [ 
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
> -
>
> Key: GERONIMO-5475
> URL: https://issues.apache.org/jira/browse/GERONIMO-5475
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: sample apps
>Affects Versions: 3.0
> Environment: WinXP SP3 +  Sun JDK 1.6.0_20
>Reporter: Han Hong Fang
>Assignee: Forrest Xia
>
> When build daytrader with "mvn clean install" in sample trunk, I get 
> following error.
> [ERROR] BUILD FAILURE
> [INFO] --
> [INFO] Too many unapproved licenses

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-5475) daytrader build failure with unapproved license error

[Han Hong Fang (JIRA)]

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: public (Regular issues)
  Components: sample apps
Affects Versions: 3.0
 Environment: WinXP SP3 +  Sun JDK 1.6.0_20
Reporter: Han Hong Fang


When build daytrader with "mvn clean install" in sample trunk, I get following 
error.

[ERROR] BUILD FAILURE
[INFO] --
[INFO] Too many unapproved licenses

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GERONIMO-4884) Using the default port number may cause unexpected build failure

[Rex Wang (JIRA)]

 [ 
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
> 
>
> Key: GERONIMO-4884
> URL: https://issues.apache.org/jira/browse/GERONIMO-4884
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.2, 3.0
>Reporter: Siqi Du
>Assignee: Rex Wang
>Priority: Minor
> Fix For: 2.2, 3.0
>
> Attachments: fix_unittest.patch
>
>
> When another geronimo/tomcat is running in the build server, there might be 
> port confliction.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-4884) Using the default port number may cause unexpected build failure

[Rex Wang (JIRA)]

 [ 
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
> 
>
> Key: GERONIMO-4884
> URL: https://issues.apache.org/jira/browse/GERONIMO-4884
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.2, 3.0
>Reporter: Siqi Du
>Assignee: Rex Wang
>Priority: Minor
> Fix For: 2.2, 3.0
>
> Attachments: fix_unittest.patch
>
>
> When another geronimo/tomcat is running in the build server, there might be 
> port confliction.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-4884) Using the default port number may cause unexpected build failure

[Rex Wang (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rex Wang updated GERONIMO-4884:
---

  Description: When another geronimo/tomcat is running in the build 
server, there might 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
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.2, 3.0
>Reporter: Siqi Du
>Assignee: Rex Wang
>Priority: Minor
> Fix For: 2.2, 3.0
>
> Attachments: fix_unittest.patch
>
>
> When another geronimo/tomcat is running in the build server, there might be 
> port confliction.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-4884) Using the default port number may cause unexpected build failure

[Rex Wang (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-4884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12758179#action_12758179
 ] 

Rex Wang commented on GERONIMO-4884:


br22: 817560
trunk:817561

Thanks Siqi 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
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.2, 3.0
>Reporter: Siqi Du
>Assignee: Rex Wang
>Priority: Minor
> Fix For: 2.2, 3.0
>
> Attachments: fix_unittest.patch
>
>
> When a geronimo is running

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (GERONIMO-4884) Using the default port number may cause unexpected build failure

[Rex Wang (JIRA)]

 [ 
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
> 
>
> Key: GERONIMO-4884
> URL: https://issues.apache.org/jira/browse/GERONIMO-4884
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.2
>Reporter: Siqi Du
>Assignee: Rex Wang
>Priority: Minor
> Fix For: 2.2
>
> Attachments: fix_unittest.patch
>
>
> When a geronimo is running

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-4884) Using the default port number may cause unexpected build failure

[Siqi Du (JIRA)]

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
  Security Level: public (Regular issues)
Affects Versions: 2.2
Reporter: Siqi Du
Priority: Minor
 Fix For: 2.2
 Attachments: fix_unittest.patch

When a geronimo is running

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-4884) Using the default port number may cause unexpected build failure

[Siqi Du (JIRA)]

 [ 
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
> 
>
> Key: GERONIMO-4884
> URL: https://issues.apache.org/jira/browse/GERONIMO-4884
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.2
>Reporter: Siqi Du
>Priority: Minor
> Fix For: 2.2
>
> Attachments: fix_unittest.patch
>
>
> When a geronimo is running

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Geronimo branches/2.2 build failure

[Kevan Miller]

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 2.1.3-SNAPSHOT. It should take care  
of the problem.


--kevan

Geronimo branches/2.2 build failure

[Jason Warner]

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.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.geronimo.components
-DartifactId=geronimo-connector -Dversion=2.1.3-20090910.160808-3
-Dclassifier=tests -Dpackaging=jar -Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file
there:
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.components
-DartifactId=geronimo-connector -Dversion=2.1.3-20090910.160808-3
-Dclassifier=tests -Dpackaging=jar -Dfile=/path/to/file -Durl=[url]
-DrepositoryId=[id]

  Path to dependency:
  1) org.apache.geronimo.modules:geronimo-connector:jar:2.2-SNAPSHOT
  2)
org.apache.geronimo.components:geronimo-connector:jar:tests:2.1.3-SNAPSHOT

 --
 1 required artifact is missing.

 for artifact:
  org.apache.geronimo.modules:geronimo-connector:jar:2.2-SNAPSHOT

 from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  codehaus.snapshots (http://snapshots.repository.codehaus.org),
  apache.snapshots (http://repository.apache.org/snapshots)

~Jason Warner

Re: ApacheGeronimo - Build failure

[rahul.soa]

> [INFO] Could not download all dependencies
>
> Embedded error: Could not resolve artifact xpp3/xpp3//jar in repo
> /home/rahul/.m2/repository
> [INFO]
> 
> [INFO] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: Could not download
> all dependencies
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:583)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> Caused by: org.apache.maven.plugin.MojoExecutionException: Could not
> download all dependencies
> at
> org.apache.geronimo.mavenplugins.car.InstallModulesMojo.execute(InstallModulesMojo.java:196)
> at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
> ... 16 more
> Caused by: java.io.IOException: Could not resolve artifact xpp3/xpp3//jar
> in repo /home/rahul/.m2/repository
> at
> org.apache.geronimo.mavenplugins.car.Maven2RepositoryAdapter.open(Maven2RepositoryAdapter.java:104)
> at
> org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1178)
> at
> org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1299)
> at
> org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1299)
> at
> org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:773)
> at
> org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:718)
> at
> org.apache.geronimo.mavenplugins.car.InstallModulesMojo.execute(InstallModulesMojo.java:175)
> ... 18 more
> [INFO]
> 
> [INFO] Total time: 4 minutes 19 seconds
> [INFO] Finished at: Thu Apr 09 01:11:57 CEST 2009
> [INFO] Final Memory: 71M/508M
> [INFO]
> 
> [ra...@localhost assemblies]$
>
> -
>
>
>
> And, I received the following error 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]
> 
> [INFO] Compilation failure
>
> /home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManagerGBean.java:[41,91]
> cannot find symbol
> symbol  : class InflowContextHandler
> location: class org.apache.geronimo.connector.work.GeronimoWorkManagerGBean
>
> /home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/main/java/org/apache/geronimo/connector/work/SecurityInflowContextHandler.java:[41,53]
> cannot find symbol
> symbol: class InflowContextHandler
> public class SecurityInflowContextHandler implements
> InflowContextHandler {
>
> /home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/main/java/org/apache/geronimo/connector/work/SecurityInflowContextHandler

Re: ApacheGeronimo - Build failure

[David Jencks]

ecuteGoals(DefaultLifecycleExecutor.java: 
583)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java: 
478)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeTaskSegments(DefaultLifecycleExecutor.java:291)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)

at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at  
sun 
.reflect 
.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at  
sun 
.reflect 
.DelegatingMethodAccessorImpl 
.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)
at  
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)

at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at  
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Could not  
download all dependencies
at  
org 
.apache 
.geronimo 
.mavenplugins.car.InstallModulesMojo.execute(InstallModulesMojo.java: 
196)
at  
org 
.apache 
.maven 
.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java: 
451)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 
558)

... 16 more
Caused by: java.io.IOException: Could not resolve artifact xpp3/ 
xpp3//jar in repo /home/rahul/.m2/repository
at  
org 
.apache 
.geronimo 
.mavenplugins 
.car.Maven2RepositoryAdapter.open(Maven2RepositoryAdapter.java:104)
at  
org 
.apache 
.geronimo 
.system 
.plugin 
.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1178)
at  
org 
.apache 
.geronimo 
.system 
.plugin 
.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1299)
at  
org 
.apache 
.geronimo 
.system 
.plugin 
.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1299)
at  
org 
.apache 
.geronimo 
.system 
.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:773)
at  
org 
.apache 
.geronimo 
.system 
.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:718)
at  
org 
.apache 
.geronimo 
.mavenplugins.car.InstallModulesMojo.execute(InstallModulesMojo.java: 
175)

... 18 more
[INFO]  


[INFO] Total time: 4 minutes 19 seconds
[INFO] Finished at: Thu Apr 09 01:11:57 CEST 2009
[INFO] Final Memory: 71M/508M
[INFO]  


[ra...@localhost assemblies]$

-



And, I received the following error 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]  


[INFO] Compilation failure

/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/ 
main/java/org/apache/geronimo/connector/work/ 
GeronimoWorkManagerGBean.java:[41,91] cannot find symbol

symbol  : class InflowContextHandler
location: class  
org.apache.geronimo.connector.work.GeronimoWorkManagerGBean


/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/ 
main/java/org/apache/geronimo/connector/work/ 
SecurityInflowContextHandler.java:[41,53] cannot find symbol

symbol: class InflowContextHandler
public class SecurityInflowContextHandler implements  
InflowContextHandler {


/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/ 
main/java/org/apache/geronimo/connector/work/ 
SecurityInflowContextHandler.java:[41,73] interface expected here


/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/ 
main/java/org/apache/geronimo/connector/work/ 
TransactionInflowContextHandlerGBean.java:[32,58] cannot find symbol

symbol: class TransactionInflowContextHandler
public class TransactionInflowContextHandlerGBean extends  
TransactionInflowContextHandler{



[INFO]  


[INFO] Trace
org.apache.maven.BuildFailureException: Compilation failure
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 
579)
at  
org 
.apache 
.maven 

Re: ApacheGeronimo - Build failure

[rahul.soa]

cutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Could not
download all dependencies
at
org.apache.geronimo.mavenplugins.car.InstallModulesMojo.execute(InstallModulesMojo.java:196)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
... 16 more
Caused by: java.io.IOException: Could not resolve artifact xpp3/xpp3//jar in
repo /home/rahul/.m2/repository
at
org.apache.geronimo.mavenplugins.car.Maven2RepositoryAdapter.open(Maven2RepositoryAdapter.java:104)
at
org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1178)
at
org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1299)
at
org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:1299)
at
org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:773)
at
org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:718)
at
org.apache.geronimo.mavenplugins.car.InstallModulesMojo.execute(InstallModulesMojo.java:175)
... 18 more
[INFO]

[INFO] Total time: 4 minutes 19 seconds
[INFO] Finished at: Thu Apr 09 01:11:57 CEST 2009
[INFO] Final Memory: 71M/508M
[INFO]

[ra...@localhost assemblies]$

-



And, I received the following error 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]

[INFO] Compilation failure

/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/main/java/org/apache/geronimo/connector/work/GeronimoWorkManagerGBean.java:[41,91]
cannot find symbol
symbol  : class InflowContextHandler
location: class org.apache.geronimo.connector.work.GeronimoWorkManagerGBean

/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/main/java/org/apache/geronimo/connector/work/SecurityInflowContextHandler.java:[41,53]
cannot find symbol
symbol: class InflowContextHandler
public class SecurityInflowContextHandler implements
InflowContextHandler {

/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/main/java/org/apache/geronimo/connector/work/SecurityInflowContextHandler.java:[41,73]
interface expected here

/home/rahul/server/plugins/connector-1_6/geronimo-connector-1_6/src/main/java/org/apache/geronimo/connector/work/TransactionInflowContextHandlerGBean.java:[32,58]
cannot find symbol
symbol: class TransactionInflowContextHandler
public class TransactionInflowContextHandlerGBean extends
TransactionInflowContextHandler{


[INFO]

[INFO] Trace
org.apache.maven.BuildFailureException: Compilation failure
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:579)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccesso

Re: ApacheGeronimo - Build failure

[Kevan Miller]

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

Re: ApacheGeronimo - Build failure

[rahul.soa]

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.

Many Thanks.

Rahul
On Mon, Apr 6, 2009 at 12:29 AM, rahul.soa  wrote:
> Hello David,
>
> Thanks for your email.
>
> On Sun, Apr 5, 2009 at 1:07 AM, David Jencks  wrote:
>> Hi Rahul,
>>
>> It looks like this is the problem:
>>
>> Caused by: java.io.IOException: java.io.IOException: error=12, Cannot
>> allocate memory
>>        at java.lang.UNIXProcess.(UNIXProcess.java:148)
>>        at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>>        at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>>        ... 33 more
>>
>> I wonder if the project is just too big to build at once on your machine?
>>  512Mb RAM is rather small nowadays.
>>
> Yes, I also feel that 512Mb RAM is not sufficient and I am going to
> buy some more RAM for my system as hoping to start working on gsoc
> project soon.
>
>> You might try building the top level bits by themselves such as
>> testsupport
>> framework
>> plugins
>> plugingroups
>> assemblies
>> testsuite
>>
>> I don't know if that would help 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 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. Build
>>> [ra...@localhost server]$ MAVEN_OPTS="-Xms512m -Xmx1024m
>>> -XX:MaxPermSize=512m" mvn install -e
>>>
>>>
>>> Platform I am using:
>>>
>>> Machine: Intel Pentium M Processor 1.50 GHz,   RAM: 512Mb
>>>     OS: Fedora Release 9(sulphur)
>>>     Arch: Kernel linux 2.6.25.3-18.fc9.i686, 32-bits
>>>     jvm: java version "1.6.0"
>>>
>>>
>>> Earlier in 2 attempts I got heap error and PermGen space problem but
>>> after increasing the heap size and PermSize I am getting the follwing
>>> error:
>>>
>>>
>>> //
>>>
>>> ---
>>> T E S T S
>>> ---
>>> There are no tests to run.
>>>
>>> Results :
>>>
>>> Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
>>>
>>> [INFO] [jar:jar]
>>> [INFO] Building jar:
>>>
>>> /home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
>>> [INFO] [ianal:verify-legal-files {execution: default}]
>>> [INFO] Checking legal files in: geronimo-cxf-2.2-SNAPSHOT.jar
>>> [INFO] [install:install]
>>> [INFO] Installing
>>>
>>> /home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
>>> to
>>> /home/rahul/.m2/repository/org/apache/geronimo/modules/geronimo-cxf/2.2-SNAPSHOT/geronimo-cxf-2.2-SNAPSHOT.jar
>>> [INFO]
>>> 
>>> [INFO] Building Geronimo Plugins, CXF :: CXF
>>> [INFO]    task-segment: [install]
>>> [INFO]
>>> 
>>> [INFO] [enforcer:enforce {execution: default}]
>>> [INFO] [remote-resources:process {execution: process}]
>>> [INFO] [remote-resources:process {execution: default}]
>>> [INFO] [resources:resources]
>>> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>>> [INFO] skip non existing resourceDirectory
>>> /home/rahul/server/plugins/cxf/cxf/src/main/resources
>>> [INFO] Copying 3 resources
>>> [INFO] Copying 3 resources
>>> [INFO] [car:validate-configuration]
>>> [INFO] [car:prepare-plan]
>>> [INFO] Generated:
>>> /home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
>>> [INFO] [car:verify-no-dependency-change]
>>> [INFO] [car:package]
>>> [INFO] Packaging module configuration:
>>> /home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
&

Re: ApacheGeronimo - Build failure

[rahul.soa]

Hello David,

Thanks for your email.

On Sun, Apr 5, 2009 at 1:07 AM, David Jencks  wrote:
> Hi Rahul,
>
> It looks like this is the problem:
>
> Caused by: java.io.IOException: java.io.IOException: error=12, Cannot
> allocate memory
>        at java.lang.UNIXProcess.(UNIXProcess.java:148)
>        at java.lang.ProcessImpl.start(ProcessImpl.java:65)
>        at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
>        ... 33 more
>
> I wonder if the project is just too big to build at once on your machine?
>  512Mb RAM is rather small nowadays.
>
Yes, I also feel that 512Mb RAM is not sufficient and I am going to
buy some more RAM for my system as hoping to start working on gsoc
project soon.

> You might try building the top level bits by themselves such as
> testsupport
> framework
> plugins
> plugingroups
> assemblies
> testsuite
>
> I don't know if that would help 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 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. Build
>> [ra...@localhost server]$ MAVEN_OPTS="-Xms512m -Xmx1024m
>> -XX:MaxPermSize=512m" mvn install -e
>>
>>
>> Platform I am using:
>>
>> Machine: Intel Pentium M Processor 1.50 GHz,   RAM: 512Mb
>>     OS: Fedora Release 9(sulphur)
>>     Arch: Kernel linux 2.6.25.3-18.fc9.i686, 32-bits
>>     jvm: java version "1.6.0"
>>
>>
>> Earlier in 2 attempts I got heap error and PermGen space problem but
>> after increasing the heap size and PermSize I am getting the follwing
>> error:
>>
>>
>> //
>>
>> ---
>> T E S T S
>> ---
>> There are no tests to run.
>>
>> Results :
>>
>> Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
>>
>> [INFO] [jar:jar]
>> [INFO] Building jar:
>>
>> /home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
>> [INFO] [ianal:verify-legal-files {execution: default}]
>> [INFO] Checking legal files in: geronimo-cxf-2.2-SNAPSHOT.jar
>> [INFO] [install:install]
>> [INFO] Installing
>>
>> /home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
>> to
>> /home/rahul/.m2/repository/org/apache/geronimo/modules/geronimo-cxf/2.2-SNAPSHOT/geronimo-cxf-2.2-SNAPSHOT.jar
>> [INFO]
>> 
>> [INFO] Building Geronimo Plugins, CXF :: CXF
>> [INFO]    task-segment: [install]
>> [INFO]
>> 
>> [INFO] [enforcer:enforce {execution: default}]
>> [INFO] [remote-resources:process {execution: process}]
>> [INFO] [remote-resources:process {execution: default}]
>> [INFO] [resources:resources]
>> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>> [INFO] skip non existing resourceDirectory
>> /home/rahul/server/plugins/cxf/cxf/src/main/resources
>> [INFO] Copying 3 resources
>> [INFO] Copying 3 resources
>> [INFO] [car:validate-configuration]
>> [INFO] [car:prepare-plan]
>> [INFO] Generated:
>> /home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
>> [INFO] [car:verify-no-dependency-change]
>> [INFO] [car:package]
>> [INFO] Packaging module configuration:
>> /home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
>> [INFO] Started deployer:
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
>> [INFO] [car:prepare-metadata]
>> [INFO] [car:archive-car]
>> [INFO] Building jar:
>> /home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car
>> [INFO] [ianal:verify-legal-files {execution: default}]
>> [INFO] Checking legal files in: cxf-2.2-SNAPSHOT.car
>> [INFO] [install:install]
>> [INFO] Installing
>> /home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car to
>>
>> /home/rahul/.m2/repository/org/apache/geronimo/configs/cxf/2.2-SNAPSHOT/cxf-2.2-SNAPSHOT.car
>> [INFO] [car:update-pluginlist]
>> [INF

Re: ApacheGeronimo - Build failure

[David Jencks]

Hi Rahul,

It looks like this is the problem:

Caused by: java.io.IOException: java.io.IOException: error=12, Cannot
allocate memory
at java.lang.UNIXProcess.(UNIXProcess.java:148)
at java.lang.ProcessImpl.start(ProcessImpl.java:65)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:452)
... 33 more

I wonder if the project is just too big to build at once on your  
machine?  512Mb RAM is rather small nowadays.


You might try building the top level bits by themselves such as
testsupport
framework
plugins
plugingroups
assemblies
testsuite

I don't know if that would help or not :-(

thanks
david jencks



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 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. Build
[ra...@localhost server]$ MAVEN_OPTS="-Xms512m -Xmx1024m
-XX:MaxPermSize=512m" mvn install -e


Platform I am using:

Machine: Intel Pentium M Processor 1.50 GHz,   RAM: 512Mb
 OS: Fedora Release 9(sulphur)
 Arch: Kernel linux 2.6.25.3-18.fc9.i686, 32-bits
 jvm: java version "1.6.0"


Earlier in 2 attempts I got heap error and PermGen space problem but
after increasing the heap size and PermSize I am getting the follwing
error:


//

---
T E S T S
---
There are no tests to run.

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] [jar:jar]
[INFO] Building jar:
/home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2- 
SNAPSHOT.jar

[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: geronimo-cxf-2.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2- 
SNAPSHOT.jar
to /home/rahul/.m2/repository/org/apache/geronimo/modules/geronimo- 
cxf/2.2-SNAPSHOT/geronimo-cxf-2.2-SNAPSHOT.jar
[INFO]  


[INFO] Building Geronimo Plugins, CXF :: CXF
[INFO]task-segment: [install]
[INFO]  


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: process}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/cxf/cxf/src/main/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated:
/home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
[INFO] [car:verify-no-dependency-change]
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
[INFO] Started deployer:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] [car:prepare-metadata]
[INFO] [car:archive-car]
[INFO] Building jar:
/home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: cxf-2.2-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing
/home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car to
/home/rahul/.m2/repository/org/apache/geronimo/configs/cxf/2.2- 
SNAPSHOT/cxf-2.2-SNAPSHOT.car

[INFO] [car:update-pluginlist]
[INFO]  


[INFO] Building Geronimo Plugins, CXF :: Builder
[INFO]task-segment: [install]
[INFO]  


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: process}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/src/main/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [compiler:compile]
[INFO] Compiling 2 source files to
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/target/classes
[INFO] [resources:testResources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/src/test/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] Surefire report directory:
/home/rahul/server/plugins/c

ApacheGeronimo - Build failure

[rahul.soa]

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. Build
[ra...@localhost server]$ MAVEN_OPTS="-Xms512m -Xmx1024m
-XX:MaxPermSize=512m" mvn install -e


Platform I am using:

 Machine: Intel Pentium M Processor 1.50 GHz,   RAM: 512Mb
  OS: Fedora Release 9(sulphur)
  Arch: Kernel linux 2.6.25.3-18.fc9.i686, 32-bits
  jvm: java version "1.6.0"


Earlier in 2 attempts I got heap error and PermGen space problem but
after increasing the heap size and PermSize I am getting the follwing
error:


//

---
 T E S T S
---
There are no tests to run.

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] [jar:jar]
[INFO] Building jar:
/home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: geronimo-cxf-2.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/rahul/server/plugins/cxf/geronimo-cxf/target/geronimo-cxf-2.2-SNAPSHOT.jar
to 
/home/rahul/.m2/repository/org/apache/geronimo/modules/geronimo-cxf/2.2-SNAPSHOT/geronimo-cxf-2.2-SNAPSHOT.jar
[INFO] 
[INFO] Building Geronimo Plugins, CXF :: CXF
[INFO]task-segment: [install]
[INFO] 
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: process}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/cxf/cxf/src/main/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated:
/home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
[INFO] [car:verify-no-dependency-change]
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/rahul/server/plugins/cxf/cxf/target/resources/META-INF/plan.xml
[INFO] Started deployer:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] [car:prepare-metadata]
[INFO] [car:archive-car]
[INFO] Building jar:
/home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: cxf-2.2-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing
/home/rahul/server/plugins/cxf/cxf/target/cxf-2.2-SNAPSHOT.car to
/home/rahul/.m2/repository/org/apache/geronimo/configs/cxf/2.2-SNAPSHOT/cxf-2.2-SNAPSHOT.car
[INFO] [car:update-pluginlist]
[INFO] 
[INFO] Building Geronimo Plugins, CXF :: Builder
[INFO]task-segment: [install]
[INFO] 
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: process}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/src/main/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [compiler:compile]
[INFO] Compiling 2 source files to
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/target/classes
[INFO] [resources:testResources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/src/test/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] Surefire report directory:
/home/rahul/server/plugins/cxf/geronimo-cxf-builder/target/surefire-reports
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error while executing forked tests.; nested exception is
org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineException:
Error setting up environmental variables

java.io.IOException: error=12, Cannot allocate memory
[INFO] 
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error while
executing forked tests.; nested exception is
org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineException:
E

build failure on IBM JDK1.5

[Radim Kolar]

[INFO] Started deployer:
org.apache.geronimo.framework/geronimo-gbean-deployer/2
.2-SNAPSHOT/car
[ERROR] The protocol for the JAR file's URL is not supported
java.lang.UnsupportedOperationException: Only local file jars are supported
jar:
file:/C:/m2/org/apache/geronimo/configs/system-database/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 the Apache Geronimo - Dev mailing list archive at Nabble.com.

[jira] Closed: (GERONIMO-4428) Non-ascii characters in SQL script causing build failure in GB18030 encoded shell

[Jack Cai (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jack Cai closed GERONIMO-4428.
--


Thanks Donald. The build works well now. Closing this issue.

> 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: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.1.3, 2.2
> Environment: Windows XP Chinese (GB18030), IBM Java 5SR6
>Reporter: Jack Cai
>Assignee: Donald Woods
>Priority: Minor
> Fix For: 2.1.4, 2.2
>
> Attachments: Geronimo-4428_Jack.patch
>
>
> There are some non-ascii characters in this script: 
> plugins/uddi/geronimo-uddi-db/src/main/sql/juddi.sql. This causes build 
> failure in GB18030 encoded shell using IBM JDK. If these characters are not 
> intentionally put there, better to remove them.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-4428) Non-ascii characters in SQL script causing build failure in GB18030 encoded shell

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods resolved GERONIMO-4428.


Resolution: Fixed

Applied modification of patch from Jack, by replacing the bad char 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 in GB18030 encoded 
> shell
> -
>
> Key: GERONIMO-4428
> URL: https://issues.apache.org/jira/browse/GERONIMO-4428
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.1.3, 2.2
> Environment: Windows XP Chinese (GB18030), IBM Java 5SR6
>Reporter: Jack Cai
>Assignee: Donald Woods
>Priority: Minor
> Fix For: 2.1.4, 2.2
>
> Attachments: Geronimo-4428_Jack.patch
>
>
> There are some non-ascii characters in this script: 
> plugins/uddi/geronimo-uddi-db/src/main/sql/juddi.sql. This causes build 
> failure in GB18030 encoded shell using IBM JDK. If these characters are not 
> intentionally put there, better to remove them.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-4428) Non-ascii characters in SQL script causing build failure in GB18030 encoded shell

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMO-4428:
---

Fix Version/s: 2.2
   2.1.4
 Assignee: Donald Woods

> 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: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.1.3, 2.2
> Environment: Windows XP Chinese (GB18030), IBM Java 5SR6
>Reporter: Jack Cai
>Assignee: Donald Woods
>Priority: Minor
> Fix For: 2.1.4, 2.2
>
> Attachments: Geronimo-4428_Jack.patch
>
>
> There are some non-ascii characters in this script: 
> plugins/uddi/geronimo-uddi-db/src/main/sql/juddi.sql. This causes build 
> failure in GB18030 encoded shell using IBM JDK. If these characters are not 
> intentionally put there, better to remove them.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-4428) Non-ascii characters in SQL script causing build failure in GB18030 encoded shell

[Jack Cai (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jack Cai updated GERONIMO-4428:
---

Attachment: Geronimo-4428_Jack.patch

With this patch, the build in GB18030 shell completes 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
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.1.3, 2.2
> Environment: Windows XP Chinese (GB18030), IBM Java 5SR6
>Reporter: Jack Cai
>Priority: Minor
> Attachments: Geronimo-4428_Jack.patch
>
>
> There are some non-ascii characters in this script: 
> plugins/uddi/geronimo-uddi-db/src/main/sql/juddi.sql. This causes build 
> failure in GB18030 encoded shell using IBM JDK. If these characters are not 
> intentionally put there, better to remove them.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-4428) Non-ascii characters in SQL script causing build failure in GB18030 encoded shell

[Jack Cai (JIRA)]

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: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: webservices
Affects Versions: 2.1.3, 2.2
 Environment: Windows XP Chinese (GB18030), IBM Java 5SR6
Reporter: Jack Cai
Priority: Minor


There are some non-ascii characters in this script: 
plugins/uddi/geronimo-uddi-db/src/main/sql/juddi.sql. This causes build failure 
in GB18030 encoded shell using IBM JDK. If these characters are not 
intentionally put there, better to remove them.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: GEP build failure

[Tim McConnell]

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


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 that you're missing.


Ashish Jain wrote:

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 'org.apache.geronimo.configs:dojo-legacy-tomcat:car': Cannot 
find parent: or
g.apache.geronimo.plugins:dojo-legacy for project: 
org.apache.geronimo.configs:d
ojo-legacy-tomcat:car:null for project 
org.apache.geronimo.configs:dojo-legacy-t

omcat:car:null
  org.apache.geronimo.configs:dojo-legacy-tomcat:car:2.2-SNAPSHOT

from the specified remote repositories:
  apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository/),

  central (http://repo1.maven.org/maven2),
  snapshots.openqa.org  
(http://archiva.openqa.org/repository/snapshots),
  apache-snapshots 
(http://people.apache.org/repo/m2-snapshot-repository),

  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  java.net  (http://download.java.net/maven/1/),
  releases.openqa.org  
(http://archiva.openqa.org/repository/releases),
  apache.snapshots 
(http://people.apache.org/repo/m2-snapshot-repository)

Path to dependency:
1) org.apache.geronimo.devtools:testsuite-eclipse:pom:2.2.0
2) 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-S

NAPSHOT
3) 
org.apache.geronimo.plugingroups:javaee5-tomcat:car:2.2-SNAPSHOT
4) 
org.apache.geronimo.plugingroups:console-tomcat:car:2.2-SNAPSHOT
5) 
org.apache.geronimo.plugins:mconsole-tomcat:car:2.2-SNAPSHOT




[INFO] 
 


[INFO] For more information, run Maven with the -e switch
[INFO] 
 


[INFO] Total time: 9 minutes 7 seconds
[INFO] Finished at: Mon Nov 03 18:01:27 IST 2008
[INFO] Final Memory: 105M/431M
[INFO] 
 




Any ideas??

Thanks
Ashish











--
Thanks,
Tim McConnell

Re: GEP build failure

[Joe Bohn]

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 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 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 'org.apache.geronimo.configs:dojo-legacy-tomcat:car': Cannot 
find parent: or
g.apache.geronimo.plugins:dojo-legacy for project: 
org.apache.geronimo.configs:d
ojo-legacy-tomcat:car:null for project 
org.apache.geronimo.configs:dojo-legacy-t

omcat:car:null
  org.apache.geronimo.configs:dojo-legacy-tomcat:car:2.2-SNAPSHOT

from the specified remote repositories:
  apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository/),

  central (http://repo1.maven.org/maven2),
  snapshots.openqa.org  
(http://archiva.openqa.org/repository/snapshots),
  apache-snapshots 
(http://people.apache.org/repo/m2-snapshot-repository),

  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  java.net  (http://download.java.net/maven/1/),
  releases.openqa.org  
(http://archiva.openqa.org/repository/releases),
  apache.snapshots 
(http://people.apache.org/repo/m2-snapshot-repository)

Path to dependency:
1) org.apache.geronimo.devtools:testsuite-eclipse:pom:2.2.0
2) 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-S

NAPSHOT
3) 
org.apache.geronimo.plugingroups:javaee5-tomcat:car:2.2-SNAPSHOT
4) 
org.apache.geronimo.plugingroups:console-tomcat:car:2.2-SNAPSHOT

5) org.apache.geronimo.plugins:mconsole-tomcat:car:2.2-SNAPSHOT



[INFO] 
 


[INFO] For more information, run Maven with the -e switch
[INFO] 
 


[INFO] Total time: 9 minutes 7 seconds
[INFO] Finished at: Mon Nov 03 18:01:27 IST 2008
[INFO] Final Memory: 105M/431M
[INFO] 
 




Any ideas??

Thanks
Ashish

Re: GEP build failure

[Tim McConnell]

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 that you're missing.


Ashish Jain wrote:

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 'org.apache.geronimo.configs:dojo-legacy-tomcat:car': Cannot find 
parent: or
g.apache.geronimo.plugins:dojo-legacy for project: 
org.apache.geronimo.configs:d
ojo-legacy-tomcat:car:null for project 
org.apache.geronimo.configs:dojo-legacy-t

omcat:car:null
  org.apache.geronimo.configs:dojo-legacy-tomcat:car:2.2-SNAPSHOT

from the specified remote repositories:
  apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository/),

  central (http://repo1.maven.org/maven2),
  snapshots.openqa.org  
(http://archiva.openqa.org/repository/snapshots),
  apache-snapshots 
(http://people.apache.org/repo/m2-snapshot-repository),

  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  java.net  (http://download.java.net/maven/1/),
  releases.openqa.org  
(http://archiva.openqa.org/repository/releases),
  apache.snapshots 
(http://people.apache.org/repo/m2-snapshot-repository)

Path to dependency:
1) org.apache.geronimo.devtools:testsuite-eclipse:pom:2.2.0
2) 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-S

NAPSHOT
3) 
org.apache.geronimo.plugingroups:javaee5-tomcat:car:2.2-SNAPSHOT
4) 
org.apache.geronimo.plugingroups:console-tomcat:car:2.2-SNAPSHOT

5) org.apache.geronimo.plugins:mconsole-tomcat:car:2.2-SNAPSHOT



[INFO] 


[INFO] For more information, run Maven with the -e switch
[INFO] 


[INFO] Total time: 9 minutes 7 seconds
[INFO] Finished at: Mon Nov 03 18:01:27 IST 2008
[INFO] Final Memory: 105M/431M
[INFO] 




Any ideas??

Thanks
Ashish






--
Thanks,
Tim McConnell

Re: GEP build failure

[Donald Woods]

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 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 'org.apache.geronimo.configs:dojo-legacy-tomcat:car': Cannot find 
parent: or
g.apache.geronimo.plugins:dojo-legacy for project: 
org.apache.geronimo.configs:d
ojo-legacy-tomcat:car:null for project 
org.apache.geronimo.configs:dojo-legacy-t

omcat:car:null
  org.apache.geronimo.configs:dojo-legacy-tomcat:car:2.2-SNAPSHOT

from the specified remote repositories:
  apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository/),

  central (http://repo1.maven.org/maven2),
  snapshots.openqa.org  
(http://archiva.openqa.org/repository/snapshots),
  apache-snapshots 
(http://people.apache.org/repo/m2-snapshot-repository),

  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  java.net  (http://download.java.net/maven/1/),
  releases.openqa.org  
(http://archiva.openqa.org/repository/releases),

  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository)
Path to dependency:
1) org.apache.geronimo.devtools:testsuite-eclipse:pom:2.2.0
2) 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-S

NAPSHOT
3) 
org.apache.geronimo.plugingroups:javaee5-tomcat:car:2.2-SNAPSHOT
4) 
org.apache.geronimo.plugingroups:console-tomcat:car:2.2-SNAPSHOT

5) org.apache.geronimo.plugins:mconsole-tomcat:car:2.2-SNAPSHOT



[INFO] 


[INFO] For more information, run Maven with the -e switch
[INFO] 


[INFO] Total time: 9 minutes 7 seconds
[INFO] Finished at: Mon Nov 03 18:01:27 IST 2008
[INFO] Final Memory: 105M/431M
[INFO] 




Any ideas??

Thanks
Ashish

Re: GEP build failure

[Ashish Jain]

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 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 'org.apache.geronimo.configs:dojo-legacy-tomcat:car': Cannot find
>> parent: or
>> g.apache.geronimo.plugins:dojo-legacy for project:
>> org.apache.geronimo.configs:d
>> ojo-legacy-tomcat:car:null for project
>> org.apache.geronimo.configs:dojo-legacy-t
>> omcat:car:null
>>  org.apache.geronimo.configs:dojo-legacy-tomcat:car:2.2-SNAPSHOT
>>
>> from the specified remote repositories:
>>  apache.incubator (
>> http://people.apache.org/repo/m2-incubating-repository/),
>>  central (http://repo1.maven.org/maven2),
>>  snapshots.openqa.org  (
>> http://archiva.openqa.org/repository/snapshots),
>>  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
>>  codehaus-snapshots (http://snapshots.repository.codehaus.org),
>>  java.net  (http://download.java.net/maven/1/),
>>  releases.openqa.org  (
>> http://archiva.openqa.org/repository/releases),
>>  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository)
>> Path to dependency:
>>1) org.apache.geronimo.devtools:testsuite-eclipse:pom:2.2.0
>>2)
>> org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-S
>> NAPSHOT
>>3) org.apache.geronimo.plugingroups:javaee5-tomcat:car:2.2-SNAPSHOT
>>4) org.apache.geronimo.plugingroups:console-tomcat:car:2.2-SNAPSHOT
>>5) org.apache.geronimo.plugins:mconsole-tomcat:car:2.2-SNAPSHOT
>>
>>
>>
>> [INFO]
>> 
>> [INFO] For more information, run Maven with the -e switch
>> [INFO]
>> 
>> [INFO] Total time: 9 minutes 7 seconds
>> [INFO] Finished at: Mon Nov 03 18:01:27 IST 2008
>> [INFO] Final Memory: 105M/431M
>> [INFO]
>> 
>>
>>
>> Any ideas??
>>
>> Thanks
>> Ashish
>>
>
> --
> Thanks,
> Tim McConnell
>

Re: GEP build failure

[Tim McConnell]

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] 


[INFO] Failed to resolve artifact.

Unable to get dependency information: Unable to read the metadata file 
for artif
act 'org.apache.geronimo.configs:dojo-legacy-tomcat:car': Cannot find 
parent: or
g.apache.geronimo.plugins:dojo-legacy for project: 
org.apache.geronimo.configs:d
ojo-legacy-tomcat:car:null for project 
org.apache.geronimo.configs:dojo-legacy-t

omcat:car:null
  org.apache.geronimo.configs:dojo-legacy-tomcat:car:2.2-SNAPSHOT

from the specified remote repositories:
  apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository/),

  central (http://repo1.maven.org/maven2),
  snapshots.openqa.org  
(http://archiva.openqa.org/repository/snapshots),

  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  java.net  (http://download.java.net/maven/1/),
  releases.openqa.org  
(http://archiva.openqa.org/repository/releases),

  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository)
Path to dependency:
1) org.apache.geronimo.devtools:testsuite-eclipse:pom:2.2.0
2) 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-S

NAPSHOT
3) org.apache.geronimo.plugingroups:javaee5-tomcat:car:2.2-SNAPSHOT
4) org.apache.geronimo.plugingroups:console-tomcat:car:2.2-SNAPSHOT
5) org.apache.geronimo.plugins:mconsole-tomcat:car:2.2-SNAPSHOT



[INFO] 


[INFO] For more information, run Maven with the -e switch
[INFO] 


[INFO] Total time: 9 minutes 7 seconds
[INFO] Finished at: Mon Nov 03 18:01:27 IST 2008
[INFO] Final Memory: 105M/431M
[INFO] 




Any ideas??

Thanks
Ashish


--
Thanks,
Tim McConnell

Re: GEP build failure

[Tim McConnell]

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] 


[INFO] Failed to resolve artifact.

Unable to get dependency information: Unable to read the metadata file 
for artif
act 'org.apache.geronimo.configs:dojo-legacy-tomcat:car': Cannot find 
parent: or
g.apache.geronimo.plugins:dojo-legacy for project: 
org.apache.geronimo.configs:d
ojo-legacy-tomcat:car:null for project 
org.apache.geronimo.configs:dojo-legacy-t

omcat:car:null
  org.apache.geronimo.configs:dojo-legacy-tomcat:car:2.2-SNAPSHOT

from the specified remote repositories:
  apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository/),

  central (http://repo1.maven.org/maven2),
  snapshots.openqa.org  
(http://archiva.openqa.org/repository/snapshots),

  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  java.net  (http://download.java.net/maven/1/),
  releases.openqa.org  
(http://archiva.openqa.org/repository/releases),

  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository)
Path to dependency:
1) org.apache.geronimo.devtools:testsuite-eclipse:pom:2.2.0
2) 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-S

NAPSHOT
3) org.apache.geronimo.plugingroups:javaee5-tomcat:car:2.2-SNAPSHOT
4) org.apache.geronimo.plugingroups:console-tomcat:car:2.2-SNAPSHOT
5) org.apache.geronimo.plugins:mconsole-tomcat:car:2.2-SNAPSHOT



[INFO] 


[INFO] For more information, run Maven with the -e switch
[INFO] 


[INFO] Total time: 9 minutes 7 seconds
[INFO] Finished at: Mon Nov 03 18:01:27 IST 2008
[INFO] Final Memory: 105M/431M
[INFO] 




Any ideas??

Thanks
Ashish


--
Thanks,
Tim McConnell

GEP build failure

[Ashish Jain]

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 'org.apache.geronimo.configs:dojo-legacy-tomcat:car': Cannot find
parent: or
g.apache.geronimo.plugins:dojo-legacy for project:
org.apache.geronimo.configs:d
ojo-legacy-tomcat:car:null for project
org.apache.geronimo.configs:dojo-legacy-t
omcat:car:null
  org.apache.geronimo.configs:dojo-legacy-tomcat:car:2.2-SNAPSHOT

from the specified remote repositories:
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository/
),
  central (http://repo1.maven.org/maven2),
  snapshots.openqa.org (http://archiva.openqa.org/repository/snapshots),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  java.net (http://download.java.net/maven/1/),
  releases.openqa.org (http://archiva.openqa.org/repository/releases),
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository)
Path to dependency:
1) org.apache.geronimo.devtools:testsuite-eclipse:pom:2.2.0
2)
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-S
NAPSHOT
3) org.apache.geronimo.plugingroups:javaee5-tomcat:car:2.2-SNAPSHOT
4) org.apache.geronimo.plugingroups:console-tomcat:car:2.2-SNAPSHOT
5) org.apache.geronimo.plugins:mconsole-tomcat:car:2.2-SNAPSHOT



[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 9 minutes 7 seconds
[INFO] Finished at: Mon Nov 03 18:01:27 IST 2008
[INFO] Final Memory: 105M/431M
[INFO]



Any ideas??

Thanks
Ashish

Re: [Help!]G2.1.2 branch build failure saying "org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.2" not found in any repository

[Forrest]

After manually downloaded and installed car-maven-plugin from 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/buildsupport/car-maven-plugin/2.1.2-SNAPSHOT/car-maven-plugin-2.1.2-20080728.181858-6.jar


then just run "mvn install -e" with maven 2.0.9, got build successful of 
branch 2.1.2.


Anyway, thanks for your prompt reply :)

Regards, Forrest
- Original Message - 
From: "Joe Bohn" <[EMAIL PROTECTED]>

To: 
Sent: Thursday, July 31, 2008 3:15 AM
Subject: Re: [Help!]G2.1.2 branch build failure saying 
"org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.2" not 
found in any repository



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 
https://svn.apache.org/repos/asf/geronimo/server/branches/2.1 which is 
currently 2.1.3-SNAPSHOT (and has just one or two changes since we 
branched 2.1.2).


A Geronimo 2.1.2 release candidate should be available later today if all 
goes well.


Joe


Jarek Gawor wrote:

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 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, 2.0.5, all same problem. Please help!
thanks!

Best regards, Forrest

Re: [Help!]G2.1.2 branch build failure saying "org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.2" not found in any repository

[Joe Bohn]

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 
https://svn.apache.org/repos/asf/geronimo/server/branches/2.1 which is 
currently 2.1.3-SNAPSHOT (and has just one or two changes since we 
branched 2.1.2).


A Geronimo 2.1.2 release candidate should be available later today if 
all goes well.


Joe


Jarek Gawor wrote:

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 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, 2.0.5, all same problem. Please help!
thanks!

Best regards, Forrest

Re: [Help!]G2.1.2 branch build failure saying "org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.2" not found in any repository

[Jarek Gawor]

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 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, 2.0.5, all same problem. Please help!
> thanks!
>
> Best regards, Forrest

[Help!]G2.1.2 branch build failure saying "org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.2" not found in any repository

[Forrest]

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, 2.0.5, all same problem. Please help! thanks!

Best regards, Forrest

Re: server branches/2.1.2 build failure

[Joe Bohn]

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 wondering if I accidentally changed a version reference 
someplace that I shouldn't have.  (One possibility is regarding our 
components for geronimo-transaction and geronimo-connector which are 
released as a 2.1.1 version only ... although I don't know how/if that 
would result in these types of problems).


still digging ...

Joe


Joe Bohn wrote:
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 problem would appear only when the versions were changed from 
SNAPSHOT.


Joe


Jarek Gawor wrote:

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 AbstractCarMojo.getDependencies() does not return
the jms spec dependency but DependencyHelper.getManagedVersionMap()
(used in that function) does.

I wonder if building with maven 2.0.7 would work :)

Jarek

On Tue, Jul 29, 2008 at 11:38 AM, Joe Bohn <[EMAIL PROTECTED]> 
wrote:

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
geronimo-gbean-deployer and the geronimo-jms_1.1_spec-1.1.1.jar are 
in my

local maven repo.  Is telling me that we need a dependency from
geronimo-gbean-deployer on either the geronimo-jms_1.1_spec jar or the
jee-specs config?

I'm also confused as to why this isn't an issue in branches/2.1.  
AFAIK the
only substantial difference between these 2 branches are the version 
changes

(snapshot vs. non-snapshot).

Joe



Joe Bohn wrote:

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 attempting to build
plugins/corba/openejb-corba-deployer.  Anybody have any ideas on 
what is
going on here and why a version change from 2.1.2-SNAPSHOT to 2.1.2 
would

produce this problem?  I didn't hit any similar problems changing
branches/2.1 from 2.1.2-SNAPSHOT to 2.1.3-SNAPSHOT?

If you want to recreate the failure you have to build bootstrap 
first: mvn

-Dstage=bootstrap

After that building from the top level or subsequently from
plugins/corba/openejb-corba-deployer will produce the following 
error (this

one run with mvn -e -X).

[DEBUG] Resolving artifact:
org.apache.geronimo.specs:geronimo-jaxr_1.0_spec:jar:2.0.0
[ERROR] Could not load deployer configuration:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: ADD
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: 
READING
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: 
SUCCEEDED
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: 
RESOLVING
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: 
SUCCEEDED

org.apache.geronimo.framework/xmlbeans/2.1.2/car: ADD
org.apache.geronimo.framework/xmlbeans/2.1.2/car: READING
org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/xmlbeans/2.1.2/car: RESOLVING
org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: ADD
org.apache.geronimo.framework/j2ee-system/2.1.2/car: READING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: RESOLVING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/plugin/2.1.2/car: ADD
org.apache.geronimo.framework/plugin/2.1.2/car: READING
org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/plugin/2.1.2/car: RESOLVING
org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/rmi-naming/2.1.2/car: ADD
org.apache.geronimo.framework/rmi-naming/2.1.2/car: READING
org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/rmi-naming/2.1.2/car: RESOLVING
org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: A

Re: server branches/2.1.2 build failure

[Joe Bohn]

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 problem would appear only when the versions were changed from 
SNAPSHOT.


Joe


Jarek Gawor wrote:

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 AbstractCarMojo.getDependencies() does not return
the jms spec dependency but DependencyHelper.getManagedVersionMap()
(used in that function) does.

I wonder if building with maven 2.0.7 would work :)

Jarek

On Tue, Jul 29, 2008 at 11:38 AM, Joe Bohn <[EMAIL PROTECTED]> wrote:

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
geronimo-gbean-deployer and the geronimo-jms_1.1_spec-1.1.1.jar are in my
local maven repo.  Is telling me that we need a dependency from
geronimo-gbean-deployer on either the geronimo-jms_1.1_spec jar or the
jee-specs config?

I'm also confused as to why this isn't an issue in branches/2.1.  AFAIK the
only substantial difference between these 2 branches are the version changes
(snapshot vs. non-snapshot).

Joe



Joe Bohn wrote:

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 attempting to build
plugins/corba/openejb-corba-deployer.  Anybody have any ideas on what is
going on here and why a version change from 2.1.2-SNAPSHOT to 2.1.2 would
produce this problem?  I didn't hit any similar problems changing
branches/2.1 from 2.1.2-SNAPSHOT to 2.1.3-SNAPSHOT?

If you want to recreate the failure you have to build bootstrap first: mvn
-Dstage=bootstrap

After that building from the top level or subsequently from
plugins/corba/openejb-corba-deployer will produce the following error (this
one run with mvn -e -X).

[DEBUG] Resolving artifact:
org.apache.geronimo.specs:geronimo-jaxr_1.0_spec:jar:2.0.0
[ERROR] Could not load deployer configuration:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: ADD
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: READING
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: RESOLVING
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/xmlbeans/2.1.2/car: ADD
org.apache.geronimo.framework/xmlbeans/2.1.2/car: READING
org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/xmlbeans/2.1.2/car: RESOLVING
org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: ADD
org.apache.geronimo.framework/j2ee-system/2.1.2/car: READING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: RESOLVING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/plugin/2.1.2/car: ADD
org.apache.geronimo.framework/plugin/2.1.2/car: READING
org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/plugin/2.1.2/car: RESOLVING
org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/rmi-naming/2.1.2/car: ADD
org.apache.geronimo.framework/rmi-naming/2.1.2/car: READING
org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/rmi-naming/2.1.2/car: RESOLVING
org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: ADD
org.apache.geronimo.framework/j2ee-system/2.1.2/car: READING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/jee-specs/2.1.2/car: ADD
org.apache.geronimo.framework/jee-specs/2.1.2/car: READING
org.apache.geronimo.framework/jee-specs/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/jee-specs/2.1.2/car: RESOLVING
FINISHED

org.apache.geronimo.kernel.config.LifecycleException: load of
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car failed
   at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:299)
   at
org.apache.geronimo.kernel.con

Re: server branches/2.1.2 build failure

[Jarek Gawor]

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 AbstractCarMojo.getDependencies() does not return
the jms spec dependency but DependencyHelper.getManagedVersionMap()
(used in that function) does.

I wonder if building with maven 2.0.7 would work :)

Jarek

On Tue, Jul 29, 2008 at 11:38 AM, Joe Bohn <[EMAIL PROTECTED]> wrote:
>
> 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
> geronimo-gbean-deployer and the geronimo-jms_1.1_spec-1.1.1.jar are in my
> local maven repo.  Is telling me that we need a dependency from
> geronimo-gbean-deployer on either the geronimo-jms_1.1_spec jar or the
> jee-specs config?
>
> I'm also confused as to why this isn't an issue in branches/2.1.  AFAIK the
> only substantial difference between these 2 branches are the version changes
> (snapshot vs. non-snapshot).
>
> Joe
>
>
>
> Joe Bohn wrote:
>>
>> 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 attempting to build
>> plugins/corba/openejb-corba-deployer.  Anybody have any ideas on what is
>> going on here and why a version change from 2.1.2-SNAPSHOT to 2.1.2 would
>> produce this problem?  I didn't hit any similar problems changing
>> branches/2.1 from 2.1.2-SNAPSHOT to 2.1.3-SNAPSHOT?
>>
>> If you want to recreate the failure you have to build bootstrap first: mvn
>> -Dstage=bootstrap
>>
>> After that building from the top level or subsequently from
>> plugins/corba/openejb-corba-deployer will produce the following error (this
>> one run with mvn -e -X).
>>
>> [DEBUG] Resolving artifact:
>> org.apache.geronimo.specs:geronimo-jaxr_1.0_spec:jar:2.0.0
>> [ERROR] Could not load deployer configuration:
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: ADD
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: READING
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: RESOLVING
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/xmlbeans/2.1.2/car: ADD
>> org.apache.geronimo.framework/xmlbeans/2.1.2/car: READING
>> org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/xmlbeans/2.1.2/car: RESOLVING
>> org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/j2ee-system/2.1.2/car: ADD
>> org.apache.geronimo.framework/j2ee-system/2.1.2/car: READING
>> org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/j2ee-system/2.1.2/car: RESOLVING
>> org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/plugin/2.1.2/car: ADD
>> org.apache.geronimo.framework/plugin/2.1.2/car: READING
>> org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/plugin/2.1.2/car: RESOLVING
>> org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/rmi-naming/2.1.2/car: ADD
>> org.apache.geronimo.framework/rmi-naming/2.1.2/car: READING
>> org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/rmi-naming/2.1.2/car: RESOLVING
>> org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/j2ee-system/2.1.2/car: ADD
>> org.apache.geronimo.framework/j2ee-system/2.1.2/car: READING
>> org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/jee-specs/2.1.2/car: ADD
>> org.apache.geronimo.framework/jee-specs/2.1.2/car: READING
>> org.apache.geronimo.framework/jee-specs/2.1.2/car: SUCCEEDED
>> org.apache.geronimo.framework/jee-specs/2.1.2/car: RESOLVING
>> FINISHED
>>
>> org.apache.geronimo.kernel.config.LifecycleException: load of
>> org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car failed
>>at
>> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:299)
>>at
>> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280)
>>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>at
>> sun.reflect.Na

Re: server branches/2.1.2 build failure

[Joe Bohn]

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 
geronimo-gbean-deployer and the geronimo-jms_1.1_spec-1.1.1.jar are in 
my local maven repo.  Is telling me that we need a dependency from 
geronimo-gbean-deployer on either the geronimo-jms_1.1_spec jar or the 
jee-specs config?


I'm also confused as to why this isn't an issue in branches/2.1.  AFAIK 
the only substantial difference between these 2 branches are the version 
changes (snapshot vs. non-snapshot).


Joe



Joe Bohn wrote:
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 attempting to build 
plugins/corba/openejb-corba-deployer.  Anybody have any ideas on what is 
going on here and why a version change from 2.1.2-SNAPSHOT to 2.1.2 
would produce this problem?  I didn't hit any similar problems changing 
branches/2.1 from 2.1.2-SNAPSHOT to 2.1.3-SNAPSHOT?


If you want to recreate the failure you have to build bootstrap first: 
mvn -Dstage=bootstrap


After that building from the top level or subsequently from 
plugins/corba/openejb-corba-deployer will produce the following error 
(this one run with mvn -e -X).


[DEBUG] Resolving artifact: 
org.apache.geronimo.specs:geronimo-jaxr_1.0_spec:jar:2.0.0
[ERROR] Could not load deployer configuration: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car

org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: ADD
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: READING
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: RESOLVING
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/xmlbeans/2.1.2/car: ADD
org.apache.geronimo.framework/xmlbeans/2.1.2/car: READING
org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/xmlbeans/2.1.2/car: RESOLVING
org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: ADD
org.apache.geronimo.framework/j2ee-system/2.1.2/car: READING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: RESOLVING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/plugin/2.1.2/car: ADD
org.apache.geronimo.framework/plugin/2.1.2/car: READING
org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/plugin/2.1.2/car: RESOLVING
org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/rmi-naming/2.1.2/car: ADD
org.apache.geronimo.framework/rmi-naming/2.1.2/car: READING
org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/rmi-naming/2.1.2/car: RESOLVING
org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: ADD
org.apache.geronimo.framework/j2ee-system/2.1.2/car: READING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/jee-specs/2.1.2/car: ADD
org.apache.geronimo.framework/jee-specs/2.1.2/car: READING
org.apache.geronimo.framework/jee-specs/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/jee-specs/2.1.2/car: RESOLVING
FINISHED

org.apache.geronimo.kernel.config.LifecycleException: load of 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car failed
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:299) 

at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280) 


at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 

at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 


at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) 

at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) 

at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) 

at 
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) 

at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro

server branches/2.1.2 build failure

[Joe Bohn]

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 attempting to build 
plugins/corba/openejb-corba-deployer.  Anybody have any ideas on what is 
going on here and why a version change from 2.1.2-SNAPSHOT to 2.1.2 
would produce this problem?  I didn't hit any similar problems changing 
branches/2.1 from 2.1.2-SNAPSHOT to 2.1.3-SNAPSHOT?


If you want to recreate the failure you have to build bootstrap first: 
mvn -Dstage=bootstrap


After that building from the top level or subsequently from 
plugins/corba/openejb-corba-deployer will produce the following error 
(this one run with mvn -e -X).


[DEBUG] Resolving artifact: 
org.apache.geronimo.specs:geronimo-jaxr_1.0_spec:jar:2.0.0
[ERROR] Could not load deployer configuration: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car

org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: ADD
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: READING
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: RESOLVING
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/xmlbeans/2.1.2/car: ADD
org.apache.geronimo.framework/xmlbeans/2.1.2/car: READING
org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/xmlbeans/2.1.2/car: RESOLVING
org.apache.geronimo.framework/xmlbeans/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: ADD
org.apache.geronimo.framework/j2ee-system/2.1.2/car: READING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: RESOLVING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/plugin/2.1.2/car: ADD
org.apache.geronimo.framework/plugin/2.1.2/car: READING
org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/plugin/2.1.2/car: RESOLVING
org.apache.geronimo.framework/plugin/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/rmi-naming/2.1.2/car: ADD
org.apache.geronimo.framework/rmi-naming/2.1.2/car: READING
org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/rmi-naming/2.1.2/car: RESOLVING
org.apache.geronimo.framework/rmi-naming/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/j2ee-system/2.1.2/car: ADD
org.apache.geronimo.framework/j2ee-system/2.1.2/car: READING
org.apache.geronimo.framework/j2ee-system/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/jee-specs/2.1.2/car: ADD
org.apache.geronimo.framework/jee-specs/2.1.2/car: READING
org.apache.geronimo.framework/jee-specs/2.1.2/car: SUCCEEDED
org.apache.geronimo.framework/jee-specs/2.1.2/car: RESOLVING
FINISHED

org.apache.geronimo.kernel.config.LifecycleException: load of 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.2/car failed
	at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:299)
	at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:585)
	at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
	at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
	at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)

at 
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
	at 
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
	at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
	at 
org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$fa7cbc24.loadConfiguration()
	at 
org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:306)
	at 
org.apache.geronimo.mavenplugins.car.PackageMojo.doExecute(PackageMojo.java:228)
	at 
org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:122)
	at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
	at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
	at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
	at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[David Jencks]

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  
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 use the new ejb 3.1 API (thinking of  
the test suite and mejb).
Unfortunately, not true.  Any code that used the annotation  
deployer either directly or indirectly got the same error.  mejb,  
in fact, was the first place that got hit after I applied the two  
changes you recommended.  The direct references to the Singleton  
class were causing the issue.  After fixing mejb, it started to  
turn into a game of "whack-a-mole", so ended up doing a blanket  
add wherever the ejb 3.0 specs were used.


That's so weird.  OpenEJB needs a lot more dependencies that for  
some reason don't have to be declared in all those little modules.   
We have to be missing something.


This might also be a hack, but we could maybe add it to the plugins/ 
openejb/geronimo-openejb/src/main/resources/META-INF/geronimo- 
dependency.xml and get it into the system that way.


geronimo-dependencies.xml seems to mostly confuse people and I thought  
I'd eliminated all of them.  I think a better approach is to use the  
maven dependencies in the geronimo plugin module.  We can now set up  
the c-m-p to use transitive dependencies and maybe this would be a  
good test case for how well we can make this work (so far it's only  
used in the gshell plugins AFAIK)


Anyway geronimo-dependencies.xml is unknown to maven classloaders  
not sure exactly what the problems you are dealing with here are...


thanks
david jencks




-David




Rick


-David


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) I get build failures (NoClassDefFoundError) in the  
Geronimo MEJB config.  I suspect we need to make some  
changes to accommodate the Singleton Session Beans  
implementation.  Is this complete yet and is anybody looking  
into the necessary Geronimo changes?


We'd need to get this dep in the right place if we wanted to  
keep using OpenEJB trunk:



  org.apache.openejb
  ejb31-api-experimental
  ${openejbVersion}


These two poms seem to be the only places where the ejb 3.0  
spec jar is used:


./framework/configs/jee-specs/pom.xml
./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being  
dependent on a non-final spec jar.  We might try it out and  
see if the tck complains at least.
I needed to do this to get a clean build using the latest, and  
it's a lot more than just those two poms that needed  
updating.  I'm going to try doing some tck runs to see how  
things look.


Rick



Hi Rick,  Is this at a point where you can check it in?   
Everybody is hitting the trunk build break now that new openejb  
snapshots have been published.


Thanks,
Joe








-David


---
[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO]  


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: /home/jbohn/geronimo/plugins/mejb/mejb/ 
target/resources/META-INF/plan.xml

[INFO] [car:package]
[INFO] Packaging module configuration: /home/jbohn/geronimo/ 
plugins/mejb/mejb/target/resources/META-INF/plan.xml
[INFO] Started deployer: org.apache.geronimo.framework/ 
geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: org.apache.geronimo.configs/openejb- 
deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default  
Stateless Container, type=Container, provider-id=Default  
Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default  
Stateful Container, type=Container, provider-id=Default  
Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default  
BMP Container, type=Container, provider-id=Default BMP  
Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default  
CMP Container, type=Container, provider-id=Default CMP  
Container)
14:13:36,402 INFO  [config] Configuring enterprise  
application: org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: java

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[David Blevins]

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 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 use the new ejb 3.1 API (thinking of  
the test suite and mejb).
Unfortunately, not true.  Any code that used the annotation  
deployer either directly or indirectly got the same error.  mejb,  
in fact, was the first place that got hit after I applied the two  
changes you recommended.  The direct references to the Singleton  
class were causing the issue.  After fixing mejb, it started to  
turn into a game of "whack-a-mole", so ended up doing a blanket add  
wherever the ejb 3.0 specs were used.


That's so weird.  OpenEJB needs a lot more dependencies that for  
some reason don't have to be declared in all those little modules.   
We have to be missing something.


This might also be a hack, but we could maybe add it to the plugins/ 
openejb/geronimo-openejb/src/main/resources/META-INF/geronimo- 
dependency.xml and get it into the system that way.


-David




Rick


-David


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) I get build failures (NoClassDefFoundError) in the  
Geronimo MEJB config.  I suspect we need to make some changes  
to accommodate the Singleton Session Beans implementation.   
Is this complete yet and is anybody looking into the  
necessary Geronimo changes?


We'd need to get this dep in the right place if we wanted to  
keep using OpenEJB trunk:


 
   org.apache.openejb
   ejb31-api-experimental
   ${openejbVersion}
 

These two poms seem to be the only places where the ejb 3.0  
spec jar is used:


./framework/configs/jee-specs/pom.xml
./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent  
on a non-final spec jar.  We might try it out and see if the  
tck complains at least.
I needed to do this to get a clean build using the latest, and  
it's a lot more than just those two poms that needed updating.   
I'm going to try doing some tck runs to see how things look.


Rick



Hi Rick,  Is this at a point where you can check it in?   
Everybody is hitting the trunk build break now that new openejb  
snapshots have been published.


Thanks,
Joe








-David


---
[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO]  


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: /home/jbohn/geronimo/plugins/mejb/mejb/ 
target/resources/META-INF/plan.xml

[INFO] [car:package]
[INFO] Packaging module configuration: /home/jbohn/geronimo/ 
plugins/mejb/mejb/target/resources/META-INF/plan.xml
[INFO] Started deployer: org.apache.geronimo.framework/ 
geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: org.apache.geronimo.configs/openejb- 
deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default  
Stateless Container, type=Container, provider-id=Default  
Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default  
Stateful Container, type=Container, provider-id=Default  
Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default  
BMP Container, type=Container, provider-id=Default BMP  
Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default  
CMP Container, type=Container, provider-id=Default CMP  
Container)
14:13:36,402 INFO  [config] Configuring enterprise  
application: org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer 
$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339)
org.apache.openejb.config.AnnotationDeployer 
$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230)
org 
.apache 
.openejb 
.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174)
org.apache.openejb.config.ConfigurationFactory 
$Chain.deploy(ConfigurationFactory.java:228)
org 
.apache 
.openejb 
.config 
.ConfigurationFactory 
.configureApplication(ConfigurationFactory.java:584)
org 
.apache 
.geronimo 
.openejb 
.deployment 
.EjbModuleBuilder.configureApplication(Ejb

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[David Blevins]

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 case".  You definitely shouldn't need it in any  
modules that don't directly use the new ejb 3.1 API (thinking of  
the test suite and mejb).
Unfortunately, not true.  Any code that used the annotation deployer  
either directly or indirectly got the same error.  mejb, in fact,  
was the first place that got hit after I applied the two changes you  
recommended.  The direct references to the Singleton class were  
causing the issue.  After fixing mejb, it started to turn into a  
game of "whack-a-mole", so ended up doing a blanket add wherever the  
ejb 3.0 specs were used.


That's so weird.  OpenEJB needs a lot more dependencies that for some  
reason don't have to be declared in all those little modules.  We have  
to be missing something.


-David





Rick


-David


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) I get build failures (NoClassDefFoundError) in the  
Geronimo MEJB config.  I suspect we need to make some changes  
to accommodate the Singleton Session Beans implementation.  Is  
this complete yet and is anybody looking into the necessary  
Geronimo changes?


We'd need to get this dep in the right place if we wanted to  
keep using OpenEJB trunk:


  
org.apache.openejb
ejb31-api-experimental
${openejbVersion}
  

These two poms seem to be the only places where the ejb 3.0  
spec jar is used:


./framework/configs/jee-specs/pom.xml
./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent  
on a non-final spec jar.  We might try it out and see if the  
tck complains at least.
I needed to do this to get a clean build using the latest, and  
it's a lot more than just those two poms that needed updating.   
I'm going to try doing some tck runs to see how things look.


Rick



Hi Rick,  Is this at a point where you can check it in?   
Everybody is hitting the trunk build break now that new openejb  
snapshots have been published.


Thanks,
Joe








-David


---
[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO]  


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: /home/jbohn/geronimo/plugins/mejb/mejb/ 
target/resources/META-INF/plan.xml

[INFO] [car:package]
[INFO] Packaging module configuration: /home/jbohn/geronimo/ 
plugins/mejb/mejb/target/resources/META-INF/plan.xml
[INFO] Started deployer: org.apache.geronimo.framework/ 
geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: org.apache.geronimo.configs/openejb- 
deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default  
Stateless Container, type=Container, provider-id=Default  
Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default  
Stateful Container, type=Container, provider-id=Default  
Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP  
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP  
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise  
application: org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer 
$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339)
org.apache.openejb.config.AnnotationDeployer 
$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230)
org 
.apache 
.openejb 
.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174)
org.apache.openejb.config.ConfigurationFactory 
$Chain.deploy(ConfigurationFactory.java:228)
org 
.apache 
.openejb 
.config 
.ConfigurationFactory 
.configureApplication(ConfigurationFactory.java:584)
org 
.apache 
.geronimo 
.openejb 
.deployment 
.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java: 
645)

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[Rick McGuire]

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 that 
don't directly use the new ejb 3.1 API (thinking of the test suite and 
mejb).
Unfortunately, not true.  Any code that used the annotation deployer 
either directly or indirectly got the same error.  mejb, in fact, was 
the first place that got hit after I applied the two changes you 
recommended.  The direct references to the Singleton class were causing 
the issue.  After fixing mejb, it started to turn into a game of 
"whack-a-mole", so ended up doing a blanket add wherever the ejb 3.0 
specs were used.


Rick


-David


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) I 
get build failures (NoClassDefFoundError) in the Geronimo MEJB 
config.  I suspect we need to make some changes to accommodate 
the Singleton Session Beans implementation.  Is this complete yet 
and is anybody looking into the necessary Geronimo changes?


We'd need to get this dep in the right place if we wanted to keep 
using OpenEJB trunk:


   
 org.apache.openejb
 ejb31-api-experimental
 ${openejbVersion}
   

These two poms seem to be the only places where the ejb 3.0 spec 
jar is used:


./framework/configs/jee-specs/pom.xml
./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent on 
a non-final spec jar.  We might try it out and see if the tck 
complains at least.
I needed to do this to get a clean build using the latest, and it's 
a lot more than just those two poms that needed updating.  I'm 
going to try doing some tck runs to see how things look.


Rick



Hi Rick,  Is this at a point where you can check it in?  Everybody 
is hitting the trunk build break now that new openejb snapshots have 
been published.


Thanks,
Joe








-David

--- 


[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO] 
 


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 


[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 

[INFO] Started deployer: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car 

[INFO] Started deployer: 
org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default 
Stateless Container, type=Container, provider-id=Default 
Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default 
Stateful Container, type=Container, provider-id=Default Stateful 
Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP 
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP 
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise application: 
org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339) 

org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230) 

org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174) 

org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:228) 

org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:584) 

org.apache.geronimo.openejb.deployment.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:645) 

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[David Blevins]

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 use the new ejb 3.1 API (thinking of the test suite and  
mejb).


-David


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) I get build failures (NoClassDefFoundError) in the  
Geronimo MEJB config.  I suspect we need to make some changes to  
accommodate the Singleton Session Beans implementation.  Is this  
complete yet and is anybody looking into the necessary Geronimo  
changes?


We'd need to get this dep in the right place if we wanted to keep  
using OpenEJB trunk:


   
 org.apache.openejb
 ejb31-api-experimental
 ${openejbVersion}
   

These two poms seem to be the only places where the ejb 3.0 spec  
jar is used:


./framework/configs/jee-specs/pom.xml
./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent on  
a non-final spec jar.  We might try it out and see if the tck  
complains at least.
I needed to do this to get a clean build using the latest, and  
it's a lot more than just those two poms that needed updating.   
I'm going to try doing some tck runs to see how things look.


Rick



Hi Rick,  Is this at a point where you can check it in?  Everybody  
is hitting the trunk build break now that new openejb snapshots  
have been published.


Thanks,
Joe








-David


---
[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO]  


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: /home/jbohn/geronimo/plugins/mejb/mejb/target/ 
resources/META-INF/plan.xml

[INFO] [car:package]
[INFO] Packaging module configuration: /home/jbohn/geronimo/ 
plugins/mejb/mejb/target/resources/META-INF/plan.xml
[INFO] Started deployer: org.apache.geronimo.framework/geronimo- 
gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: org.apache.geronimo.configs/openejb- 
deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default  
Stateless Container, type=Container, provider-id=Default  
Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default  
Stateful Container, type=Container, provider-id=Default Stateful  
Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP  
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP  
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise application:  
org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer 
$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339)
org.apache.openejb.config.AnnotationDeployer 
$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230)
org 
.apache 
.openejb 
.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174)
org.apache.openejb.config.ConfigurationFactory 
$Chain.deploy(ConfigurationFactory.java:228)
org 
.apache 
.openejb 
.config 
.ConfigurationFactory 
.configureApplication(ConfigurationFactory.java:584)
org 
.apache 
.geronimo 
.openejb 
.deployment 
.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:645)

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[Rick McGuire]

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) 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 changes to accommodate the Singleton 
Session Beans implementation.  Is this complete yet and is anybody 
looking into the necessary Geronimo changes?


We'd need to get this dep in the right place if we wanted to keep 
using OpenEJB trunk:



  org.apache.openejb
  ejb31-api-experimental
  ${openejbVersion}


These two poms seem to be the only places where the ejb 3.0 spec jar 
is used:


 ./framework/configs/jee-specs/pom.xml
 ./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent on a 
non-final spec jar.  We might try it out and see if the tck 
complains at least.
I needed to do this to get a clean build using the latest, and it's a 
lot more than just those two poms that needed updating.  I'm going to 
try doing some tck runs to see how things look.


Rick



Hi Rick,  Is this at a point where you can check it in?  Everybody is 
hitting the trunk build break now that new openejb snapshots have been 
published.


Thanks,
Joe








-David

--- 


[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO] 
 


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 


[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 

[INFO] Started deployer: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: 
org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default 
Stateless Container, type=Container, provider-id=Default Stateless 
Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default Stateful 
Container, type=Container, provider-id=Default Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP 
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP 
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise application: 
org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339) 

org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230) 

org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174) 

org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:228) 

org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:584) 

org.apache.geronimo.openejb.deployment.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:645) 

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[Rick McGuire]

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) I get 
build failures (NoClassDefFoundError) in the Geronimo MEJB config.  
I suspect we need to make some changes to accommodate the Singleton 
Session Beans implementation.  Is this complete yet and is anybody 
looking into the necessary Geronimo changes?


We'd need to get this dep in the right place if we wanted to keep 
using OpenEJB trunk:



  org.apache.openejb
  ejb31-api-experimental
  ${openejbVersion}


These two poms seem to be the only places where the ejb 3.0 spec jar 
is used:


 ./framework/configs/jee-specs/pom.xml
 ./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent on a 
non-final spec jar.  We might try it out and see if the tck 
complains at least.
I needed to do this to get a clean build using the latest, and it's a 
lot more than just those two poms that needed updating.  I'm going to 
try doing some tck runs to see how things look.


Rick



Hi Rick,  Is this at a point where you can check it in?  Everybody is 
hitting the trunk build break now that new openejb snapshots have been 
published.
I've got Jason doing some TCK runs with this changeI have a 
suspicion we might run into problems with signature tests.  I could 
check it in if we're willing to deal with the implications after the fact.


Rick




Thanks,
Joe








-David

--- 


[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO] 
 


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 


[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 

[INFO] Started deployer: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: 
org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default 
Stateless Container, type=Container, provider-id=Default Stateless 
Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default Stateful 
Container, type=Container, provider-id=Default Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP 
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP 
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise application: 
org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339) 

org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230) 

org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174) 

org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:228) 

org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:584) 

org.apache.geronimo.openejb.deployment.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:645) 

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[Joe Bohn]

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 failures (NoClassDefFoundError) in the Geronimo MEJB config.  I 
suspect we need to make some changes to accommodate the Singleton 
Session Beans implementation.  Is this complete yet and is anybody 
looking into the necessary Geronimo changes?


We'd need to get this dep in the right place if we wanted to keep 
using OpenEJB trunk:



  org.apache.openejb
  ejb31-api-experimental
  ${openejbVersion}


These two poms seem to be the only places where the ejb 3.0 spec jar 
is used:


 ./framework/configs/jee-specs/pom.xml
 ./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent on a 
non-final spec jar.  We might try it out and see if the tck complains 
at least.
I needed to do this to get a clean build using the latest, and it's a 
lot more than just those two poms that needed updating.  I'm going to 
try doing some tck runs to see how things look.


Rick



Hi Rick,  Is this at a point where you can check it in?  Everybody is 
hitting the trunk build break now that new openejb snapshots have been 
published.


Thanks,
Joe








-David


---
[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO] 


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 


[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 

[INFO] Started deployer: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: 
org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default Stateless 
Container, type=Container, provider-id=Default Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default Stateful 
Container, type=Container, provider-id=Default Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP 
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP 
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise application: 
org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339) 

org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230) 

org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174) 

org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:228) 

org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:584) 

org.apache.geronimo.openejb.deployment.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:645) 

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[Rick McGuire]

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 (NoClassDefFoundError) in the Geronimo MEJB config.  I 
suspect we need to make some changes to accommodate the Singleton 
Session Beans implementation.  Is this complete yet and is anybody 
looking into the necessary Geronimo changes?


We'd need to get this dep in the right place if we wanted to keep 
using OpenEJB trunk:



  org.apache.openejb
  ejb31-api-experimental
  ${openejbVersion}


These two poms seem to be the only places where the ejb 3.0 spec jar 
is used:


 ./framework/configs/jee-specs/pom.xml
 ./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent on a 
non-final spec jar.  We might try it out and see if the tck complains 
at least.
I needed to do this to get a clean build using the latest, and it's a 
lot more than just those two poms that needed updating.  I'm going to 
try doing some tck runs to see how things look.


Rick




-David


---
[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO] 


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 


[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml 

[INFO] Started deployer: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: 
org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default Stateless 
Container, type=Container, provider-id=Default Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default Stateful 
Container, type=Container, provider-id=Default Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP 
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP 
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise application: 
org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339) 

org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230) 

org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174) 

org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:228) 

org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:584) 

org.apache.geronimo.openejb.deployment.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:645) 

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[Joe Bohn]

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 (NoClassDefFoundError) in the Geronimo MEJB config.  I 
suspect we need to make some changes to accommodate the Singleton 
Session Beans implementation.  Is this complete yet and is anybody 
looking into the necessary Geronimo changes?


We'd need to get this dep in the right place if we wanted to keep using 
OpenEJB trunk:



  org.apache.openejb
  ejb31-api-experimental
  ${openejbVersion}


These two poms seem to be the only places where the ejb 3.0 spec jar is 
used:


 ./framework/configs/jee-specs/pom.xml
 ./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent on a 
non-final spec jar.  We might try it out and see if the tck complains at 
least.


I guess it wouldn't hurt to give it a try.  TCK has already been 
complaining with the SNAPSHOTs that are currently published (see the tck 
list a few months back for the errors - AFAIK they haven't changed any).


Joe




-David


---
[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO] 


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml

[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml
[INFO] Started deployer: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: 
org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default Stateless 
Container, type=Container, provider-id=Default Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default Stateful 
Container, type=Container, provider-id=Default Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP 
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP 
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise application: 
org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339) 

org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230) 

org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174) 

org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:228) 

org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:584) 

org.apache.geronimo.openejb.deployment.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:645) 

Re: Geronimo trunk build failure with fresh OpenEjb trunk build

[David Blevins]

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 Geronimo MEJB config.   
I suspect we need to make some changes to accommodate the Singleton  
Session Beans implementation.  Is this complete yet and is anybody  
looking into the necessary Geronimo changes?


We'd need to get this dep in the right place if we wanted to keep  
using OpenEJB trunk:



  org.apache.openejb
  ejb31-api-experimental
  ${openejbVersion}


These two poms seem to be the only places where the ejb 3.0 spec jar  
is used:


 ./framework/configs/jee-specs/pom.xml
 ./framework/modules/geronimo-j2ee/pom.xml

I'm fine giving it a shot if no one objects to being dependent on a  
non-final spec jar.  We might try it out and see if the tck complains  
at least.


-David


---
[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO]  


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: /home/jbohn/geronimo/plugins/mejb/mejb/target/ 
resources/META-INF/plan.xml

[INFO] [car:package]
[INFO] Packaging module configuration: /home/jbohn/geronimo/plugins/ 
mejb/mejb/target/resources/META-INF/plan.xml
[INFO] Started deployer: org.apache.geronimo.framework/geronimo- 
gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: org.apache.geronimo.configs/openejb- 
deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default Stateless  
Container, type=Container, provider-id=Default Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default Stateful  
Container, type=Container, provider-id=Default Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP  
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP  
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise application:  
org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton
org.apache.openejb.config.AnnotationDeployer 
$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339)
org.apache.openejb.config.AnnotationDeployer 
$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230)
org 
.apache 
.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174)
org.apache.openejb.config.ConfigurationFactory 
$Chain.deploy(ConfigurationFactory.java:228)
org 
.apache 
.openejb 
.config 
.ConfigurationFactory.configureApplication(ConfigurationFactory.java: 
584)
org 
.apache 
.geronimo 
.openejb 
.deployment 
.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:645)

Geronimo trunk build failure with fresh OpenEjb trunk build

[Joe Bohn]

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 changes to accommodate the Singleton Session Beans 
implementation.  Is this complete yet and is anybody looking into the 
necessary Geronimo changes?



---
[INFO] Building Geronimo Plugins, MEJB :: Config
[INFO]task-segment: [install]
[INFO] 


[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml

[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/jbohn/geronimo/plugins/mejb/mejb/target/resources/META-INF/plan.xml
[INFO] Started deployer: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[INFO] Started deployer: 
org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car
14:13:36,387 INFO  [config] Configuring Service(id=Default Stateless 
Container, type=Container, provider-id=Default Stateless Cont

ainer)
14:13:36,392 INFO  [config] Configuring Service(id=Default Stateful 
Container, type=Container, provider-id=Default Stateful Contai

ner)
14:13:36,393 INFO  [config] Configuring Service(id=Default BMP 
Container, type=Container, provider-id=Default BMP Container)
14:13:36,394 INFO  [config] Configuring Service(id=Default CMP 
Container, type=Container, provider-id=Default CMP Container)
14:13:36,402 INFO  [config] Configuring enterprise application: 
org.apache.geronimo.configs/mejb/2.2-SNAPSHOT/car

[ERROR] Deployment failed due to
java.lang.NoClassDefFoundError: javax/ejb/Singleton

org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:339)

org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:230)

org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:174)

org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:228)

org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:584)

org.apache.geronimo.openejb.deployment.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:645)

Re: Build Failure on compiling geronimo schemas using JAXB

[Ashish Jain]

I was able to fix this issue by adding *1.5 *to pom.xml.


On Wed, Jun 18, 2008 at 12:02 AM, Ashish Jain <[EMAIL PROTECTED]> wrote:

> Hi,
> I am using JAXB to compile geronimo schemas. My environment is  sun java
> 1.5.0_13 and maven 2.0.7. BTW I am referring
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-279. I hit
> following error:
>
> C:\testrepo>mvn clean compile
> [INFO] Scanning for projects...
> [INFO]
> -
> ---
> [INFO] Building mytest
> [INFO]task-segment: [clean, compile]
> [INFO]
> -
> ---
> [INFO] [clean:clean]
> [INFO] Deleting directory C:\testrepo\target
> [INFO] [jaxb:generate {execution: default}]
> [INFO] Compiling file:/C:/testrepo/src/main/resources/attributes-1.2.xsd
> and oth
> ers
> [INFO] Writing output to C:\testrepo\target\generated-sources\xjc
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] Compiling 156 source files to C:\testrepo\target\classes
> [INFO]
> 
> [ERROR] 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:
> javac: source release 1.5 requires target release 1.5
>
>
> [INFO]
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> 
> [INFO] Total time: 9 seconds
> [INFO] Finished at: Tue Jun 17 23:53:38 IST 2008
> [INFO] Final Memory: 5M/10M
> [INFO]
> 
>
>
> Thanks
> Ashish
>

Build Failure on compiling geronimo schemas using JAXB

[Ashish Jain]

Hi,
I am using JAXB to compile geronimo schemas. My environment is  sun java
1.5.0_13 and maven 2.0.7. BTW I am referring
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-279. I hit following
error:

C:\testrepo>mvn clean compile
[INFO] Scanning for projects...
[INFO]
-
---
[INFO] Building mytest
[INFO]task-segment: [clean, compile]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory C:\testrepo\target
[INFO] [jaxb:generate {execution: default}]
[INFO] Compiling file:/C:/testrepo/src/main/resources/attributes-1.2.xsd and
oth
ers
[INFO] Writing output to C:\testrepo\target\generated-sources\xjc
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 156 source files to C:\testrepo\target\classes
[INFO]

[ERROR] 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:
javac: source release 1.5 requires target release 1.5


[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 9 seconds
[INFO] Finished at: Tue Jun 17 23:53:38 IST 2008
[INFO] Final Memory: 5M/10M
[INFO]



Thanks
Ashish

Re: BUILD FAILURE with the latest geronimo-devtools

[Shiva Kumar H R]

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]>
wrote:

> 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 PROTECTED] /cygdrive/c/oss/geronimo-devtools
> $ svn up
> At revision 631876.
>
> [EMAIL PROTECTED] /cygdrive/c/oss/geronimo-devtools
> $ mvn clean install
> ...
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to resolve artifact.
>
> Missing:
> --
> 1) org.apache.axis2:axis2-jaxws-api:jar:1.3-r562247
>
>  Try downloading the file manually from the project website.
>
>  Then, install it using the command:
>  mvn install:install-file -DgroupId=org.apache.axis2
> -DartifactId=axis2-jaxws-api \
>  -Dversion=1.3-r562247 -Dpackaging=jar -Dfile=/path/to/file
> Alternatively, if you host your own repository you can deploy the file
> there:   mvn deploy:deploy-file -DgroupId=org.apache.axis2
> -DartifactId=axis2-jaxws-api \
>  -Dversion=1.3-r562247 -Dpackaging=jar -Dfile=/path/to/file \
>   -Durl=[url] -DrepositoryId=[id]
>
>  Path to dependency:
>1)
> org.apache.geronimo.devtools:org.apache.geronimo.runtime.v20:jar:2.1.0
>2) org.apache.geronimo.modules:geronimo-j2ee-builder:jar:2.0.1
>3) org.apache.axis2:axis2-jaxws-api:jar:1.3-r562247
>
> 2) org.apache.axis2:axis2-saaj-api:jar:1.3-r562247
>
>  Try downloading the file manually from the project website.
>
>  Then, install it using the command:
>  mvn install:install-file -DgroupId=org.apache.axis2
> -DartifactId=axis2-saaj-api \
>  -Dversion=1.3-r562247 -Dpackaging=jar -Dfile=/path/to/file
> Alternatively, if you host your own repository you can deploy the file
> there:   mvn deploy:deploy-file -DgroupId=org.apache.axis2
> -DartifactId=axis2-saaj-api \
>  -Dversion=1.3-r562247 -Dpackaging=jar -Dfile=/path/to/file \
>   -Durl=[url] -DrepositoryId=[id]
>
>  Path to dependency:
>1)
> org.apache.geronimo.devtools:org.apache.geronimo.runtime.v20:jar:2.1.0
>2) org.apache.geronimo.modules:geronimo-openejb-builder:jar:2.0.1
>3)
> org.apache.geronimo.modules:geronimo-webservices-builder:jar:2.0.1
>4) org.apache.axis2:axis2-saaj-api:jar:1.3-r562247
>
> --
> 2 required artifacts are missing.
>
> for artifact:
>  org.apache.geronimo.devtools:org.apache.geronimo.runtime.v20:jar:2.1.0
>
> from the specified remote repositories:
>  central (http://repo1.maven.org/maven2),
>  apache.incubator (http://people.apache.org/repo/m2-incubating-repository/
> ),
>  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
>  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
>  codehaus-snapshots (http://snapshots.repository.codehaus.org)
>
> Jacek
>
> --
> Jacek Laskowski
> http://www.JacekLaskowski.pl
>



-- 
Thanks,
Shiva

BUILD FAILURE with the latest geronimo-devtools

[Jacek Laskowski]

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 PROTECTED] /cygdrive/c/oss/geronimo-devtools
$ svn up
At revision 631876.

[EMAIL PROTECTED] /cygdrive/c/oss/geronimo-devtools
$ mvn clean install
...
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Failed to resolve artifact.

Missing:
--
1) org.apache.axis2:axis2-jaxws-api:jar:1.3-r562247

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.axis2
-DartifactId=axis2-jaxws-api \
  -Dversion=1.3-r562247 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there:   mvn deploy:deploy-file -DgroupId=org.apache.axis2
-DartifactId=axis2-jaxws-api \
  -Dversion=1.3-r562247 -Dpackaging=jar -Dfile=/path/to/file \
   -Durl=[url] -DrepositoryId=[id]

  Path to dependency:
1) 
org.apache.geronimo.devtools:org.apache.geronimo.runtime.v20:jar:2.1.0
2) org.apache.geronimo.modules:geronimo-j2ee-builder:jar:2.0.1
3) org.apache.axis2:axis2-jaxws-api:jar:1.3-r562247

2) org.apache.axis2:axis2-saaj-api:jar:1.3-r562247

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.axis2
-DartifactId=axis2-saaj-api \
  -Dversion=1.3-r562247 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there:   mvn deploy:deploy-file -DgroupId=org.apache.axis2
-DartifactId=axis2-saaj-api \
  -Dversion=1.3-r562247 -Dpackaging=jar -Dfile=/path/to/file \
   -Durl=[url] -DrepositoryId=[id]

  Path to dependency:
1) 
org.apache.geronimo.devtools:org.apache.geronimo.runtime.v20:jar:2.1.0
2) org.apache.geronimo.modules:geronimo-openejb-builder:jar:2.0.1
3) org.apache.geronimo.modules:geronimo-webservices-builder:jar:2.0.1
4) org.apache.axis2:axis2-saaj-api:jar:1.3-r562247

--
2 required artifacts are missing.

for artifact:
  org.apache.geronimo.devtools:org.apache.geronimo.runtime.v20:jar:2.1.0

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository/),
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

Jacek

-- 
Jacek Laskowski
http://www.JacekLaskowski.pl

[jira] Closed: (GERONIMO-2793) Build failure in geronimo-openejb-builder

[Kevan Miller (JIRA)]

 [ 
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
> -
>
> Key: GERONIMO-2793
> URL: https://issues.apache.org/jira/browse/GERONIMO-2793
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: buildsystem
>Affects Versions: 2.0-M2
> Environment: windows and linux
>Reporter: Kevan Miller
>Assignee: Kevan Miller
> Fix For: 2.0-M3
>
>
> Builds on some windows and linux machines are failing in 
> geronimo-openejb-builder. Failure output as follows:
> [INFO] [xmlbeans:xmlbeans {execution: default}]
> [DEBUG] The schema Directory is 
> D:\t\modules\geronimo-openejb-builder\src\main\schema
> [DEBUG] Artifact count: 110
> [DEBUG] looking for artifact schemas.
> [DEBUG] Creating a list of config files.
> [DEBUG] A list was given.
> [DEBUG] Adding file 
> D:\t\modules\geronimo-openejb-builder\src\main\schema\xmlconfig.xml
> [DEBUG] looking for resolver catalog at 
> D:\t\modules\geronimo-openejb-builder\src\main\catalog\resolver-catalog.xml
> Time to build schema type system: 0.079 seconds
> Time to generate code: 0.171 seconds
> error: error reading 
> C:\m2\org\apache\openejb\container\3.0-incubating-SNAPSHOT\container-3.0-incubating-SNAPSHOT.pom;
>  error in opening zip file
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> 1 error
> BUILD FAILED
> [INFO] 
> 
> [ERROR] BUILD ERROR
> [INFO] 
> 
> [INFO] XmlBeans compile failed:
>  xml ErrorLoading schema file 
> D:\t\modules\geronimo-openejb-builder\src\main\schema\geronimo-openejb-2.0.xsd
> xml ErrorLoading config file 
> D:\t\modules\geronimo-openejb-builder\src\main\schema\xmlconfig.xml

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Offline build failure due to missing geronimo-javamail_1.4_mail-1.2-SNAPSHOT.jar

[Vamsavardhana Reddy]

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 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 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]
>
-
> ---
> [INFO] Building Geronimo Configs :: JavaEE Specs
> [INFO]task-segment: [install]
> [INFO]
>
-
> ---
> [INFO] [enforcer:enforce {execution: default}]
> [INFO] [tools:copy-legal-files {execution: install-legal-files}]
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
>  [INFO] [car:prepare-plan]
> [INFO] Generated:
> C:\G\trunk\configs\jee-specs\target\plan\plan.xml
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to resolve artifact.
>
> Missing:
> --
> 1)
> org.apache.geronimo.javamail:geronimo-javamail_1.4_mail:jar:1.2-SNAPSHOT
>
>   Try downloading the file manually from the project website.
>
>Then, install it using the command:
>   mvn install:install-file -DgroupId=org.apache.geronimo.javamail
> -Dartifact
> Id=geronimo-javamail_1.4_mail \
>   -Dversion=1.2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
>
>   Path to dependency:
> 1)
> org.apache.geronimo.configs:jee-specs:car:2.0-SNAPSHOT
> 2)
> org.apache.geronimo.javamail:geronimo-javamail_1.4_mail:jar:1.2-SNAPS
> HOT
>
> --
> 1 required artifact is missing.
>
> for artifact:
>   org.apache.geronimo.configs:jee-specs:car:2.0-SNAPSHOT
>
> from the specified remote repositories:
>   central ( http://repo1.maven.org/maven2),
>java.net ( http://download.java.net/maven/1/),
>   apache.snapshots
> (http://people.apache.org/repo/m2-snapshot-repository ),
>   apache-snapshots
> (http://people.apache.org/repo/m2-snapshot-repository ),
>   codehaus-snapshots (
> http://snapshots.repository.codehaus.org),
>   apache-incubator
> (http://people.apache.org/repo/m2-incubating-repository/ ),
>   tomcat-m2-repo (
> http://tomcat.apache.org/dev/dist/m2-repository)
>
>
> NOTE: Maven is executing in offline mode. Any artifacts not already in
your
> loca
> l
> repository will be inaccessible.
>
>
> [INFO]
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> 
> [INFO] Total time: 30 seconds
> [INFO] Finished at: Thu Jul 12 15:57:15 IST 2007
> [INFO] Final Memory: 38M/68M
> [INFO]
> 

Re: Offline build failure due to missing geronimo-javamail_1.4_mail-1.2-SNAPSHOT.jar

[Prasad Kashyap]

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 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]
-
---
[INFO] Building Geronimo Configs :: JavaEE Specs
[INFO]task-segment: [install]
[INFO]
-
---
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
 [INFO] [car:prepare-plan]
[INFO] Generated:
C:\G\trunk\configs\jee-specs\target\plan\plan.xml
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

Missing:
--
1)
org.apache.geronimo.javamail:geronimo-javamail_1.4_mail:jar:1.2-SNAPSHOT

  Try downloading the file manually from the project website.

   Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.geronimo.javamail
-Dartifact
Id=geronimo-javamail_1.4_mail \
  -Dversion=1.2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file

  Path to dependency:
1)
org.apache.geronimo.configs:jee-specs:car:2.0-SNAPSHOT
2)
org.apache.geronimo.javamail:geronimo-javamail_1.4_mail:jar:1.2-SNAPS
HOT

--
1 required artifact is missing.

for artifact:
  org.apache.geronimo.configs:jee-specs:car:2.0-SNAPSHOT

from the specified remote repositories:
  central ( http://repo1.maven.org/maven2),
   java.net ( http://download.java.net/maven/1/),
  apache.snapshots
(http://people.apache.org/repo/m2-snapshot-repository ),
  apache-snapshots
(http://people.apache.org/repo/m2-snapshot-repository ),
  codehaus-snapshots (
http://snapshots.repository.codehaus.org),
  apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/ ),
  tomcat-m2-repo (
http://tomcat.apache.org/dev/dist/m2-repository)


NOTE: Maven is executing in offline mode. Any artifacts not already in your
loca
l
repository will be inaccessible.


[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 30 seconds
[INFO] Finished at: Thu Jul 12 15:57:15 IST 2007
[INFO] Final Memory: 38M/68M
[INFO]

Re: Offline build failure due to missing geronimo-javamail_1.4_mail-1.2-SNAPSHOT.jar

[Jacek Laskowski]

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 may want to run mvn dependencies:go-offline or some
other maven's dependency plugin [1] and see if that helps moving
closer to a solution.

[1] http://maven.apache.org/plugins/maven-dependency-plugin/

Jacek

--
Jacek Laskowski
http://www.JacekLaskowski.pl

Offline build failure due to missing geronimo-javamail_1.4_mail-1.2-SNAPSHOT.jar

[Vamsavardhana Reddy]

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]
-
---
[INFO] Building Geronimo Configs :: JavaEE Specs
[INFO]task-segment: [install]
[INFO]
-
---
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: C:\G\trunk\configs\jee-specs\target\plan\plan.xml
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

Missing:
--
1) org.apache.geronimo.javamail:geronimo-javamail_1.4_mail:jar:1.2-SNAPSHOT

 Try downloading the file manually from the project website.

 Then, install it using the command:
 mvn install:install-file -DgroupId=org.apache.geronimo.javamail-Dartifact
Id=geronimo-javamail_1.4_mail \
 -Dversion=1.2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file

 Path to dependency:
   1) org.apache.geronimo.configs:jee-specs:car:2.0-SNAPSHOT
   2)
org.apache.geronimo.javamail:geronimo-javamail_1.4_mail:jar:1.2-SNAPS
HOT

--
1 required artifact is missing.

for artifact:
 org.apache.geronimo.configs:jee-specs:car:2.0-SNAPSHOT

from the specified remote repositories:
 central (http://repo1.maven.org/maven2),
 java.net (http://download.java.net/maven/1/),
 apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository ),
 apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
 codehaus-snapshots ( http://snapshots.repository.codehaus.org),
 apache-incubator (http://people.apache.org/repo/m2-incubating-repository/
),
 tomcat-m2-repo ( http://tomcat.apache.org/dev/dist/m2-repository)


NOTE: Maven is executing in offline mode. Any artifacts not already in your
loca
l
repository will be inaccessible.


[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 30 seconds
[INFO] Finished at: Thu Jul 12 15:57:15 IST 2007
[INFO] Final Memory: 38M/68M
[INFO]

Re: Build Failure

[Jacek Laskowski]

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 marked it to do once I get a capable connection to
perform the release. It should be done in a couple of hours unless
other openejber beats me to it.


Done.

It failed at examples publishing (needs to be fixed), but it should
fix the issue.

Jacek

--
Jacek Laskowski
http://www.JacekLaskowski.pl

Re: Build Failure

[Jacek Laskowski]

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 the release. It should be done in a couple of hours unless
other openejber beats me to it.

Patience is appreciated.

Jacek

--
Jacek Laskowski
http://www.JacekLaskowski.pl

Re: Build Failure

[Prasad Kashyap]

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.

Cross-posting to openejb dev list for their attention.

Cheers
Prasad

On 7/10/07, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote:

Hi All,

I am getting following compilation error while building the latest
source code.

Thanks,
Lasantha Ranaweera


[INFO]

[INFO] Building Geronimo :: OpenEJB
[INFO]task-segment: [clean, install]
[INFO]

[INFO] [clean:clean]
[INFO] Deleting directory
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target
[INFO] Deleting directory
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes
[INFO] Deleting directory
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/test-classes
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes/META-INF
[INFO] Copying 2 files to
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered 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]

[INFO] Compilation failure
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/OpenejbRemoteLoginModule.java:[70,45]
directAuthentication(java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData)
in org.apache.openejb.client.ClientSecurity cannot be applied to
(java.lang.String,java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData)



/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/OpenejbRemoteLoginModule.java:[70,45]
directAuthentication(java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData)
in org.apache.openejb.client.ClientSecurity cannot be applied to
(java.lang.String,java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData)

Re: Build Failure

[Donald Woods]

I built the latest OpenEJB code locally and then Geronimo Rev554771 without 
any problems


-Donald

Vamsavardhana Reddy wrote:

Ran into the same problem at rev 554886.

Vamsi

On 7/10/07, *Lasantha Ranaweera* <[EMAIL PROTECTED] 
<mailto:[EMAIL PROTECTED]> > wrote:


Hi All,

I am getting following compilation error while building the latest
source code.

Thanks,
Lasantha Ranaweera


[INFO]

[INFO] Building Geronimo :: OpenEJB
[INFO]task-segment: [clean, install]
[INFO]

[INFO] [clean:clean]
[INFO] Deleting directory

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target

[INFO] Deleting directory

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes
[INFO] Deleting directory

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/test-classes

[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes/META-INF

[INFO] Copying 2 files to

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered 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]

[INFO] Compilation failure

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/OpenejbRemoteLoginModule.java:[70,45]


directAuthentication(java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData)
in org.apache.openejb.client.ClientSecurity cannot be applied to
(java.lang.String,java.lang.String,java.lang.String
,org.apache.openejb.client.ServerMetaData)




/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/OpenejbRemoteLoginModule.java:[70,45]
directAuthentication(
java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData)
in org.apache.openejb.client.ClientSecurity cannot be applied to

(java.lang.String,java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData
)




smime.p7s
Description: S/MIME Cryptographic Signature

Re: Build Failure

[Vamsavardhana Reddy]

Ran into the same problem at rev 554886.

Vamsi

On 7/10/07, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote:


Hi All,

I am getting following compilation error while building the latest
source code.

Thanks,
Lasantha Ranaweera


[INFO]


[INFO] Building Geronimo :: OpenEJB
[INFO]task-segment: [clean, install]
[INFO]


[INFO] [clean:clean]
[INFO] Deleting directory

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target
[INFO] Deleting directory

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes
[INFO] Deleting directory

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/test-classes
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes/META-INF
[INFO] Copying 2 files to

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered 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]

[INFO] Compilation failure

/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/OpenejbRemoteLoginModule.java:[70,45]
directAuthentication(java.lang.String,java.lang.String,
org.apache.openejb.client.ServerMetaData)
in org.apache.openejb.client.ClientSecurity cannot be applied to
(java.lang.String,java.lang.String,java.lang.String,
org.apache.openejb.client.ServerMetaData)




/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/OpenejbRemoteLoginModule.java:[70,45]
directAuthentication(java.lang.String,java.lang.String,
org.apache.openejb.client.ServerMetaData)
in org.apache.openejb.client.ClientSecurity cannot be applied to
(java.lang.String,java.lang.String,java.lang.String,
org.apache.openejb.client.ServerMetaData)

Build Failure

[Lasantha Ranaweera]

Hi All,

I am getting following compilation error while building the latest 
source code.


Thanks,
Lasantha Ranaweera


[INFO] 


[INFO] Building Geronimo :: OpenEJB
[INFO]task-segment: [clean, install]
[INFO] 


[INFO] [clean:clean]
[INFO] Deleting directory 
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target
[INFO] Deleting directory 
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes
[INFO] Deleting directory 
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/test-classes

[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes/META-INF
[INFO] Copying 2 files to 
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/target/classes/META-INF

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered 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] 


[INFO] Compilation failure
/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/OpenejbRemoteLoginModule.java:[70,45] 
directAuthentication(java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData) 
in org.apache.openejb.client.ClientSecurity cannot be applied to 
(java.lang.String,java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData)




/home/hd2/work/geronimo/trunk/my-workspace/my-server/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/OpenejbRemoteLoginModule.java:[70,45] 
directAuthentication(java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData) 
in org.apache.openejb.client.ClientSecurity cannot be applied to 
(java.lang.String,java.lang.String,java.lang.String,org.apache.openejb.client.ServerMetaData)

Re: Seeing build failure due to Axis2 changes

[Daniel Larsen]

I cleaned out my .m2 repo earlier today too, and now i am having a lot
of trouble getting things complete (luckily some of it was still in my
recycle bin).

i think a bunch of things are down.  for example:
http://people.apache.org/repo/m2-snapshot-repository/ doesn't respond
at all

hopefully things come back up and automagically work again



On 7/5/07, Donald Woods <[EMAIL PROTECTED]> wrote:

Seems that they were uploaded to
http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/httpcomponents/
on July 2nd, so it must just be the m2 mirror that I'm hitting is timing out
Will keep retrying.

But, I did notice that mail-1.4.jar and a few other transitive depends 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]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to resolve artifact.
>
> Missing:
> --
> 1) org.apache.httpcomponents:httpcore:jar:4.0-alpha5
>
>   Try downloading the file manually from the project website.
>
>   Then, install it using the command:
>   mvn install:install-file -DgroupId=org.apache.httpcomponents
> -DartifactId=
> httpcore \
>   -Dversion=4.0-alpha5 -Dpackaging=jar -Dfile=/path/to/file
>
>   Path to dependency:
> 1) org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
> 2) org.apache.axis2:axis2-kernel:jar:SNAPSHOT
> 3) org.apache.httpcomponents:httpcore:jar:4.0-alpha5
>
> 2) org.apache.httpcomponents:httpcore-niossl:jar:4.0-alpha5
>
>   Try downloading the file manually from the project website.
>
>   Then, install it using the command:
>   mvn install:install-file -DgroupId=org.apache.httpcomponents
> -DartifactId=
> httpcore-niossl \
>   -Dversion=4.0-alpha5 -Dpackaging=jar -Dfile=/path/to/file
>
>   Path to dependency:
> 1) org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
> 2) org.apache.axis2:axis2-kernel:jar:SNAPSHOT
> 3) org.apache.httpcomponents:httpcore-niossl:jar:4.0-alpha5
>
> 3) org.apache.httpcomponents:httpcore-nio:jar:4.0-alpha5
>
>   Try downloading the file manually from the project website.
>
>   Then, install it using the command:
>   mvn install:install-file -DgroupId=org.apache.httpcomponents
> -DartifactId=
> httpcore-nio \
>   -Dversion=4.0-alpha5 -Dpackaging=jar -Dfile=/path/to/file
>
>   Path to dependency:
> 1) org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
> 2) org.apache.axis2:axis2-kernel:jar:SNAPSHOT
> 3) org.apache.httpcomponents:httpcore-nio:jar:4.0-alpha5
>
> --
> 3 required artifacts are missing.
>
> for artifact:
>   org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
>
> from the specified remote repositories:
>   apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
>   wasce-epr2 (http://maven.rtp.raleigh.ibm.com/wasce/epr2),
>   central (http://repo1.maven.org/maven2),
>   java.net (http://download.java.net/maven/1/),
>   tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository),
>   apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository)
>

Re: Seeing build failure due to Axis2 changes

[Donald Woods]

Seems that they were uploaded to 
http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/httpcomponents/ 
on July 2nd, so it must just be the m2 mirror that I'm hitting is timing out

Will keep retrying.

But, I did notice that mail-1.4.jar and a few other transitive depends 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] 


[ERROR] BUILD ERROR
[INFO] 


[INFO] Failed to resolve artifact.

Missing:
--
1) org.apache.httpcomponents:httpcore:jar:4.0-alpha5

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.httpcomponents 
-DartifactId=

httpcore \
  -Dversion=4.0-alpha5 -Dpackaging=jar -Dfile=/path/to/file

  Path to dependency:
1) org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
2) org.apache.axis2:axis2-kernel:jar:SNAPSHOT
3) org.apache.httpcomponents:httpcore:jar:4.0-alpha5

2) org.apache.httpcomponents:httpcore-niossl:jar:4.0-alpha5

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.httpcomponents 
-DartifactId=

httpcore-niossl \
  -Dversion=4.0-alpha5 -Dpackaging=jar -Dfile=/path/to/file

  Path to dependency:
1) org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
2) org.apache.axis2:axis2-kernel:jar:SNAPSHOT
3) org.apache.httpcomponents:httpcore-niossl:jar:4.0-alpha5

3) org.apache.httpcomponents:httpcore-nio:jar:4.0-alpha5

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.httpcomponents 
-DartifactId=

httpcore-nio \
  -Dversion=4.0-alpha5 -Dpackaging=jar -Dfile=/path/to/file

  Path to dependency:
1) org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
2) org.apache.axis2:axis2-kernel:jar:SNAPSHOT
3) org.apache.httpcomponents:httpcore-nio:jar:4.0-alpha5

--
3 required artifacts are missing.

for artifact:
  org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT

from the specified remote repositories:
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  wasce-epr2 (http://maven.rtp.raleigh.ibm.com/wasce/epr2),
  central (http://repo1.maven.org/maven2),
  java.net (http://download.java.net/maven/1/),
  tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository)



smime.p7s
Description: S/MIME Cryptographic Signature

Seeing build failure due to Axis2 changes

[Donald Woods]

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] 
[INFO] Failed to resolve artifact.

Missing:
--
1) org.apache.httpcomponents:httpcore:jar:4.0-alpha5

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.httpcomponents -DartifactId=
httpcore \
  -Dversion=4.0-alpha5 -Dpackaging=jar -Dfile=/path/to/file

  Path to dependency:
1) org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
2) org.apache.axis2:axis2-kernel:jar:SNAPSHOT
3) org.apache.httpcomponents:httpcore:jar:4.0-alpha5

2) org.apache.httpcomponents:httpcore-niossl:jar:4.0-alpha5

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.httpcomponents -DartifactId=
httpcore-niossl \
  -Dversion=4.0-alpha5 -Dpackaging=jar -Dfile=/path/to/file

  Path to dependency:
1) org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
2) org.apache.axis2:axis2-kernel:jar:SNAPSHOT
3) org.apache.httpcomponents:httpcore-niossl:jar:4.0-alpha5

3) org.apache.httpcomponents:httpcore-nio:jar:4.0-alpha5

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=org.apache.httpcomponents -DartifactId=
httpcore-nio \
  -Dversion=4.0-alpha5 -Dpackaging=jar -Dfile=/path/to/file

  Path to dependency:
1) org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT
2) org.apache.axis2:axis2-kernel:jar:SNAPSHOT
3) org.apache.httpcomponents:httpcore-nio:jar:4.0-alpha5

--
3 required artifacts are missing.

for artifact:
  org.apache.geronimo.modules:geronimo-axis2:jar:2.0-SNAPSHOT

from the specified remote repositories:
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  wasce-epr2 (http://maven.rtp.raleigh.ibm.com/wasce/epr2),
  central (http://repo1.maven.org/maven2),
  java.net (http://download.java.net/maven/1/),
  tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository)



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Build failure "Error parsing web.xml for ."

[Jason Dillon]

Yay.  Hopefully its sorted now then.

I'll try and add some src/it tests for this later next week.  Need to  
make sure the filtering stuff still works too.  Then maybe we can  
think about a release of the plugin.  Though I'm still not really  
happy with the plugable API... really need to get some other non- 
jasper jsp compilers implemented to know better how to adapt to them.


--jason


On Jun 8, 2007, at 3:49 PM, Jay D. McHugh wrote:


Hello all,

I tested this by building geronimo/applications a couple of times  
without 'clean'.


The web.xml files are being created correctly now - no more  
duplication.


(make sure you use 'mvn -U' at least once or delete your maven repo  
to get the new version of the plugin)


Jay

Jeff Genender wrote:

Darn it!!!...Jason's slop once again, eh? ;-)

Cool stuff. (I'm j.k) ;-)

Jeff

[EMAIL PROTECTED] wrote:


No it was appending to the generated file not overwriting.
I rewrote those bits in groovy and used:

file << string

Instead of:

file.write(string)

The latter being 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 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 wrote:


  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 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 !!!

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 SLED10 if I build individual modules by hand w/o running  
mvn

clean first,
like its adding duplicate  sections to the web.xml

-Donald

Sachin Patel wrote:

I keep hitting the following build error on LDAP Demo for  
Jetty,



even on


a clean repo on mac os x.

Error prasing web.xml for .

Unexpected element: XML_DOC_OR_TEXT_DECL

-sachin









__ 




__
Choose the right car based on your needs.  Check out Yahoo!  
Autos

new Car Finder tool.
http://autos.yahoo.com/carfinder/



__ 
__


Get the Yahoo! toolbar and be alerted to new email wherever you're
surfing.
http://new.toolbar.yahoo.com/toolbar/features/mail/index.php


http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testlogin-page>
/auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testlogin-page>
/auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM

Re: Build failure "Error parsing web.xml for ."

[Jason Dillon]

On Jun 8, 2007, at 3:18 PM, Jeff Genender wrote:

Darn it!!!...Jason's slop once again, eh? ;-)


:-P

--jason



Cool stuff. (I'm j.k) ;-)

Jeff

[EMAIL PROTECTED] wrote:

No it was appending to the generated file not overwriting.

I rewrote those bits in groovy and used:

file << string

Instead of:

file.write(string)

The latter being 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 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 wrote:

  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 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 !!!

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 SLED10 if I build individual modules by hand w/o running mvn
clean first,
like its adding duplicate  sections to the web.xml

-Donald

Sachin Patel wrote:
I keep hitting the following build error on LDAP Demo for  
Jetty,

even on

a clean repo on mac os x.

Error prasing web.xml for .

Unexpected element: XML_DOC_OR_TEXT_DECL

-sachin









___ 
___

__
Choose the right car based on your needs.  Check out Yahoo! Autos
new Car Finder tool.
http://autos.yahoo.com/carfinder/






___ 
_


Get the Yahoo! toolbar and be alerted to new email wherever you're
surfing.
http://new.toolbar.yahoo.com/toolbar/features/mail/index.php


http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testlogin-page>


/auth/logonError.html?param=test
  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testlogin-page>


/auth/logonError.html?param=test
  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testlogin-page>


/auth/logonError.html?param=test
  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testlogin-page>


/auth/logonError.html?param=test
  


  

Re: Build failure "Error parsing web.xml for ."

[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
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 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 !!!

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 SLED10 if I build individual modules by hand w/o running mvn
clean first,
like its adding duplicate  sections to the web.xml

-Donald

Sachin Patel wrote:

I keep hitting the following build error on LDAP Demo for Jetty,

even on

a clean repo on mac os x.

Error prasing web.xml for .

Unexpected element: XML_DOC_OR_TEXT_DECL

-sachin















__



__
Choose the right car based on your needs.  Check out Yahoo! Autos
new Car Finder tool.
http://autos.yahoo.com/carfinder/








__ 
__
Get the Yahoo! toolbar and be alerted to new email wherever you're  
surfing.
http://new.toolbar.yahoo.com/toolbar/features/mail/index.phpversion="1.0" encoding="ISO-8859-1"?>



http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j

Re: Build failure "Error parsing web.xml for ."

[Jay D. McHugh]

Hello all,

I tested this by building geronimo/applications a couple of times 
without 'clean'.


The web.xml files are being created correctly now - no more duplication.

(make sure you use 'mvn -U' at least once or delete your maven repo to 
get the new version of the plugin)


Jay

Jeff Genender wrote:

Darn it!!!...Jason's slop once again, eh? ;-)

Cool stuff. (I'm j.k) ;-)

Jeff

[EMAIL PROTECTED] wrote:
  
No it was appending to the generated file not overwriting. 


I rewrote those bits in groovy and used:

file << string

Instead of:

file.write(string)

The latter being 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 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 wrote:

  

  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 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 !!!

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 SLED10 if I build individual modules by hand w/o running mvn
clean first,
like its adding duplicate  sections to the web.xml

-Donald

Sachin Patel wrote:
  

I keep hitting the following build error on LDAP Demo for Jetty,


even on
  

a clean repo on mac os x.

Error prasing web.xml for .

Unexpected element: XML_DOC_OR_TEXT_DECL

-sachin










__


__
Choose the right car based on your needs.  Check out Yahoo! Autos
new Car Finder tool.
http://autos.yahoo.com/carfinder/





Get the Yahoo! toolbar and be alerted to new email wherever you're
surfing.
http://new.toolbar.yahoo.com/toolbar/features/mail/index.php


http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=test

/auth/logonError.html?param=test

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=test

/auth/logonError.html?param=test

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=test

/auth/logonError.html?param=test

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-ap

Re: Build failure "Error parsing web.xml for ."

[Jeff Genender]

Darn it!!!...Jason's slop once again, eh? ;-)

Cool stuff. (I'm j.k) ;-)

Jeff

[EMAIL PROTECTED] wrote:
> No it was appending to the generated file not overwriting. 
> 
> I rewrote those bits in groovy and used:
> 
> file << string
> 
> Instead of:
> 
> file.write(string)
> 
> The latter being 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 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 wrote:
>>
>>>   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 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 !!!
>>>>>
>>>>> 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 SLED10 if I build individual modules by hand w/o running mvn
>>>>>> clean first,
>>>>>> like its adding duplicate  sections to the web.xml
>>>>>>
>>>>>> -Donald
>>>>>>
>>>>>> Sachin Patel wrote:
>>>>>>> I keep hitting the following build error on LDAP Demo for Jetty,
>>>>>> even on
>>>>>>> a clean repo on mac os x.
>>>>>>>
>>>>>>> Error prasing web.xml for .
>>>>>>>
>>>>>>> Unexpected element: XML_DOC_OR_TEXT_DECL
>>>>>>>
>>>>>>> -sachin
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>> __
>>>>> __
>>>>> Choose the right car based on your needs.  Check out Yahoo! Autos
>>>>> new Car Finder tool.
>>>>> http://autos.yahoo.com/carfinder/
>>>>
>>>
>>>
>>>
>>> 
>>>
>>> Get the Yahoo! toolbar and be alerted to new email wherever you're
>>> surfing.
>>> http://new.toolbar.yahoo.com/toolbar/features/mail/index.php>> version="1.0" encoding="ISO-8859-1"?>
>>> 
>>>
>>> http://java.sun.com/xml/ns/j2ee";
>>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>>  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
>>>  version="2.4">
>>>
>>> 
>>> 
>>> index.html
>>> 
>>>
>>> 
>>>   
>>> Admin Role
>>> /protect/*
>>>   
>>>   
>>> content-administrator
>>>   
>>> 
>>>
>>> 
>>>   
>>> No Access
>>> /forbidden/*
>>>   
>>>   
>>> 
>>>
>>> 
>>>   FORM
>>>   MYREALM
>>>   
>>>  /auth/logon.html?param=test
>>> 

Re: Build failure "Error parsing web.xml for ."

[jason . dillon]

No it was appending to the generated file not overwriting. 

I rewrote those bits in groovy and used:

file << string

Instead of:

file.write(string)

The latter being 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 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 wrote:
> 
>>   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 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 !!!
>>>>
>>>> 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 SLED10 if I build individual modules by hand w/o running mvn
>>>>> clean first,
>>>>> like its adding duplicate  sections to the web.xml
>>>>>
>>>>> -Donald
>>>>>
>>>>> Sachin Patel wrote:
>>>>>> I keep hitting the following build error on LDAP Demo for Jetty,
>>>>> even on
>>>>>> a clean repo on mac os x.
>>>>>>
>>>>>> Error prasing web.xml for .
>>>>>>
>>>>>> Unexpected element: XML_DOC_OR_TEXT_DECL
>>>>>>
>>>>>> -sachin
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>> __
>>>
>>>> __
>>>> Choose the right car based on your needs.  Check out Yahoo! Autos
>>>> new Car Finder tool.
>>>> http://autos.yahoo.com/carfinder/
>>>
>>>
>>
>>
>>
>>
>> 
>>
>> Get the Yahoo! toolbar and be alerted to new email wherever you're
>> surfing.
>> http://new.toolbar.yahoo.com/toolbar/features/mail/index.php> version="1.0" encoding="ISO-8859-1"?>
>> 
>>
>> http://java.sun.com/xml/ns/j2ee";
>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
>>  version="2.4">
>>
>> 
>> 
>> index.html
>> 
>>
>> 
>>   
>> Admin Role
>> /protect/*
>>   
>>   
>> content-administrator
>>   
>> 
>>
>> 
>>   
>> No Access
>> /forbidden/*
>>   
>>   
>> 
>>
>> 
>>   FORM
>>   MYREALM
>>   
>>  /auth/logon.html?param=test
>> 
>> /auth/logonError.html?param=test
>>   
>> 
>>
>>   
>>   content-administrator
>>   
>>
>>
>> 
>>
>> 
>>
>> 
>> 
>>
>> http://java.sun.com/xml/ns/j2ee";
>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
>>  version="2.4">
>>
>> 
>> 
>> index.html
>> 

Re: Build failure "Error parsing web.xml for ."

[Jeff Genender]

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 wrote:
> 
>>   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 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 !!!

 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 SLED10 if I build individual modules by hand w/o running mvn
> clean first,
> like its adding duplicate  sections to the web.xml
>
> -Donald
>
> Sachin Patel wrote:
>> I keep hitting the following build error on LDAP Demo for Jetty,
> even on
>> a clean repo on mac os x.
>>
>> Error prasing web.xml for .
>>
>> Unexpected element: XML_DOC_OR_TEXT_DECL
>>
>> -sachin
>>
>>
>>
>>
>





>>>
>> __
>>>
 __
 Choose the right car based on your needs.  Check out Yahoo! Autos
 new Car Finder tool.
 http://autos.yahoo.com/carfinder/
>>>
>>>
>>
>>
>>
>>
>> 
>>
>> Get the Yahoo! toolbar and be alerted to new email wherever you're
>> surfing.
>> http://new.toolbar.yahoo.com/toolbar/features/mail/index.php> version="1.0" encoding="ISO-8859-1"?>
>> 
>>
>> http://java.sun.com/xml/ns/j2ee";
>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
>>  version="2.4">
>>
>> 
>> 
>> index.html
>> 
>>
>> 
>>   
>> Admin Role
>> /protect/*
>>   
>>   
>> content-administrator
>>   
>> 
>>
>> 
>>   
>> No Access
>> /forbidden/*
>>   
>>   
>> 
>>
>> 
>>   FORM
>>   MYREALM
>>   
>>  /auth/logon.html?param=test
>> 
>> /auth/logonError.html?param=test
>>   
>> 
>>
>>   
>>   content-administrator
>>   
>>
>>
>> 
>>
>> 
>>
>> 
>> 
>>
>> http://java.sun.com/xml/ns/j2ee";
>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
>>  version="2.4">
>>
>> 
>> 
>> index.html
>> 
>>
>> 
>>   
>> Admin Role
>> /protect/*
>>   
>>   
>> content-administrator
>>   
>> 
>>
>> 
>>   
>> No Access
>> /forbidden/*
>>   
>>   
>> 
>>
>> 
>>   FORM
>>   MYREALM
>>   
>>  /auth/logon.html?param=test
>> 
>> /auth/logonError.html?param=test
>>   
>> 
>>
>>   
>>   content-administrator
>>   
>>
>>
>> 
>>
>> 
>>
>> 
>> 
>>
>> http://java.sun.com/xml/ns/j2ee";
>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
>>  version="2.4">
>>
>> 
>> 
>> index.html
>> 
>>
>> 
>>   
>> Admin Role
>> /protect/*
>>   
>>   
>> content-administrator
>>   
>> 
>>
>> 
>>   
>> No Access
>> /forbidden/*
>>   
>>   
>> 
>>
>> 
>>   FORM
>>   MYREALM
>>   
>>  /auth/logon.html?param=test
>> 
>> /auth/logonError.html?param=test
>>   
>> 
>>
>>   
>>   content-administrator
>>   
>>
>>
>> 
>>
>> 
>>
>> 
>> 
>>
>> http://java.sun.com/xml/ns/j2ee";
>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
>>  version="2.4">
>>
>> 
>> 
>> index.html
>> 
>>
>> 
>>   
>> Admin Role
>> /protect/*
>>   
>>   
>> content-administrator
>>   
>> 
>>
>> 
>>   
>> No Access
>> /forbidden/*
>>   
>>   
>> 
>>
>> 
>>   FORM
>>   MYREALM
>>   
>>  /auth/logon.html?param=te

Re: Build failure "Error parsing web.xml for ."

[Anita Kulshreshtha]

  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 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
> > 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 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 !!!
> >>>
> >>> 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 SLED10 if I build individual modules by hand w/o running mvn
>  clean first,
>  like its adding duplicate  sections to the web.xml
> 
>  -Donald
> 
>  Sachin Patel wrote:
> > I keep hitting the following build error on LDAP Demo for
> Jetty,
>  even on
> > a clean repo on mac os x.
> >
> > Error prasing web.xml for .
> >
> > Unexpected element: XML_DOC_OR_TEXT_DECL
> >
> > -sachin
> >
> >
> >
> >
> 
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >
>
__
> >>
> >>> __
> >>> Choose the right car based on your needs.  Check out Yahoo! Autos
> >>> new Car Finder tool.
> >>> http://autos.yahoo.com/carfinder/
> >>
> >>
> >
> >
> >
> >
> >
>
__
> 
> > __
> > Get the Yahoo! toolbar and be alerted to new email wherever you're 
> 
> > surfing.
> > http://new.toolbar.yahoo.com/toolbar/features/mail/index.php > version="1.0" encoding="ISO-8859-1"?>
> > 
> >
> > http://java.sun.com/xml/ns/j2ee";
> >  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> >  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
> http:// 
> > java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
> >  version="2.4">
> >
> > 
> > 
> > index.html
> > 
> >
> > 
> >   
> > Admin Role
> > /protect/*
> >   
> >   
> > content-administrator
> >   
> > 
> >
> > 
> >   
> > No Access
> > /forbidden/*
> >   
> >   
> > 
> >
> > 
> >   FORM
> >   MYREALM
> >   
> >  /auth/logon.html?param=test > page>
> >  /auth/logonError.html?param=test > error-page>
> >   
> > 
> >
> >   
> >   content-administrator
> >   
> >
> >
> > 
> >
> > 
> >
> > 
> > 

Re: Build failure "Error parsing web.xml for ."

[Jason Dillon]

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 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 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 !!!

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 SLED10 if I build individual modules by hand w/o running mvn
clean first,
like its adding duplicate  sections to the web.xml

-Donald

Sachin Patel wrote:

I keep hitting the following build error on LDAP Demo for Jetty,

even on

a clean repo on mac os x.

Error prasing web.xml for .

Unexpected element: XML_DOC_OR_TEXT_DECL

-sachin















__



__
Choose the right car based on your needs.  Check out Yahoo! Autos
new Car Finder tool.
http://autos.yahoo.com/carfinder/








__ 
__
Get the Yahoo! toolbar and be alerted to new email wherever you're  
surfing.
http://new.toolbar.yahoo.com/toolbar/features/mail/index.phpversion="1.0" encoding="ISO-8859-1"?>



http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http:// 
java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"

 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=testpage>
 /auth/logonError.html?param=testerror-page>

  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-i

Re: Build failure "Error parsing web.xml for ."

[Anita Kulshreshtha]

  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 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 !!!
> >
> > 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 SLED10 if I build individual modules by hand w/o running mvn
> >> clean first,
> >> like its adding duplicate  sections to the web.xml
> >>
> >> -Donald
> >>
> >> Sachin Patel wrote:
> >>> I keep hitting the following build error on LDAP Demo for Jetty,
> >> even on
> >>> a clean repo on mac os x.
> >>>
> >>> Error prasing web.xml for .
> >>>
> >>> Unexpected element: XML_DOC_OR_TEXT_DECL
> >>>
> >>> -sachin
> >>>
> >>>
> >>>
> >>>
> >>
> >
> >
> >
> >
> >
>
__
> 
> > __
> > Choose the right car based on your needs.  Check out Yahoo! Autos  
> > new Car Finder tool.
> > http://autos.yahoo.com/carfinder/
> 
> 



   

Get the Yahoo! toolbar and be alerted to new email wherever you're surfing.
http://new.toolbar.yahoo.com/toolbar/features/mail/index.php


http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=test
 /auth/logonError.html?param=test
  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=test
 /auth/logonError.html?param=test
  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=test
 /auth/logonError.html?param=test
  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=test
 /auth/logonError.html?param=test
  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



index.html



  
Admin Role
/protect/*
  
  
content-administrator
  



  
No Access
/forbidden/*
  
  



  FORM
  MYREALM
  
 /auth/logon.html?param=test
 /auth/logonError.html?param=test
  


  
  content-administrator
  









http://java.sun.com/xml/ns/j2ee";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
 version="2.4">



   

Re: Build failure "Error parsing web.xml for ."

[Jason Dillon]

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, 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  sections to the
web.xml




A...ok...this may just be a "cleanup" problem...


Oh, duplicates... hrm...

--jason

Re: Build failure "Error parsing web.xml for ."

[Jason Dillon]

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 PM, Jeff Genender wrote:




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  sections to the
web.xml




A...ok...this may just be a "cleanup" problem...


Oh, duplicates... hrm...

--jason

Re: Build failure "Error parsing web.xml for ."

[Jeff Genender]

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  sections to the
>> web.xml
> 

A...ok...this may just be a "cleanup" problem...

> Oh, duplicates... hrm...
> 
> --jason

Re: Build failure "Error parsing web.xml for ."

[Jason Dillon]

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 !!!

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 SLED10 if I build individual modules by hand w/o running mvn
clean first,
like its adding duplicate  sections to the web.xml

-Donald

Sachin Patel wrote:

I keep hitting the following build error on LDAP Demo for Jetty,

even on

a clean repo on mac os x.

Error prasing web.xml for .

Unexpected element: XML_DOC_OR_TEXT_DECL

-sachin











__ 
__
Choose the right car based on your needs.  Check out Yahoo! Autos  
new Car Finder tool.

http://autos.yahoo.com/carfinder/

Re: Build failure "Error parsing web.xml for ."

[Jason Dillon]

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   
sections to the web.xml


Oh, duplicates... hrm...

--jason

Re: Build failure "Error parsing web.xml for ."

[Anita Kulshreshtha]

  I can reproduce this on win XP. If I build geronimo-ldap-demo 3 times
w/o clean, I get 3 copies of !!!

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 SLED10 if I build individual modules by hand w/o running mvn
> clean first, 
> like its adding duplicate  sections to the web.xml
> 
> -Donald
> 
> Sachin Patel wrote:
> > I keep hitting the following build error on LDAP Demo for Jetty,
> even on 
> > a clean repo on mac os x.
> > 
> > Error prasing web.xml for .
> > 
> > Unexpected element: XML_DOC_OR_TEXT_DECL
> > 
> > -sachin
> > 
> > 
> > 
> > 
> 



   

Choose the right car based on your needs.  Check out Yahoo! Autos new Car 
Finder tool.
http://autos.yahoo.com/carfinder/

Re: Build failure "Error parsing web.xml for ."

[Sachin Patel]

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 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 jspc-maven-plugin on
Windows and SLED10 if I build individual modules by hand w/o  
running mvn
clean first, like its adding duplicate  sections to the  
web.xml


-Donald

Sachin Patel wrote:
I keep hitting the following build error on LDAP Demo for Jetty,  
even

on a clean repo on mac os x.

Error prasing web.xml for .

Unexpected element: XML_DOC_OR_TEXT_DECL

-sachin

Re: Build failure "Error parsing web.xml for ."

[Jeff Genender]

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 jspc-maven-plugin on
> Windows and SLED10 if I build individual modules by hand w/o running mvn
> clean first, like its adding duplicate  sections to the web.xml
> 
> -Donald
> 
> Sachin Patel wrote:
>> I keep hitting the following build error on LDAP Demo for Jetty, even
>> on a clean repo on mac os x.
>>
>> Error prasing web.xml for .
>>
>> Unexpected element: XML_DOC_OR_TEXT_DECL
>>
>> -sachin
>>
>>
>>
>>

Re: Build failure "Error parsing web.xml for ."

[Donald Woods]

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  sections to the web.xml


-Donald

Sachin Patel wrote:
I keep hitting the following build error on LDAP Demo for Jetty, even on 
a clean repo on mac os x.


Error prasing web.xml for .

Unexpected element: XML_DOC_OR_TEXT_DECL

-sachin






smime.p7s
Description: S/MIME Cryptographic Signature

Re: Build failure "Error parsing web.xml for ."

[Paul McMahan]

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 for Jetty,  
even on a clean repo on mac os x.


Error prasing web.xml for .

Unexpected element: XML_DOC_OR_TEXT_DECL

-sachin