Apache Geronimo > Discussion Forums  User List | Dev List | Wiki | Issue Tracker  

Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

View: New views
13 Messages — Rating Filter:   Alert me  

Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by Mohanraj Loganathan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello,

I was trying to build geronimo2.1.0 version of source with sunJDK5. I end up with the following failure

[INFO] Compiling 24 source files to D:\g\2.1.0\plugins\webservices\geronimo-webservices\target\classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure
D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27] cannot find symbol
symbol  : method getContentType()
location: interface javax.servlet.http.HttpServletResponse



D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27] cannot find symbol
symbol  : method getContentType()
location: interface javax.servlet.http.HttpServletResponse


Please help me out. Am i missing anything?

--
Mohan

Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by Jarek Gawor-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Is there a reason why you're trying to build 2.1.0 instead of our
latest released version 2.1.4?

Jarek

On Mon, May 4, 2009 at 7:23 AM, Mohanraj Loganathan
<mohanraj.l@...> wrote:

> Hello,
>
> I was trying to build geronimo2.1.0 version of source with sunJDK5. I end up
> with the following failure
>
> [INFO] Compiling 24 source files to
> D:\g\2.1.0\plugins\webservices\geronimo-webservices\target\classes
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Compilation failure
> D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27]
> cannot find symbol
> symbol  : method getContentType()
> location: interface javax.servlet.http.HttpServletResponse
>
>
>
> D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27]
> cannot find symbol
> symbol  : method getContentType()
> location: interface javax.servlet.http.HttpServletResponse
>
>
> Please help me out. Am i missing anything?
>
> --
> Mohan
>

Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by Mohanraj Loganathan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Sorry i over looked the version.

Now i downloaded the latest stable source (Geronimo 2.1.4). Building failed with Harmony JDK.  I am getting marshal exception. Any thoughts on this?

Error/Exception:

[INFO] [car:prepare-metadata]
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] null

class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is known to this context.
[INFO] ------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:584)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50
0)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav
a:331)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292)
        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:301)
        at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java)
        at java.lang.reflect.Method.invoke(Method.java:317)
        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
        at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:137)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50
0)
        ... 13 more
Caused by: javax.xml.bind.MarshalException
 - with linked exception:
[javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is k
nown to this context.]
        at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:295)
        at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:221)
        at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:70)
        at org.apache.geronimo.system.plugin.PluginXmlUtil.writePluginMetadata(PluginXmlUtil.java:81)
        at org.apache.geronimo.mavenplugins.car.PluginMetadataGeneratorMojo.doExecute(PluginMetadataGeneratorMojo.java:2
34)
        at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:122)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
        ... 15 more
Caused by: javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super
class is known to this context.
        at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:587)
        at com.sun.xml.bind.v2.runtime.property.ArrayElementNodeProperty.serializeItem(ArrayElementNodeProperty.java:29)

        at com.sun.xml.bind.v2.runtime.property.ArrayElementProperty.serializeListBody(ArrayElementProperty.java:132)
        at com.sun.xml.bind.v2.runtime.property.ArrayERProperty.serializeBody(ArrayERProperty.java:101)
        at com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.serializeBody(ClassBeanInfoImpl.java:286)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:619)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:93)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461)
        at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292)
        at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:221)
        ... 20 more
Caused by: javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super
class is known to this context.
        at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getBeanInfo(JAXBContextImpl.java:507)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:582)
        at com.sun.xml.bind.v2.runtime.property.ArrayElementNodeProperty.serializeItem(ArrayElementNodeProperty.java:29)

        ... 32 more

On Wed, May 6, 2009 at 9:12 AM, Jarek Gawor <jgawor@...> wrote:
Is there a reason why you're trying to build 2.1.0 instead of our
latest released version 2.1.4?

Jarek

