You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by anita kulshreshtha <a_...@yahoo.com> on 2006/10/04 04:38:39 UTC
Re: Is java.endorsed.dirs actually working?
I have updated to rev 452025 and openejb2 to rev 452035. I am still seeing that the server is trying to start client-system config
Is anyone else seeing this problem? If yes what could possibly be the cause?
Thanks
Anita
----- Original Message ----
From: anita kulshreshtha <a_...@yahoo.com>
To: dev@geronimo.apache.org
Sent: Thursday, September 28, 2006 3:13:03 PM
Subject: Re: Is java.endorsed.dirs actually working?
--- David Jencks <da...@yahoo.com> wrote:
>
> On Sep 28, 2006, at 8:07 AM, anita kulshreshtha wrote:
>
> >
> >
> > --- Rick McGuire <ri...@gmail.com> wrote:
> >
> >>
> >> I decided to try an experiment using the jetty-j2ee Geronimo
> >> assembly.
> >> I deleted the Xerces jars from the lib/endorsed directory. I did
> >> this
> >> to convince myself that the java.endorsed.dirs mechanism was
> working
> >> correctly and the problem was due to me missing something with the
> >> yoko
> >> cofiguration. I expected Geronimo to "fall over" during launch
> >> because
> >> of the missing jars. To my surprise, it didn't.
> > I deleted xerces dir from the repository and the startup
> failed.
> > You are correct in saying that the jars from lib/endorsed are not
> > being
> > used. Now I am wondering how are the jars from the G repository
> being
> > used. Are they really being used?
>
> Well, the copies of xerces etc in lib/endorsed are in the server.jar
>
> manifest classpath so even if they aren't really "endorsed" they are
>
> at least on the classpath. The exception you see is from us checking
>
> that the jars we claim we want are really available where we say they
>
> are -- something the manifest cp doesn't do. In particular the
> exception you see comes before a configuration classloader that is
> expected to contain the dependency is constructed.
>
> However, it looks to me as if your server startup is starting client-
>
> system. This is a serious problem if true. Have you made any local
>
> modifications to cause this or is it happening with a server built
> straight from svn?
I noticed that too.. This is with rev 449705. I did a full build
yesterday. I looked at the working console, i.e. with xerces. The list
given by 'System Modules' is correct and lists client-system as
stopped.
Thanks
Anita
>
> thanks
> david jencks
>
> >
> > Thanks
> > Anita
> >
> > Booting Geronimo Kernel (in Java 1.4.2_12)...
> > Starting Geronimo Application Server v1.2-SNAPSHOT
> > [********> ] 36% 9s Starting
> > org.apache.geronimo.co...10:47:16,625 INFO [
> > BrokerService] ActiveMQ 4.1-incubator-SNAPSHOT JMS Message Broker
> > (possibly-unique-broker)
> > is starting
> > 10:47:16,625 INFO [BrokerService] For help or more information
> please
> > see: http://incubat
> > or.apache.org/activemq/
> > 10:47:16,687 INFO [ManagementContext] JMX consoles can connect to
> > service:jmx:rmi://your-
> > 4dacd0ea75/jndi/rmi://localhost:1099/jmxrmi
> > [********> ] 36% 9s Starting
> > org.apache.geronimo.co...10:47:16,781 INFO [
> > JDBCPersistenceAdapter] Database driver recognized:
> > [apache_derby_embedded_jdbc_driver]
> > [********> ] 36% 11s Starting
> > org.apache.geronimo.co...10:47:18,015 INFO [
> > DefaultDatabaseLocker] Attempting to acquire the exclusive lock to
> > become the Master broke
> > r
> > 10:47:18,015 INFO [DefaultDatabaseLocker] Becoming the master on
> > dataSource: org.tranql.c
> > onnector.jdbc.DataSource@4ef122
> > 10:47:18,125 INFO [JournalPersistenceAdapter] Journal Recovery
> > Started
> > from: Active Journ
> > al: using 2 x 20.0 Megs at:
> > C:\anita\geronimo\geronimo-tomcat-j2ee-1.2-SNAPSHOT\activemq-d
> > ata\possibly-unique-broker\journal
> > 10:47:18,187 INFO [JournalPersistenceAdapter] Journal Recovered: 0
> > message(s) in transact
> > ions recovered.
> > [********> ] 36% 11s Starting
> > org.apache.geronimo.co...10:47:18,406 INFO [
> > BrokerService] ActiveMQ JMS Message Broker (possibly-unique-broker,
> > ID:your-4dacd0ea75-139
> > 9-1159454836203-1:0) started
> > 10:47:18,468 INFO [TransportConnector] Connector vm://localhost
> > Started
> > 10:47:18,515 INFO [TransportServerThreadSupport] Listening for
> > connections at: stomp://yo
> > ur-4dacd0ea75:61613
> > 10:47:18,515 INFO [TransportConnector] Connector
> > stomp://your-4dacd0ea75:61613 Started
> > 10:47:18,531 INFO [TransportServerThreadSupport] Listening for
> > connections at: tcp://0.0.
> > 0.0:61616
> > 10:47:18,531 INFO [TransportConnector] Connector
> tcp://0.0.0.0:61616
> > Started
> > [***************- ] 62% 18s Loading
> > org.apache.geronimo.co...10:47:25,078 ERROR [
> > GBeanInstanceState] Error while starting; GBean is now in the
> FAILED
> > state: abstractName="
> > org.apache.geronimo.configs/client-system/1.2-SNAPSHOT/car?
> > configurationName=org.apache.ge
> > ronimo.configs/client-system/1.2-SNAPSHOT/car"
> > org.apache.geronimo.kernel.repository.MissingDependencyException:
> > Unable to resolve depend
> > ency xerces/xercesImpl/2.6.2/jar
> > at
> > org.apache.geronimo.kernel.config.ConfigurationResolver.resolve
> > (ConfigurationRe
> > solver.java:112)
> > at
> > org.apache.geronimo.kernel.config.Configuration.buildClassPath
> > (Configuration.ja
> > va:397)
> > at
> >
>
org.apache.geronimo.kernel.config.Configuration.createConfigurationCla
>
> > sssLoader
> > (Configuration.java:322)
> > at
> > org.apache.geronimo.kernel.config.Configuration.<init>
> > (Configuration.java:267)
> > at
> > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> > at
> > sun.reflect.NativeConstructorAccessorImpl.newInstance
> > (NativeConstructorAccessor
> > Impl.java:39)
> > at
> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance
> > (DelegatingConstructor
> > AccessorImpl.java:27)
> > at
> > java.lang.reflect.Constructor.newInstance(Constructor.java:274)
> > at
> > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance
> > (GBeanInstance.ja
> > va:936)
> > at
> >
>
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(
>
> > GBeanInst
> > anceState.java:267)
> > at
> > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start
> > (GBeanInstanceState.j
> > ava:102)
> > at
> > org.apache.geronimo.gbean.runtime.GBeanInstance.start
> > (GBeanInstance.java:529)
> > at
> > org.apache.geronimo.kernel.basic.BasicKernel.startGBean
> > (BasicKernel.java:361)
> > at
> > org.apache.geronimo.kernel.config.KernelConfigurationManager.load
> > (KernelConfigu
> > rationManager.java:161)
> > at
> >
>
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfi
>
> > guration(
> > SimpleConfigurationManager.java:307)
> > at
> >
>
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfi
>
> > guration(
> > SimpleConfigurationManager.java:275)
> > at
> >
>
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfi
>
> > guration(
> > SimpleConfigurationManager.java:250)
> > at
> >
>
org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfi
>
> > guration(
> > KernelConfigurationManager.java:112)
> > at
> > org.apache.geronimo.kernel.config.KernelConfigurationManager$
> > $FastClassByCGLIB$
> > $b117102f.invoke(<generated>)
> > at
> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
>
=== message truncated ===
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com