Hi again Shiva, the changes to trunk for the geronimo-web-2.5 artifact is part of the set of changes required for using the new 2.0.1 Geronimo server, and since they had not been working well until last night, I have not committed them to trunk. I'm doing a clean M2 repo build of the plugin now to ensure it builds correctly and will commit shortly afterwards. Thanks.

Shiva Kumar H R wrote:
Oh! yes, after updating plug-in code to use 2.0.1-SNAPSHOT artifacts & geronimo-web-2.5-builder, I am now getting the errors initially reported in that JIRA.

Any particular reason why those changes (as well as GERONIMODEVTOOLS-180) haven't yet been committed into trunk?

Now testing upgrade to xmlbeans 2.3.0.

- Shiva

On 8/20/07, *Tim McConnell* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:

    Hi Shiva, are you using the new 2.0.1 artifacts to build the plugin
    ?? And if
    so, did you change the pom.xml to use the geronimo-web-2.5-builder
    artifact
    instead of the geronimo-web-builder artifact ??

    Shiva Kumar H R (JIRA) wrote:
     >     [
    
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521137
    ]
     >
     > Shiva Kumar H R commented on GERONIMODEVTOOLS-184:
     > --------------------------------------------------
     >
     > Changing xmlbeans version to 2.3.0 and rebuilding the plug-in
    doesn't seem to solve the problem.
     >
     > Some of my observations while debugging:
     > 1) Set breakpoint at line 171 of
    org.apache.geronimo.st.core.DeploymentUtils.class
     > Here dm.getAvailableModules(null, dm.getTargets()) is called.
     >
     > 2) Keep "Stepping into" until you hit
     >
    
org.apache.geronimo.deployment.plugin.local.CommandSupport.addWebURLs(Kernel,
    List) line: 295
     > Here kernel.getAttribute(name, "contextPath") is called.
     >
     > 3) Further stepping in, reveals that
     > org.apache.geronimo.system.jmx.KernelDelegate.class's
     > getAttribute(AbstractName abstractName, String attributeName) is
    called, with the value of second argument changed to "URLFor"
    instead of called value "contextPath"!
     >
     > 4) Also the org.apache.geronimo.system.jmx.KernelDelegate.class
    that is being used belongs to geronimo-system-1.1.1.jar referenced
    library of org.apache.geronimo.runtime.v11 plug-in!
     > (A class of org.apache.geronimo.runtime.v20 using a class of
    org.apache.geronimo.runtime.v11)
     >
     > Looks like a class loading issue due to missing/improper
    dependencies.
     >
     >> An internal error occurred during: "Publishing to Apache
    Geronimo v2.0 Server at localhost..." when deploy sample within Eclipse
     >>
    
--------------------------------------------------------------------------------------------------------------------------------
     >>
     >>                 Key: GERONIMODEVTOOLS-184
     >>                 URL:
    https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-184
     >>             Project: Geronimo-Devtools
     >>          Issue Type: Bug
     >>          Components: eclipse-plugin
     >>    Affects Versions: 2.0
     >>         Environment: Windows xp sp2, Eclipse Version: 3.3.0
     >>            Reporter: Song
     >>            Assignee: Shiva Kumar H R
     >>
     >> After deployed samples (such as cviewer) to the server within
    Eclipse, Run As--Run on Server,An internal error occurred.
     >> In fact, the cviewer sample can be deployed and executed
    successfully via the command line.
     >> Detailed error message see the below:
     >>
    
-----------------------------------------------------------------------------------
     >> java.lang.NoSuchMethodError:
    
org/apache/xmlbeans/XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem;

     >> at
    org.apache.geronimo.deployment.xbeans.EnvironmentDocument.<clinit>(Unknown
    Source)
     >> at java.lang.J9VMInternals.initializeImpl(Native Method)
     >> at java.lang.J9VMInternals.initialize (J9VMInternals.java:192)
     >> at
    
org.apache.geronimo.st.v20.core.GeronimoV20Utils.getConfigId2(GeronimoV20Utils.java:94)
     >> at
    
org.apache.geronimo.st.v20.core.GeronimoV20VersionHandler.getConfigID(GeronimoV20VersionHandler.java
    :36)
     >> at
    
org.apache.geronimo.st.core.DeploymentUtils.getLastKnownConfigurationId(DeploymentUtils.java:202)
     >> at
    
org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.getLastKnowConfigurationId(GeronimoServerBehaviourDelegate.java
    :456)
     >> at
    
org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.doAdded(GeronimoServerBehaviourDelegate.java:402)
     >> at
    
org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.invokeCommand(GeronimoServerBehaviourDelegate.java
    :367)
     >> at
    
org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModule(GeronimoServerBehaviourDelegate.java:267)
     >> at
    org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule
    (ServerBehaviourDelegate.java:749)
     >> at
    
org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:234)
     >> at
    org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish
    (ServerBehaviourDelegate.java:669)
     >> at
    org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:887)
     >> at
    org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
     >> at org.eclipse.wst.server.core.internal.PublishServerJob.run
    (PublishServerJob.java:72)
     >> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
     >

    --
    Thanks,
    Tim McConnell



--
Thanks,
Tim McConnell

Reply via email to