On Mon, May 4, 2009 at 7:23 AM, Mohanraj Loganathan
<mohanraj.l@...> wrote:
> Hello,
>
> I was trying to build geronimo2.1.0 version of source with sunJDK5. I end up
> with the following failure
>
> [INFO] Compiling 24 source files to
> D:\g\2.1.0\plugins\webservices\geronimo-webservices\target\classes
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Compilation failure
> D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27]
> cannot find symbol
> symbol  : method getContentType()
> location: interface javax.servlet.http.HttpServletResponse
>
>
>
> D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27]
> cannot find symbol
> symbol  : method getContentType()
> location: interface javax.servlet.http.HttpServletResponse
>
>
> Please help me out. Am i missing anything?
>
> --
> Mohan
>



--
Mohan

Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by lsalotto :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I would recommend trying this with Sun or IMB JDK, I believe those are the only two recommended JDK's

http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html

HTH!

Luciano

On Tue, May 12, 2009 at 8:17 AM, Mohanraj Loganathan <mohanraj.l@...> wrote:
Sorry i over looked the version.

Now i downloaded the latest stable source (Geronimo 2.1.4). Building failed with Harmony JDK.  I am getting marshal exception. Any thoughts on this?

Error/Exception:

[INFO] [car:prepare-metadata]
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] null

class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is known to this context.
[INFO] ------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:584)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50
0)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav
a:331)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292)
        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:301)
        at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java)
        at java.lang.reflect.Method.invoke(Method.java:317)
        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
        at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:137)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50
0)
        ... 13 more
Caused by: javax.xml.bind.MarshalException
 - with linked exception:
[javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is k
nown to this context.]
        at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:295)
        at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:221)
        at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:70)
        at org.apache.geronimo.system.plugin.PluginXmlUtil.writePluginMetadata(PluginXmlUtil.java:81)
        at org.apache.geronimo.mavenplugins.car.PluginMetadataGeneratorMojo.doExecute(PluginMetadataGeneratorMojo.java:2
34)
        at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:122)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
        ... 15 more
Caused by: javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super
class is known to this context.
        at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:587)
        at com.sun.xml.bind.v2.runtime.property.ArrayElementNodeProperty.serializeItem(ArrayElementNodeProperty.java:29)

        at com.sun.xml.bind.v2.runtime.property.ArrayElementProperty.serializeListBody(ArrayElementProperty.java:132)
        at com.sun.xml.bind.v2.runtime.property.ArrayERProperty.serializeBody(ArrayERProperty.java:101)
        at com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.serializeBody(ClassBeanInfoImpl.java:286)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:619)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:93)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251)
        at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461)
        at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292)
        at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:221)
        ... 20 more
Caused by: javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super
class is known to this context.
        at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getBeanInfo(JAXBContextImpl.java:507)
        at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:582)
        at com.sun.xml.bind.v2.runtime.property.ArrayElementNodeProperty.serializeItem(ArrayElementNodeProperty.java:29)

        ... 32 more


On Wed, May 6, 2009 at 9:12 AM, Jarek Gawor <jgawor@...> wrote:
Is there a reason why you're trying to build 2.1.0 instead of our
latest released version 2.1.4?

Jarek

On Mon, May 4, 2009 at 7:23 AM, Mohanraj Loganathan
<mohanraj.l@...> wrote:
> Hello,
>
> I was trying to build geronimo2.1.0 version of source with sunJDK5. I end up
> with the following failure
>
> [INFO] Compiling 24 source files to
> D:\g\2.1.0\plugins\webservices\geronimo-webservices\target\classes
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Compilation failure
> D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27]
> cannot find symbol
> symbol  : method getContentType()
> location: interface javax.servlet.http.HttpServletResponse
>
>
>
> D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27]
> cannot find symbol
> symbol  : method getContentType()
> location: interface javax.servlet.http.HttpServletResponse
>
>
> Please help me out. Am i missing anything?
>
> --
> Mohan
>



--
Mohan


Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by kevan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


On May 12, 2009, at 8:54 AM, Luciano Salotto wrote:

