You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Rakesh Midha <mi...@gmail.com> on 2006/11/16 11:45:54 UTC
Server startup fails with Sun JDK 1.5, xalan missing
Hello
I checked out the current trunk and build it with Sun JDK 1.5.0_06, the
build works fine.
But when I try to start geronimo-tomcat-j2ee-1.2-SNAPSHOT server, it fails
with following error message.
Module 6/23 org.apache.geronimo.configs/openejb/1.2-SNAPSHOT/car
Exception in thread "Timer-0"
javax.xml.transform.TransformerFactoryConfigur
ationError: Provider org.apache.xalan.processor.TransformerFactoryImpl not
found
at javax.xml.transform.TransformerFactory.newInstance(Unknown
Source)
I looked for xalan files and found that the xalan implementation is missing
in JDK 1.5, I used SUN JDK 1.4.2 and the server started without any problem.
I think we need to package xalan implementation with server build via
repository, just like xerces and xmlparser. What do you guys say? or I am
missing something here.
Also notice, Sun JDK 1.4.2 is shipped with Xalan Java 2.4.1, and current
version of Xalan available is 2.7, I think we should make Xalan transformet
independent of JDK.
Thanks
Rakesh
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by anita kulshreshtha <a_...@yahoo.com>.
Vamsi,
Thanks! I never suspected that my mail program would reject
messages sent by itself as spam...
Thanks
Anita
--- Vamsavardhana Reddy <c1...@gmail.com> wrote:
> Is this the message you thought it didn't make it to the dev-list?
> It came
> into my inbox more than 2 hours ago.
>
> --vamsi
>
> On 11/22/06, anita kulshreshtha <a_...@yahoo.com> wrote:
> >
> > By setting the following property in geronimo.bat I can start
> the
> > server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions.
> The
> > required class is in rt.jar. This property is not set by default.
> > -Djavax.xml.transform.TransformerFactory="
> >
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl"
> >
> >
> >
>
http://forum.java.sun.com/thread.jspa?tstart=30&forumID=34&threadID=542044&trange=15
> >
> > Thanks
> > Anita
> >
> > > > > I think we need to package xalan implementation with server
> build
> > > via
> > > > > repository, just like xerces and xmlparser. What do you guys
> say?
> > > or I
> > > > am
> > > > > missing something here.
> > > > >
> > > > > Also notice, Sun JDK 1.4.2 is shipped with Xalan Java 2.4.1,
> and
> > > current
> > > > > version of Xalan available is 2.7, I think we should make
> Xalan
> > > > transformet
> > > > > independent of JDK.
> > > >
> > > > Unless I'm missing something, either, I'm happy to include
> Xalan in
> > > > Geronimo distro. The less we're dependent on a JVM version, the
> > > > better.
> >
> >
> >
> >
> >
> >
> >
>
____________________________________________________________________________________
> > Sponsored Link
> >
> > Mortgage rates near 39yr lows. $510k for $1,698/mo.
> > Calculate new payment! www.LowerMyBills.com/lre
> >
>
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Vamsavardhana Reddy <c1...@gmail.com>.
Is this the message you thought it didn't make it to the dev-list? It came
into my inbox more than 2 hours ago.
--vamsi
On 11/22/06, anita kulshreshtha <a_...@yahoo.com> wrote:
>
> By setting the following property in geronimo.bat I can start the
> server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
> required class is in rt.jar. This property is not set by default.
> -Djavax.xml.transform.TransformerFactory="
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl"
>
>
> http://forum.java.sun.com/thread.jspa?tstart=30&forumID=34&threadID=542044&trange=15
>
> Thanks
> Anita
>
> > > > I think we need to package xalan implementation with server build
> > via
> > > > repository, just like xerces and xmlparser. What do you guys say?
> > or I
> > > am
> > > > missing something here.
> > > >
> > > > Also notice, Sun JDK 1.4.2 is shipped with Xalan Java 2.4.1, and
> > current
> > > > version of Xalan available is 2.7, I think we should make Xalan
> > > transformet
> > > > independent of JDK.
> > >
> > > Unless I'm missing something, either, I'm happy to include Xalan in
> > > Geronimo distro. The less we're dependent on a JVM version, the
> > > better.
>
>
>
>
>
>
> ____________________________________________________________________________________
> Sponsored Link
>
> Mortgage rates near 39yr lows. $510k for $1,698/mo.
> Calculate new payment! www.LowerMyBills.com/lre
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Heinz Drews <he...@gmail.com>.
It's also inluded in http://issues.apache.org/jira/browse/GERONIMO-2454.
Heinz
On 11/17/06, Rick McGuire <ri...@gmail.com> wrote:
> Rakesh Midha wrote:
> > So, let me create a JIRA for this, with this discussion in
> > description. Is that OK?
> I think one's already been created:
>
> http://issues.apache.org/jira/browse/GERONIMO-2575
>
>
> >
> > On 11/17/06, *Rick McGuire* <rickmcg@gmail.com
> > <ma...@gmail.com>> wrote:
> >
> > Jacek Laskowski wrote:
> > > On 11/17/06, Rakesh Midha < midha.rakesh@gmail.com
> > <ma...@gmail.com>> wrote:
> > >> Only thiing I am worried about is the Classloader, I think
> > there will be
> > >> change in classloader loading xerces classes, if it is done via
> > >> \lib\endorsed. I don't see it as a problem as the classloader is
> > >> hierarchical and to us it won't make any difference. Right?
> > >
> > > If I'm correct in my understanding of how classloaders work in JVM,
> > > endorsed directory is loaded by the system class loader or its
> > direct
> > > child. Geronimo builds its classloader infra on top of them so there
> > > should not be an issue with us having Xalan in endorsed dir
> > similarly
> > > to the Yoko jars.
> > That's correct, the endorsed directories are essentially prepended to
> > the bootstrap classpath.
> >
> >
> > >
> > > Jacek
> > >
> >
> >
>
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Rick McGuire <ri...@gmail.com>.
Rakesh Midha wrote:
> So, let me create a JIRA for this, with this discussion in
> description. Is that OK?
I think one's already been created:
http://issues.apache.org/jira/browse/GERONIMO-2575
>
> On 11/17/06, *Rick McGuire* <rickmcg@gmail.com
> <ma...@gmail.com>> wrote:
>
> Jacek Laskowski wrote:
> > On 11/17/06, Rakesh Midha < midha.rakesh@gmail.com
> <ma...@gmail.com>> wrote:
> >> Only thiing I am worried about is the Classloader, I think
> there will be
> >> change in classloader loading xerces classes, if it is done via
> >> \lib\endorsed. I don't see it as a problem as the classloader is
> >> hierarchical and to us it won't make any difference. Right?
> >
> > If I'm correct in my understanding of how classloaders work in JVM,
> > endorsed directory is loaded by the system class loader or its
> direct
> > child. Geronimo builds its classloader infra on top of them so there
> > should not be an issue with us having Xalan in endorsed dir
> similarly
> > to the Yoko jars.
> That's correct, the endorsed directories are essentially prepended to
> the bootstrap classpath.
>
>
> >
> > Jacek
> >
>
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Rakesh Midha <mi...@gmail.com>.
So, let me create a JIRA for this, with this discussion in description. Is
that OK?
On 11/17/06, Rick McGuire <ri...@gmail.com> wrote:
>
> Jacek Laskowski wrote:
> > On 11/17/06, Rakesh Midha <mi...@gmail.com> wrote:
> >> Only thiing I am worried about is the Classloader, I think there will
> be
> >> change in classloader loading xerces classes, if it is done via
> >> \lib\endorsed. I don't see it as a problem as the classloader is
> >> hierarchical and to us it won't make any difference. Right?
> >
> > If I'm correct in my understanding of how classloaders work in JVM,
> > endorsed directory is loaded by the system class loader or its direct
> > child. Geronimo builds its classloader infra on top of them so there
> > should not be an issue with us having Xalan in endorsed dir similarly
> > to the Yoko jars.
> That's correct, the endorsed directories are essentially prepended to
> the bootstrap classpath.
>
>
> >
> > Jacek
> >
>
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Rick McGuire <ri...@gmail.com>.
Jacek Laskowski wrote:
> On 11/17/06, Rakesh Midha <mi...@gmail.com> wrote:
>> Only thiing I am worried about is the Classloader, I think there will be
>> change in classloader loading xerces classes, if it is done via
>> \lib\endorsed. I don't see it as a problem as the classloader is
>> hierarchical and to us it won't make any difference. Right?
>
> If I'm correct in my understanding of how classloaders work in JVM,
> endorsed directory is loaded by the system class loader or its direct
> child. Geronimo builds its classloader infra on top of them so there
> should not be an issue with us having Xalan in endorsed dir similarly
> to the Yoko jars.
That's correct, the endorsed directories are essentially prepended to
the bootstrap classpath.
>
> Jacek
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Donald Woods <dr...@yahoo.com>.
#1 for 1.2
#3 for 2.0
-Donald
Kevan Miller wrote:
>
> On Nov 17, 2006, at 9:38 AM, Vamsavardhana Reddy wrote:
>
>> After Anita's mail, I tried running the server on 1.5 and the server
>> started fine. Console output given below.
>
> Yeah. Will also start fine if you simply remove xmlParserAPIs-2.2.1.jar
> from ../lib/endorsed. However, removing xmlParserAPIs-2.2.1.jar will
> break 1.4, I assume.
>
> As Rick notes, the issue is that fact that xmlParserAPIs-2.2.1.jar set's
> the javax.xml.transform.TransformerFactory property to
> org.apache.xalan.processor.TransformerFactoryImpl. Sun 1.5 has altered
> the xslt package name in the 1.5 distribution. It's now
> com.sun.org.apache.xalan.processor.TransformerFactoryImpl.
>
> Our choices seem to be:
>
> 1. include xalan in our distribution
> 2. make geronimo.sh sensitive to the jre version (either by user
> specified parameter or dynamic detection).
> 3. drop support of 1.4
>
> Barring other options, adding xalan seems to be the way to go. We can
> remove it in 2.0 :-) Hmmm. Dropping support for 1.4 is starting to grow
> on me... Any other thoughts?
>
> --kevan
>
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Kevan Miller <ke...@gmail.com>.
On Nov 17, 2006, at 9:38 AM, Vamsavardhana Reddy wrote:
> After Anita's mail, I tried running the server on 1.5 and the
> server started fine. Console output given below.
Yeah. Will also start fine if you simply remove
xmlParserAPIs-2.2.1.jar from ../lib/endorsed. However, removing
xmlParserAPIs-2.2.1.jar will break 1.4, I assume.
As Rick notes, the issue is that fact that xmlParserAPIs-2.2.1.jar
set's the javax.xml.transform.TransformerFactory property to
org.apache.xalan.processor.TransformerFactoryImpl. Sun 1.5 has
altered the xslt package name in the 1.5 distribution. It's now
com.sun.org.apache.xalan.processor.TransformerFactoryImpl.
Our choices seem to be:
1. include xalan in our distribution
2. make geronimo.sh sensitive to the jre version (either by user
specified parameter or dynamic detection).
3. drop support of 1.4
Barring other options, adding xalan seems to be the way to go. We can
remove it in 2.0 :-) Hmmm. Dropping support for 1.4 is starting to
grow on me... Any other thoughts?
--kevan
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Vamsavardhana Reddy <c1...@gmail.com>.
After Anita's mail, I tried running the server on 1.5 and the server started
fine. Console output given below.
Booting Geronimo Kernel (in Java 1.5.0_10)...
20:05:30,267 INFO [root] ----------------------------------------------
20:05:30,267 INFO [root] Started Logging Service
20:05:30,267 INFO [root] Runtime Information:
20:05:30,267 INFO [root] Install Directory = C:\g1.2t
20:05:30,267 INFO [root] JVM in use = Sun Microsystems Inc. Java 1.5.0_10
20:05:30,267 INFO [root] Java Information:
20:05:30,267 INFO [root] System property [java.runtime.name] = Java(TM)
2 Ru
ntime Environment, Standard Edition
20:05:30,267 INFO [root] System property [java.runtime.version] =
1.5.0_10-b
02
20:05:30,267 INFO [root] System property [os.name] = Windows
XP
20:05:30,267 INFO [root] System property [os.version] = 5.1
20:05:30,267 INFO [root] System property [sun.os.patch.level] = Service
Pack
2
20:05:30,277 INFO [root] System property [os.arch] = x86
20:05:30,277 INFO [root] System property [java.class.version] = 49.0
20:05:30,277 INFO [root] System property [locale] = en_US
20:05:30,277 INFO [root] System property [unicode.encoding] =
UnicodeLittl
e
20:05:30,277 INFO [root] System property [file.encoding] = Cp1252
20:05:30,277 INFO [root] System property [java.vm.name] = Java
HotSpot
(TM) Client VM
20:05:30,277 INFO [root] System property [java.vm.vendor] = Sun
Microsys
tems Inc.
20:05:30,277 INFO [root] System property [java.vm.version] =
1.5.0_10-b02
20:05:30,277 INFO [root] System property [java.vm.info] = mixed
mode
20:05:30,277 INFO [root] System property [java.home] =
c:\SUNJDK150
\jre
20:05:30,277 INFO [root] System property [java.classpath] = null
20:05:30,277 INFO [root] System property [java.library.path] =
c:\SUNJDK150
\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:\Program Files\Common
Files\NetSarang;C:
\PROGRAM
FILES\THINKPAD\UTILITIES;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\Syst
em32\Wbem;C:\Program Files\IBM\Infoprint
Select;C:\Utilities;C:\Notes;C:\Program
Files\XLView\;C:\lotus\compnent\;C:\Program Files\IBM\Personal
Communications\;
C:\Program Files\IBM\Trace Facility\;C:\WINDOWS\Downloaded Program
Files;C:\Prog
ram Files\IBM\WebSphere
MQ\Java\bin;C:\Subversion1.2.3\bin;C:\SUNJDK142\jre\bin;
C:\Program Files\Common Files\NetSarang;C:\PROGRAM
FILES\THINKPAD\UTILITIES;C:\W
INDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\IBM\Infopri
nt Select;C:\Utilities;C:\Notes;C:\Program
Files\XLView\;C:\lotus\compnent\;C:\P
rogram Files\IBM\Personal Communications\;C:\Program Files\IBM\Trace
Facility\;C
:\WINDOWS\Downloaded Program Files;C:\Program Files\IBM\WebSphere
MQ\Java\bin;C:
\Subversion1.2.3\bin;C:\Maven1.1-beta-2\bin;C:\WinCvs1.2;C:\svn-
win32-1.4.0\bin;
C:\apache-ant-1.6.5\bin;C:\SUNJDK142\bin;c:\maven-2.0.4\bin
20:05:30,277 INFO [root] System property [java.endorsed.dirs] =
c:\SUNJDK150
\jre\lib\endorsed
20:05:30,277 INFO [root] System property [java.ext.dirs] =
c:\SUNJDK150
\jre\lib\ext
20:05:30,277 INFO [root] System property [sun.boot.class.path] =
c:\SUNJDK150
\jre\lib\rt.jar;c:\SUNJDK150\jre\lib\i18n.jar;c:\SUNJDK150\jre\lib\sunrsasign.ja
r;c:\SUNJDK150\jre\lib\jsse.jar;c:\SUNJDK150\jre\lib\jce.jar;c:\SUNJDK150\jre\li
b\charsets.jar;c:\SUNJDK150\jre\classes
20:05:30,277 INFO [root] ----------------------------------------------
Starting Geronimo Application Server v1.2-SNAPSHOT
[**************************] 100% 32s Startup complete
Listening on Ports:
1099 0.0.0.0 RMI Naming
1527 0.0.0.0 Derby Connector
4201 0.0.0.0 ActiveIO Connector EJB
4242 0.0.0.0 Remote Login Listener
8009 0.0.0.0 Tomcat Connector AJP
8080 0.0.0.0 Tomcat Connector HTTP
8443 0.0.0.0 Tomcat Connector HTTPS
9999 0.0.0.0 JMX Remoting Connector
61613 0.0.0.0 ActiveMQ Transport Connector
61616 0.0.0.0 ActiveMQ Transport Connector
Started Application Modules:
EAR: org.apache.geronimo.configs/webconsole-tomcat/1.2-SNAPSHOT/car
RAR: org.apache.geronimo.configs/activemq/1.2-SNAPSHOT/car
RAR: org.apache.geronimo.configs/system-database/1.2-SNAPSHOT/car
WAR: org.apache.geronimo.configs/ca-helper-tomcat/1.2-SNAPSHOT/car
WAR: org.apache.geronimo.configs/dojo-tomcat/1.2-SNAPSHOT/car
WAR: org.apache.geronimo.configs/remote-deploy-tomcat/1.2-SNAPSHOT/car
WAR: org.apache.geronimo.configs/welcome-tomcat/1.2-SNAPSHOT/car
Web Applications:
http://Alexander.in.ibm.com:8080/
http://Alexander.in.ibm.com:8080/CAHelper
http://Alexander.in.ibm.com:8080/console
http://Alexander.in.ibm.com:8080/console-standard
http://Alexander.in.ibm.com:8080/dojo
http://Alexander.in.ibm.com:8080/remote-deploy
Geronimo Application Server started
On 11/17/06, anita kulshreshtha <a_...@yahoo.com> wrote:
>
> I have been running server using java -jar bin\server.jar on both
> 1.4 and 1.5. The server was built using 1.5:
> Path: .
> URL: https://svn.apache.org/repos/asf/geronimo/server/trunk
> Repository Root: https://svn.apache.org/repos/asf
> Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
> Revision: 474405
> Node Kind: directory
> Schedule: normal
> Last Changed Author: vamsic007
> Last Changed Rev: 474401
> Last Changed Date: 2006-11-13 12:21:08 -0500 (Mon, 13 Nov 2006)
> Properties Last Updated: 2006-11-06 18:23:11 -0500 (Mon, 06 Nov 2006)
>
> OS - Win XP
>
> java version "1.5.0_08"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
> Java HotSpot(TM) Client VM (build 1.5.0_08-b03, mixed mode)
> The console works fine. I hope this info is useful..
>
> Thanks
> Anita
>
> --- Rick McGuire <ri...@gmail.com> wrote:
>
> > I just started taking a look at this. The Xerces level we're using
> > requires an upgrade to the XML apis we're using. In order for this
> > to
> > work, the XML apis jar must be in endorsed.dirs to override the JVM
> > native one. On Sun 1.4.2, this works ok because the newer version of
> >
> > the XML apis is able to locate the xalan transformer implementation
> > because it's native to the JVM. On Sun 1.5, they've repackaged the
> > class, but the version of the apis we're using doesn't know about the
> >
> > name change, so things fail.
> >
> > It seems like the best solution for Geronimo is to include Xalan, but
> >
> > this appears it will require upleveling Xerces and the apis as well.
> >
> > We've already got a Jira open on that issue too.
> >
> > Rick
> >
> >
> > Jacek Laskowski wrote:
> > > On 11/17/06, Rakesh Midha <mi...@gmail.com> wrote:
> > >> Only thiing I am worried about is the Classloader, I think there
> > will be
> > >> change in classloader loading xerces classes, if it is done via
> > >> \lib\endorsed. I don't see it as a problem as the classloader is
> > >> hierarchical and to us it won't make any difference. Right?
> > >
> > > If I'm correct in my understanding of how classloaders work in JVM,
> > > endorsed directory is loaded by the system class loader or its
> > direct
> > > child. Geronimo builds its classloader infra on top of them so
> > there
> > > should not be an issue with us having Xalan in endorsed dir
> > similarly
> > > to the Yoko jars.
> > >
> > > Jacek
> > >
> >
> >
>
>
>
>
>
> ____________________________________________________________________________________
> Sponsored Link
>
> Degrees online in as fast as 1 Yr
> MBA, Bachelor's, Master's, Assoc
> http://yahoo.degrees.info
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Kevan Miller <ke...@gmail.com>.
On Nov 17, 2006, at 9:48 AM, Vamsavardhana Reddy wrote:
> Kevan,
>
> I started G using geronimo.bat. The server started fine. But the
> exception causing startup failure for others was thrown after the
> server started :o). Here is the console output tail.
Ya. Joe noted the slightly different behavior on Windows last night.
Same root problem.
If you're pointing out that I said we should use "geronimo.sh" when
testing, then you're right. I should have typed "geronimo.sh or
geronimo.bat"...
--kevan
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Vamsavardhana Reddy <c1...@gmail.com>.
Kevan,
I started G using geronimo.bat. The server started fine. But the exception
causing startup failure for others was thrown after the server started :o).
Here is the console output tail.
Geronimo Application Server started
Exception in thread "Timer-2"
javax.xml.transform.TransformerFactoryConfiguratio
nError: Provider org.apache.xalan.processor.TransformerFactoryImpl not found
at javax.xml.transform.TransformerFactory.newInstance(Unknown
Source)
at org.apache.geronimo.kernel.util.XmlUtil.newTransformerFactory
(XmlUtil
.java:95)
at org.apache.geronimo.kernel.util.XmlUtil.newTransformerFactory
(XmlUtil
.java:79)
at
org.apache.geronimo.system.configuration.LocalAttributeManager.saveXm
lToFile(LocalAttributeManager.java:494)
at
org.apache.geronimo.system.configuration.LocalAttributeManager.save(L
ocalAttributeManager.java:459)
at
org.apache.geronimo.system.configuration.LocalAttributeManager$2.run(
LocalAttributeManager.java:667)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
On 11/17/06, Kevan Miller <ke...@gmail.com> wrote:
>
>
> On Nov 17, 2006, at 9:22 AM, anita kulshreshtha wrote:
>
> > I have been running server using java -jar bin\server.jar on both
> > 1.4 and 1.5. The server was built using 1.5:
> > ...
> > The console works fine. I hope this info is useful..
>
> Anita,
> You'll only get this error if you use geronimo.sh/.bat or explicitly
> set endorsed dirs to lib/endorsed when invoking java.
>
> IMO, 'java -jar server.jar' is not really the recommended way of
> starting Geronimo. geronimo.sh currently launches Geronimo as follows:
>
> exec "$_RUNJAVA" $JAVA_OPTS $GERONIMO_OPTS \
> -Dorg.apache.geronimo.base.dir="$GERONIMO_BASE" \
> -Djava.endorsed.dirs="$JRE_HOME/lib/endorsed:$GERONIMO_BASE/lib/
> endorsed" \
> -Djava.ext.dirs="$JRE_HOME/lib/ext:$GERONIMO_BASE/lib/ext" \
> -Djava.io.tmpdir="$GERONIMO_TMPDIR" \
> -jar "$GERONIMO_HOME"/bin/server.jar $LONG_OPT "$@"
>
> IMO, this issue highlights the fact that we should be using
> geronimo.sh (or specifying equivalent java options) when running
> geronimo tests...
>
> --kevan
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Kevan Miller <ke...@gmail.com>.
On Nov 17, 2006, at 9:22 AM, anita kulshreshtha wrote:
> I have been running server using java -jar bin\server.jar on both
> 1.4 and 1.5. The server was built using 1.5:
> ...
> The console works fine. I hope this info is useful..
Anita,
You'll only get this error if you use geronimo.sh/.bat or explicitly
set endorsed dirs to lib/endorsed when invoking java.
IMO, 'java -jar server.jar' is not really the recommended way of
starting Geronimo. geronimo.sh currently launches Geronimo as follows:
exec "$_RUNJAVA" $JAVA_OPTS $GERONIMO_OPTS \
-Dorg.apache.geronimo.base.dir="$GERONIMO_BASE" \
-Djava.endorsed.dirs="$JRE_HOME/lib/endorsed:$GERONIMO_BASE/lib/
endorsed" \
-Djava.ext.dirs="$JRE_HOME/lib/ext:$GERONIMO_BASE/lib/ext" \
-Djava.io.tmpdir="$GERONIMO_TMPDIR" \
-jar "$GERONIMO_HOME"/bin/server.jar $LONG_OPT "$@"
IMO, this issue highlights the fact that we should be using
geronimo.sh (or specifying equivalent java options) when running
geronimo tests...
--kevan
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by anita kulshreshtha <a_...@yahoo.com>.
I have been running server using java -jar bin\server.jar on both
1.4 and 1.5. The server was built using 1.5:
Path: .
URL: https://svn.apache.org/repos/asf/geronimo/server/trunk
Repository Root: https://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 474405
Node Kind: directory
Schedule: normal
Last Changed Author: vamsic007
Last Changed Rev: 474401
Last Changed Date: 2006-11-13 12:21:08 -0500 (Mon, 13 Nov 2006)
Properties Last Updated: 2006-11-06 18:23:11 -0500 (Mon, 06 Nov 2006)
OS - Win XP
java version "1.5.0_08"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) Client VM (build 1.5.0_08-b03, mixed mode)
The console works fine. I hope this info is useful..
Thanks
Anita
--- Rick McGuire <ri...@gmail.com> wrote:
> I just started taking a look at this. The Xerces level we're using
> requires an upgrade to the XML apis we're using. In order for this
> to
> work, the XML apis jar must be in endorsed.dirs to override the JVM
> native one. On Sun 1.4.2, this works ok because the newer version of
>
> the XML apis is able to locate the xalan transformer implementation
> because it's native to the JVM. On Sun 1.5, they've repackaged the
> class, but the version of the apis we're using doesn't know about the
>
> name change, so things fail.
>
> It seems like the best solution for Geronimo is to include Xalan, but
>
> this appears it will require upleveling Xerces and the apis as well.
>
> We've already got a Jira open on that issue too.
>
> Rick
>
>
> Jacek Laskowski wrote:
> > On 11/17/06, Rakesh Midha <mi...@gmail.com> wrote:
> >> Only thiing I am worried about is the Classloader, I think there
> will be
> >> change in classloader loading xerces classes, if it is done via
> >> \lib\endorsed. I don't see it as a problem as the classloader is
> >> hierarchical and to us it won't make any difference. Right?
> >
> > If I'm correct in my understanding of how classloaders work in JVM,
> > endorsed directory is loaded by the system class loader or its
> direct
> > child. Geronimo builds its classloader infra on top of them so
> there
> > should not be an issue with us having Xalan in endorsed dir
> similarly
> > to the Yoko jars.
> >
> > Jacek
> >
>
>
____________________________________________________________________________________
Sponsored Link
Degrees online in as fast as 1 Yr
MBA, Bachelor's, Master's, Assoc
http://yahoo.degrees.info
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Rick McGuire <ri...@gmail.com>.
I just started taking a look at this. The Xerces level we're using
requires an upgrade to the XML apis we're using. In order for this to
work, the XML apis jar must be in endorsed.dirs to override the JVM
native one. On Sun 1.4.2, this works ok because the newer version of
the XML apis is able to locate the xalan transformer implementation
because it's native to the JVM. On Sun 1.5, they've repackaged the
class, but the version of the apis we're using doesn't know about the
name change, so things fail.
It seems like the best solution for Geronimo is to include Xalan, but
this appears it will require upleveling Xerces and the apis as well.
We've already got a Jira open on that issue too.
Rick
Jacek Laskowski wrote:
> On 11/17/06, Rakesh Midha <mi...@gmail.com> wrote:
>> Only thiing I am worried about is the Classloader, I think there will be
>> change in classloader loading xerces classes, if it is done via
>> \lib\endorsed. I don't see it as a problem as the classloader is
>> hierarchical and to us it won't make any difference. Right?
>
> If I'm correct in my understanding of how classloaders work in JVM,
> endorsed directory is loaded by the system class loader or its direct
> child. Geronimo builds its classloader infra on top of them so there
> should not be an issue with us having Xalan in endorsed dir similarly
> to the Yoko jars.
>
> Jacek
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Jacek Laskowski <ja...@laskowski.net.pl>.
On 11/17/06, Rakesh Midha <mi...@gmail.com> wrote:
> Only thiing I am worried about is the Classloader, I think there will be
> change in classloader loading xerces classes, if it is done via
> \lib\endorsed. I don't see it as a problem as the classloader is
> hierarchical and to us it won't make any difference. Right?
If I'm correct in my understanding of how classloaders work in JVM,
endorsed directory is loaded by the system class loader or its direct
child. Geronimo builds its classloader infra on top of them so there
should not be an issue with us having Xalan in endorsed dir similarly
to the Yoko jars.
Jacek
--
Jacek Laskowski
http://www.jaceklaskowski.pl
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by anita kulshreshtha <a_...@yahoo.com>.
By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory="com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl"
http://forum.java.sun.com/thread.jspa?tstart=30&forumID=34&threadID=542044&trange=15
Thanks
Anita
> > > I think we need to package xalan implementation with server build
> via
> > > repository, just like xerces and xmlparser. What do you guys say?
> or I
> > am
> > > missing something here.
> > >
> > > Also notice, Sun JDK 1.4.2 is shipped with Xalan Java 2.4.1, and
> current
> > > version of Xalan available is 2.7, I think we should make Xalan
> > transformet
> > > independent of JDK.
> >
> > Unless I'm missing something, either, I'm happy to include Xalan in
> > Geronimo distro. The less we're dependent on a JVM version, the
> > better.
____________________________________________________________________________________
Sponsored Link
Mortgage rates near 39yr lows. $510k for $1,698/mo.
Calculate new payment! www.LowerMyBills.com/lre
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by anita kulshreshtha <a_...@yahoo.com>.
What is the best place to set this property?
System.setProperty("javax.xml.transform.TransformerFactory",
"com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl");
Thanks
Anita
--- Rick McGuire <ri...@...> wrote:
> I just started taking a look at this. The Xerces level we're using
> requires an upgrade to the XML apis we're using. In order for this
> to
> work, the XML apis jar must be in endorsed.dirs to override the JVM
> native one. On Sun 1.4.2, this works ok because the newer version of
>
> the XML apis is able to locate the xalan transformer implementation
> because it's native to the JVM. On Sun 1.5, they've repackaged the
> class, but the version of the apis we're using doesn't know about the
>
> name change, so things fail.
>
> It seems like the best solution for Geronimo is to include Xalan, but
>
> this appears it will require upleveling Xerces and the apis as well.
>
> We've already got a Jira open on that issue too.
>
> Rick
>
>
> Jacek Laskowski wrote:
............................
____________________________________________________________________________________
Sponsored Link
Compare mortgage rates for today.
Get up to 5 free quotes. www2.nextag.com
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Rakesh Midha <mi...@gmail.com>.
Only thiing I am worried about is the Classloader, I think there will be
change in classloader loading xerces classes, if it is done via
\lib\endorsed. I don't see it as a problem as the classloader is
hierarchical and to us it won't make any difference. Right?
On 11/16/06, Jacek Laskowski <ja...@laskowski.net.pl> wrote:
>
> On 11/16/06, Rakesh Midha <mi...@gmail.com> wrote:
>
> > I think we need to package xalan implementation with server build via
> > repository, just like xerces and xmlparser. What do you guys say? or I
> am
> > missing something here.
> >
> > Also notice, Sun JDK 1.4.2 is shipped with Xalan Java 2.4.1, and current
> > version of Xalan available is 2.7, I think we should make Xalan
> transformet
> > independent of JDK.
>
> Unless I'm missing something, either, I'm happy to include Xalan in
> Geronimo distro. The less we're dependent on a JVM version, the
> better.
>
> Jacek
>
> --
> Jacek Laskowski
> http://www.jaceklaskowski.pl
>
Re: Server startup fails with Sun JDK 1.5, xalan missing
Posted by Jacek Laskowski <ja...@laskowski.net.pl>.
On 11/16/06, Rakesh Midha <mi...@gmail.com> wrote:
> I think we need to package xalan implementation with server build via
> repository, just like xerces and xmlparser. What do you guys say? or I am
> missing something here.
>
> Also notice, Sun JDK 1.4.2 is shipped with Xalan Java 2.4.1, and current
> version of Xalan available is 2.7, I think we should make Xalan transformet
> independent of JDK.
Unless I'm missing something, either, I'm happy to include Xalan in
Geronimo distro. The less we're dependent on a JVM version, the
better.
Jacek
--
Jacek Laskowski
http://www.jaceklaskowski.pl