RE: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/

2007-09-29 Thread Jeffrey Nguyen \(jeffrngu\)
Hi Chris,

Sorry for the late reply. We implemented the workaround mentioned at the
bottom of http://issues.apache.org/bugzilla/show_bug.cgi?id=4543 for
now.  This fixed our problem.

At the same time, we also consider reinstalling tomcat under another
directory without space and see if that fixes our problem.

At this point, it seems none of the non-invasive work-arounds fixes this
issue we're having.

Thanks again for all your help.


- Jeffrey Nguyen

-Original Message-
From: Christopher Schultz [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 26, 2007 3:18 PM
To: Tomcat Users List
Subject: Re: java.net.MalformedURLException: no protocol:
Files/thirdparty/TOMCAT/common/classes/

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jeffrey,

Jeffrey Nguyen (jeffrngu) wrote:
 I can cd to all 4 paths w/o any problem (see below).
 
 C:\echo %CATALINA_HOME%
 C:\Program Files\thirdparty\TOMCAT

Your CATALINA_HOME still has a space in it, jst like it has all along.
You need to actually change the value of this environment variable so
that it does not contain any spaces.

 At this point, I'm considering reinstalling Tomcat in a different 
 directory as the last resort because it's involved a lot of work. I am

 looking for a workaround.

There is a very good likelihood that this will fix your problem. It
would be easier IMO to just change the environment variable's value.

- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+tp69CaO5/Lv0PARAj2YAKCfXMNLona4343ctiNfNHBUksWnuQCfcfUl
MZ5FvjTvA/7x6XwPP0ngWZE=
=LUlT
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/

2007-09-26 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jeffrey,

Jeffrey Nguyen (jeffrngu) wrote:
 common.loader=${catalina.home}/common/classes,${catalina.home}/common/i1
 8n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/common/
 lib/*.jar

 where catalina.home is resolved to C:/Program
 Files/thirdparty/TOMCAT

 I did some Google search and found some postings similar to the ones
 listed below.  They seem to suggest that I would run into this problem
 if Tomcat was installed under a directory with spaces in it.

Yes, for some reason spaces in path names are frequently the cause of
lots of head-scratching. I'm not sure if it's strictly a win32 issue or
not, but a lot of win32 folks seem to have this problem.

Something you could try is explicitly setting the value of the
CATALINA_HOME environment variable, and be sure to use the
8.3-equivalent of the path for the value. For instance:

set CATALINA_HOME=C:\PROGRA~1\thirdparty\TOMCAT
%CATALINA_HOME%\bin\startup.bat

I realize you might be using Tomcat as a service, so you'll have to
figure out how to get the same effect with the service launcher thing.
Another option, of course, is to install Tomcat into a directory with no
spaces in the path.

Hope that helps,
- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+mRH9CaO5/Lv0PARAmCJAKCnwaMZ0hFXxHubkPLsUk0z8s3/KACdHN5d
/aLUm/nhKsFfDTZ2JxSFFKE=
=N4rL
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/

2007-09-26 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jeffrey,

Jeffrey Nguyen (jeffrngu) wrote:
 I have a Tomcat servlet which communicates with a stand-alone java
 application using RMI.  I got the above exception whenever my servlet
 makes an RMI call.

Actually, could you post the full stack trace? It might actually be a
bug in Tomcat that treats spaces as delimiters for path elements rather
than the commas that seem to make more sense.

- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+mSx9CaO5/Lv0PARAvibAJ0cyUexARDvn3Ci1yLUGTXkYvCy1gCfYM7h
qKVPboRi2XWQ7PuDB2A1xu0=
=0ijw
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/

2007-09-26 Thread Jeffrey Nguyen \(jeffrngu\)
)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElemen
t(Unknown Source)
at
com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement
(Unknown Source)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.s
canStartElement(Unknown Source)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$ContentDi
spatcher.scanRootElementHook(Unknown Source)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$F
ragmentContentDispatcher.dispatch(Unknown Source)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.s
canDocument(Unknown Source)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unkn
own Source)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unkn
own Source)
at
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown
Source)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unkno
wn Source)
at
org.apache.tomcat.util.digester.Digester.parse(Digester.java:1561)
at org.apache.catalina.startup.Catalina.load(Catalina.java:489)
at org.apache.catalina.startup.Catalina.load(Catalina.java:523)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:266)
at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:431)


One more thing: I don't see any of the above exceptions if I don't
deploy my servlet that uses RMI. Other servlets that are not using RMI
seem to work fine. I'm not sure if this issue is triggered when RMI is
used within Tomcat and when Tomcat is installed under a directory with
spaces.  The postings I found mentioned the use of RMI.

- Jeffrey Nguyen

-Original Message-
From: Christopher Schultz [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 26, 2007 6:53 AM
To: Tomcat Users List
Subject: Re: java.net.MalformedURLException: no protocol:
Files/thirdparty/TOMCAT/common/classes/

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jeffrey,

Jeffrey Nguyen (jeffrngu) wrote:
 common.loader=${catalina.home}/common/classes,${catalina.home}/common/
 i1 
 8n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/commo
 n/
 lib/*.jar

 where catalina.home is resolved to C:/Program 
 Files/thirdparty/TOMCAT

 I did some Google search and found some postings similar to the ones 
 listed below.  They seem to suggest that I would run into this problem

 if Tomcat was installed under a directory with spaces in it.

Yes, for some reason spaces in path names are frequently the cause of
lots of head-scratching. I'm not sure if it's strictly a win32 issue or
not, but a lot of win32 folks seem to have this problem.

Something you could try is explicitly setting the value of the
CATALINA_HOME environment variable, and be sure to use the
8.3-equivalent of the path for the value. For instance:

set CATALINA_HOME=C:\PROGRA~1\thirdparty\TOMCAT
%CATALINA_HOME%\bin\startup.bat

I realize you might be using Tomcat as a service, so you'll have to
figure out how to get the same effect with the service launcher thing.
Another option, of course, is to install Tomcat into a directory with no
spaces in the path.

Hope that helps,
- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+mRH9CaO5/Lv0PARAmCJAKCnwaMZ0hFXxHubkPLsUk0z8s3/KACdHN5d
/aLUm/nhKsFfDTZ2JxSFFKE=
=N4rL
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/

2007-09-26 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jeffrey,

Jeffrey Nguyen (jeffrngu) wrote:
 I had actually tried to define the value for catalina.home explicitely
 in catalina.properties file, but I still can't get this working. 

Not sure if catalina.home can actually be specified here. You may have
to specify it externally.

 common.loader=${catalina.home}/common/classes,${catalina.home}/common/i1
 8n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/common/
 lib/*.jar
 
 With this definition, I got the following stacktrace:
 
 2007-09-26 13:53:13,000 ERROR [Thread-6]
 rmidispatcher.TCTTaskDispatcherImpl - java.rmi.ServerException:
 RemoteException occurred in server thread; nested exception is: 
   java.rmi.UnmarshalException: error unmarshalling arguments;
 nested exception is: 
   java.net.MalformedURLException: no protocol:
 Files/thirdparty/TOMCAT/common/classes/

Yes. It's obvious that the path still contains the space, and that the
loader is considering it to be a path delimiter instead of part of the
path itself.

 If I replace ${catalina.home} with C:/Program~1/thirdparty/TOMCAT
 for the first path, I'll get MalformedURLException exception again for
 the second path. If I made the same change for the first 2 paths, I'll
 get the same exception complaining about the third path.  If I do this
 for the first 3 paths, the same exception points to the last path.
 
 When I made the same change for all 4 paths, Tomcat failed to start. I
 got the following error in catalina.* log:
 
 Sep 25, 2007 9:59:23 AM org.apache.tomcat.util.digester.Digester
 startElement
 SEVERE: Begin event threw error
 java.lang.NoClassDefFoundError: org/apache/naming/TransactionRef

There are two possibilities:

1. Your path is still not correct (likely)
2. Your Tomcat install must be broken. This class should be in
   CATALINA_HOME/common/lib/naming-factory.jar

Did you check to see that your 8.3 representation of the path is
correct? Try copy-and-pasting that path up there into a cd command and
see if windows will put you in the proper directory.

 One more thing: I don't see any of the above exceptions if I don't
 deploy my servlet that uses RMI. Other servlets that are not using RMI
 seem to work fine. I'm not sure if this issue is triggered when RMI is
 used within Tomcat and when Tomcat is installed under a directory with
 spaces.  The postings I found mentioned the use of RMI.

I assume you need RMI or you wouldn't be asking.

- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+rKQ9CaO5/Lv0PARAt2UAJ0SWFILHZC8VBDoet2UExo6ow+2LwCgvBFT
IZXJsdh+euO/tLKIVgaS7UA=
=BONg
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/

2007-09-26 Thread Jeffrey Nguyen \(jeffrngu\)

Hi Chris,

I can cd to all 4 paths w/o any problem (see below).  I also verified
that TransactionRef class is part of
CATALINA_HOME/common/lib/naming-factory.jar

C:\echo %CATALINA_HOME%
C:\Program Files\thirdparty\TOMCAT
C:\cd %CATALINA_HOME%/common/classes
C:\Program Files\thirdparty\TOMCAT\common\classescd\
C:\cd %CATALINA_HOME%/common/i18n
C:\Program Files\thirdparty\TOMCAT\common\i18ncd
%CATALINA_HOME%/common/endorsed
C:\Program Files\thirdparty\TOMCAT\common\endorsedcd
%CATALINA_HOME%/common/lib/
C:\Program Files\thirdparty\TOMCAT\common\lib

At this point, I'm considering reinstalling Tomcat in a different
directory as the last resort because it's involved a lot of work. I am
looking for a workaround.

- Jeffrey Nguyen

-Original Message-
From: Christopher Schultz [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 26, 2007 12:27 PM
To: Tomcat Users List
Subject: Re: java.net.MalformedURLException: no protocol:
Files/thirdparty/TOMCAT/common/classes/

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jeffrey,

Jeffrey Nguyen (jeffrngu) wrote:
 I had actually tried to define the value for catalina.home explicitely

 in catalina.properties file, but I still can't get this working.

Not sure if catalina.home can actually be specified here. You may have
to specify it externally.

 common.loader=${catalina.home}/common/classes,${catalina.home}/common/
 i1 
 8n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/commo
 n/
 lib/*.jar
 
 With this definition, I got the following stacktrace:
 
 2007-09-26 13:53:13,000 ERROR [Thread-6] 
 rmidispatcher.TCTTaskDispatcherImpl - java.rmi.ServerException:
 RemoteException occurred in server thread; nested exception is: 
   java.rmi.UnmarshalException: error unmarshalling arguments;
nested 
 exception is:
   java.net.MalformedURLException: no protocol:
 Files/thirdparty/TOMCAT/common/classes/

Yes. It's obvious that the path still contains the space, and that the
loader is considering it to be a path delimiter instead of part of the
path itself.

 If I replace ${catalina.home} with C:/Program~1/thirdparty/TOMCAT
 for the first path, I'll get MalformedURLException exception again for

 the second path. If I made the same change for the first 2 paths, I'll

 get the same exception complaining about the third path.  If I do this

 for the first 3 paths, the same exception points to the last path.
 
 When I made the same change for all 4 paths, Tomcat failed to start. I

 got the following error in catalina.* log:
 
 Sep 25, 2007 9:59:23 AM org.apache.tomcat.util.digester.Digester
 startElement
 SEVERE: Begin event threw error
 java.lang.NoClassDefFoundError: org/apache/naming/TransactionRef

There are two possibilities:

1. Your path is still not correct (likely) 2. Your Tomcat install must
be broken. This class should be in
   CATALINA_HOME/common/lib/naming-factory.jar

Did you check to see that your 8.3 representation of the path is
correct? Try copy-and-pasting that path up there into a cd command and
see if windows will put you in the proper directory.

 One more thing: I don't see any of the above exceptions if I don't 
 deploy my servlet that uses RMI. Other servlets that are not using RMI

 seem to work fine. I'm not sure if this issue is triggered when RMI is

 used within Tomcat and when Tomcat is installed under a directory with

 spaces.  The postings I found mentioned the use of RMI.

I assume you need RMI or you wouldn't be asking.

- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+rKQ9CaO5/Lv0PARAt2UAJ0SWFILHZC8VBDoet2UExo6ow+2LwCgvBFT
IZXJsdh+euO/tLKIVgaS7UA=
=BONg
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/

2007-09-26 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jeffrey,

Jeffrey Nguyen (jeffrngu) wrote:
 I can cd to all 4 paths w/o any problem (see below).
 
 C:\echo %CATALINA_HOME%
 C:\Program Files\thirdparty\TOMCAT

Your CATALINA_HOME still has a space in it, jst like it has all along.
You need to actually change the value of this environment variable so
that it does not contain any spaces.

 At this point, I'm considering reinstalling Tomcat in a different
 directory as the last resort because it's involved a lot of work. I am
 looking for a workaround.

There is a very good likelihood that this will fix your problem. It
would be easier IMO to just change the environment variable's value.

- -chris

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+tp69CaO5/Lv0PARAj2YAKCfXMNLona4343ctiNfNHBUksWnuQCfcfUl
MZ5FvjTvA/7x6XwPP0ngWZE=
=LUlT
-END PGP SIGNATURE-

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]