I would recommend trying this with Sun or IMB JDK, I believe those are the only two recommended JDK's

http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html

Agreed. However, if somebody's interested on working on it, I think it would be cool to see Harmony issues identified and resolved. 

--kevan


Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by Jack Cai :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Mohan, the problem might be with the Harmony code - could be a compability issue or a defect. So you'll want to spend some time debugging it.

I agree with Kevan that it will be cool that Geronimo can be built and run with Harmony. Someday we might be officially "support" Harmony as a runtime, and even do a JEE cert with Harmony?

-Jack

2009/5/12 Kevan Miller <kevan.miller@...>

On May 12, 2009, at 8:54 AM, Luciano Salotto wrote:

I would recommend trying this with Sun or IMB JDK, I believe those are the only two recommended JDK's

http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html

Agreed. However, if somebody's interested on working on it, I think it would be cool to see Harmony issues identified and resolved. 

--kevan



Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by Mohanraj Loganathan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello

After a long time, i could able to build the geronimo using Harmony JDK. But Building was not so smooth. I need to build the modules one by one. I struck at running the testsuites module .

It is failed to verify the Geronimo server start.  But i am sure server is started. Server logs shows that server is up and running. But build script while running the command-testsuite failed to detect the server start. Any help would be much appreciated. Please note, Harmony doesnt implement JPA. hence i removed the option from batch script while starting.

I am getting the following error:

org.apache.maven.lifecycle.LifecycleExecutionException: Unable to verify if the server was started in the given time (300 seconds)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:584)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50
0)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav
a:331)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292)
        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:301)
        at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java)
        at java.lang.reflect.Method.invoke(Method.java:317)
        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: Unable to verify if the server was started in the given time
(300 seconds)
        at org.apache.geronimo.mavenplugins.geronimo.reporting.ReportingMojoSupport.execute(ReportingMojoSupport.java:10
6)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50
0)
        ... 13 more
Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to verify if the server was started in the given time
(300 seconds)
        at org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.doExecute(StartServerMojo.java:350)
        at org.apache.geronimo.mavenplugins.geronimo.reporting.ReportingMojoSupport.execute(ReportingMojoSupport.java:99
)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
        ... 15 more

On Wed, May 13, 2009 at 8:03 AM, Jack Cai <greensight@...> wrote:
Mohan, the problem might be with the Harmony code - could be a compability issue or a defect. So you'll want to spend some time debugging it.

I agree with Kevan that it will be cool that Geronimo can be built and run with Harmony. Someday we might be officially "support" Harmony as a runtime, and even do a JEE cert with Harmony?

-Jack

2009/5/12 Kevan Miller <kevan.miller@...>


On May 12, 2009, at 8:54 AM, Luciano Salotto wrote:

I would recommend trying this with Sun or IMB JDK, I believe those are the only two recommended JDK's

http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html

Agreed. However, if somebody's interested on working on it, I think it would be cool to see Harmony issues identified and resolved. 

--kevan





--
Mohan

Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by djencks :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


On Jun 21, 2009, at 2:29 AM, Mohanraj Loganathan wrote:

Hello

After a long time, i could able to build the geronimo using Harmony JDK. But Building was not so smooth. I need to build the modules one by one. I struck at running the testsuites module ..

It is failed to verify the Geronimo server start.  But i am sure server is started. Server logs shows that server is up and running. But build script while running the command-testsuite failed to detect the server start. Any help would be much appreciated. Please note, Harmony doesnt implement JPA.

umm, neither does any other vm, not sure what you mean here.  Maybe it doesn't implement java agents or not the same way?

I wonder if harmony implements jmx remoting?  checking whether the server started relies on this.

thanks
david jencks

hence i removed the option from batch script while starting.

I am getting the following error:

org.apache.maven.lifecycle.LifecycleExecutionException: Unable to verify if the server was started in the given time (300 seconds)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:584)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50
0)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav
a:331)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292)
        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:301)
        at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java)
        at java.lang.reflect.Method.invoke(Method.java:317)
        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: Unable to verify if the server was started in the given time
(300 seconds)
        at org.apache.geronimo.mavenplugins.geronimo.reporting.ReportingMojoSupport.execute(ReportingMojoSupport.java:10
6)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50
0)
        ... 13 more
Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to verify if the server was started in the given time
(300 seconds)
        at org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.doExecute(StartServerMojo.java:350)
        at org.apache.geronimo.mavenplugins.geronimo.reporting.ReportingMojoSupport.execute(ReportingMojoSupport.java:99
)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
        ... 15 more

On Wed, May 13, 2009 at 8:03 AM, Jack Cai <greensight@...> wrote:
Mohan, the problem might be with the Harmony code - could be a compability issue or a defect. So you'll want to spend some time debugging it.

I agree with Kevan that it will be cool that Geronimo can be built and run with Harmony. Someday we might be officially "support" Harmony as a runtime, and even do a JEE cert with Harmony?

-Jack

2009/5/12 Kevan Miller <kevan.miller@...>


On May 12, 2009, at 8:54 AM, Luciano Salotto wrote:

I would recommend trying this with Sun or IMB JDK, I believe those are the only two recommended JDK's

http://cwiki.apache.org/GMOxDEV/building-apache-geronimo..html

Agreed. However, if somebody's interested on working on it, I think it would be cool to see Harmony issues identified and resolved. 

--kevan





--
Mohan


Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by kevan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


On Jun 21, 2009, at 12:04 PM, David Jencks wrote:

>
> On Jun 21, 2009, at 2:29 AM, Mohanraj Loganathan wrote:
>
>> Hello
>>
>> After a long time, i could able to build the geronimo using Harmony  
>> JDK. But Building was not so smooth. I need to build the modules  
>> one by one. I struck at running the testsuites module ..
>>
>> It is failed to verify the Geronimo server start.  But i am sure  
>> server is started. Server logs shows that server is up and running.  
>> But build script while running the command-testsuite failed to  
>> detect the server start. Any help would be much appreciated. Please  
>> note, Harmony doesnt implement JPA.
>
> umm, neither does any other vm, not sure what you mean here.  Maybe  
> it doesn't implement java agents or not the same way?

IIRC, Harmony does not support -javaagent. You can run OpenJPA without  
it, but I think we'll run into a number of problems without -javaagent  
support.

>
> I wonder if harmony implements jmx remoting?  checking whether the  
> server started relies on this.

Sounds like a reasonable guess...

--kevan

Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by Jack Cai :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Harmony use MX4J, which implements JSR 003 and 160 (remote API). So I suppose the jmx remoting function is there.

Mohan, can you start the server built with Harmony in command line? ie., use "startup" command for example.

-Jack

On Mon, Jun 22, 2009 at 12:33 AM, Kevan Miller <kevan.miller@...> wrote:

On Jun 21, 2009, at 12:04 PM, David Jencks wrote:


On Jun 21, 2009, at 2:29 AM, Mohanraj Loganathan wrote:

Hello

After a long time, i could able to build the geronimo using Harmony JDK. But Building was not so smooth. I need to build the modules one by one. I struck at running the testsuites module ..

It is failed to verify the Geronimo server start.  But i am sure server is started. Server logs shows that server is up and running. But build script while running the command-testsuite failed to detect the server start. Any help would be much appreciated. Please note, Harmony doesnt implement JPA.

umm, neither does any other vm, not sure what you mean here.  Maybe it doesn't implement java agents or not the same way?

IIRC, Harmony does not support -javaagent. You can run OpenJPA without it, but I think we'll run into a number of problems without -javaagent support.



I wonder if harmony implements jmx remoting?  checking whether the server started relies on this.

Sounds like a reasonable guess...

--kevan


Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by Mohanraj Loganathan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Geronimo Binary built by Harmony is not as equivalent to the binary built by SUN JDK. var/config/config.xml file is empty and few other config files also empty. No idea why harmony build binary has empty config files. Any thoughts on this?

I replaced the config files from SunJDK built geronimo binary and followed the steps mentioned here to start the server using HARMONY Java. Server sucessfully started.

As mentioned in the page when i passed the argument -Djava.naming.factory.url.pkgs=org.apache.harmony.jndi.provider  to java tests are run continuously. Now tests are running fine. But found few test failures. I will be analyse these failures further.

Thanks and regards,
Mohan


On Mon, Jun 22, 2009 at 1:37 PM, Jack Cai <greensight@...> wrote:
Harmony use MX4J, which implements JSR 003 and 160 (remote API). So I suppose the jmx remoting function is there.

Mohan, can you start the server built with Harmony in command line? ie., use "startup" command for example.

-Jack


On Mon, Jun 22, 2009 at 12:33 AM, Kevan Miller <kevan.miller@...> wrote:

On Jun 21, 2009, at 12:04 PM, David Jencks wrote:


On Jun 21, 2009, at 2:29 AM, Mohanraj Loganathan wrote:

Hello

After a long time, i could able to build the geronimo using Harmony JDK. But Building was not so smooth. I need to build the modules one by one. I struck at running the testsuites module ..

It is failed to verify the Geronimo server start.  But i am sure server is started. Server logs shows that server is up and running. But build script while running the command-testsuite failed to detect the server start. Any help would be much appreciated. Please note, Harmony doesnt implement JPA.

umm, neither does any other vm, not sure what you mean here.  Maybe it doesn't implement java agents or not the same way?

IIRC, Harmony does not support -javaagent. You can run OpenJPA without it, but I think we'll run into a number of problems without -javaagent support.



I wonder if harmony implements jmx remoting?  checking whether the server started relies on this.

Sounds like a reasonable guess...

--kevan




--
Mohan

Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by kevan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


On Jul 1, 2009, at 2:09 AM, Mohanraj Loganathan wrote:

Geronimo Binary built by Harmony is not as equivalent to the binary built by SUN JDK. var/config/config.xml file is empty and few other config files also empty. No idea why harmony build binary has empty config files. Any thoughts on this?

Heh. Interesting. I would have thought if we made it that far, config.xml would be a piece of cake... By the way, what version of Geronimo are you building?


I replaced the config files from SunJDK built geronimo binary and followed the steps mentioned here to start the server using HARMONY Java. Server sucessfully started.

Great!


As mentioned in the page when i passed the argument -Djava.naming.factory.url.pkgs=org.apache.harmony.jndi.provider  to java tests are run continuously. Now tests are running fine. But found few test failures. I will be analyse these failures further.

Thanks for the update!

--kevan

Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)

by Mohanraj Loganathan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Heh. Interesting. I would have thought if we made it that far, config.xml would be a piece of cake... By the way, what version of Geronimo are you building?

I used the 2.1.4 source of Geronimo.

Regards,
Mohan

On Wed, Jul 1, 2009 at 10:35 PM, Kevan Miller <kevan.miller@...> wrote:

On Jul 1, 2009, at 2:09 AM, Mohanraj Loganathan wrote:

Geronimo Binary built by Harmony is not as equivalent to the binary built by SUN JDK. var/config/config.xml file is empty and few other config files also empty. No idea why harmony build binary has empty config files. Any thoughts on this?

Heh. Interesting. I would have thought if we made it that far, config.xml would be a piece of cake... By the way, what version of Geronimo are you building?


I replaced the config files from SunJDK built geronimo binary and followed the steps mentioned here to start the server using HARMONY Java. Server sucessfully started.

Great!


As mentioned in the page when i passed the argument -Djava.naming.factory.url.pkgs=org.apache.harmony.jndi.provider  to java tests are run continuously. Now tests are running fine. But found few test failures. I will be analyse these failures further.

Thanks for the update!

--kevan



--
Mohan