You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Eung-ju Park <co...@apache.org> on 2001/11/22 16:35:29 UTC

Re: cvs commit: jakarta-avalon-excalibur/lib avalon-framework.jar logkit-1.0.jar

Is it correct logkit 1.0? fail to compile cvs version of excalibur.

----- Original Message -----
From: <bl...@apache.org>
To: <ja...@apache.org>
Sent: Thursday, November 22, 2001 6:26 AM
Subject: cvs commit: jakarta-avalon-excalibur/lib avalon-framework.jar
logkit-1.0.jar


> bloritsch    01/11/21 13:26:53
>
>   Modified:    .        build.xml
>   Removed:     lib      avalon-framework.jar logkit-1.0.jar
>   Log:
>   update to use logkit/framework from tools dir
>
>   Revision  Changes    Path
>   1.79      +4 -4      jakarta-avalon-excalibur/build.xml
>
>   Index: build.xml
>   ===================================================================
>   RCS file: /home/cvs/jakarta-avalon-excalibur/build.xml,v
>   retrieving revision 1.78
>   retrieving revision 1.79
>   diff -u -r1.78 -r1.79
>   --- build.xml 2001/11/19 12:13:08 1.78
>   +++ build.xml 2001/11/21 21:26:53 1.79
>   @@ -73,10 +73,10 @@
>      <property name="dist.base" value="distributions"/>
>
>      <property name="j2ee.jar" value="${cjan.lib}/j2ee.jar"/>
>   -  <property name="framework.jar"
value="${lib.dir}/avalon-framework.jar"/>
>   -  <property name="logkit.jar" value="${lib.dir}/logkit-1.0.jar"/>
>   -  <property name="xerces.jar" value="${tools.dir}/lib/xerces.jar"/>
>   -  <property name="xalan.jar"
value="${tools.dir}/lib/xalan-2.2.0-D8.jar"/>
>   +  <property name="framework.jar"
value="${tools.dir}/ext/avalon-framework.jar"/>
>   +  <property name="logkit.jar" value="${tools.dir}/ext/logkit.jar"/>
>   +  <property name="xerces.jar"
value="${tools.dir}/lib/xerces-1.4.4.jar"/>
>   +  <property name="xalan.jar"
value="${tools.dir}/lib/xalan-2.2.0-D13.jar"/>
>      <property name="bsf.jar" value="${tools.dir}/lib/bsf.jar"/>
>      <property name="junit.jar" value="${tools.dir}/lib/junit-3.7.jar"/>
>      <property name="tools.jar" value="${java.home}/../lib/tools.jar"/>
>
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: PhoenixServlet error

Posted by Peter Donald <pe...@apache.org>.
On Fri, 23 Nov 2001 12:49, Stephen McConnell wrote:
> PhoenixServlet under Tomcat 4.0.1 seems to be running into problems.
> Can anyone confirm if this class has been tested recently with respect
> to the new "/ext" path addition within Phoenix 4.3b3?

probably not ;)

> Here is the exception inside the servlet init method after calling
> super.init( conf ) into PhoenixServlet.

Okay - I just made the SingleAppEmbeddor use a NoopPackageRepository so it 
should not fail anymore. It does mean that any apps deployed in the servlet 
needs to be self contained but that should be no issue.

-- 
Cheers,

Pete

-----------------------------------------------
|  If you turn on the light quickly enough,   |
|    you can see what the dark looks like.    |
-----------------------------------------------

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: PhoenixServlet error (more problems)

Posted by Peter Donald <pe...@apache.org>.
On Fri, 23 Nov 2001 14:49, Stephen McConnell wrote:
> This leads to the next problem.  PhoenixServelt invokes
> execute on the SingleAppEmbeddor which causes the DefaultDeployer
> to do its stuff, however there seems to be a failure here because the
> configuration file doesn't get expanded and we end up with a
> FileNotFoundException throw up from DefaultConfigurationBuilder.

Which config file ? Could you give a stack trace or something more so I can 
track down the problem ;)

-- 
Cheers,

Pete

-------------------------------------------------------
"When we remember we are all mad, the mysteries of life 
disappear and life stands explained." -Mark Twain
-------------------------------------------------------

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [Excalibur] cvs build failure

Posted by Berin Loritsch <bl...@apache.org>.
Stephen McConnell wrote:

> 
>     [javac] symbol  : method setDefaultLogTargets
> (org.apache.log.LogTarget[])
>     [javac] location: class org.apache.log.Hierarchy
>     [javac]                 m_hierarchy.setDefaultLogTargets( log_targets );
>     [javac]                            ^
>     [javac] Note: Some input files use or override a deprecated API.
>     [javac] Note: Recompile with -deprecation for details.
>     [javac] 1 error

The wrong version of LogKit was in the tool dir.  This has been remedied.

-- 

"Those who would trade liberty for
  temporary security deserve neither"
                 - Benjamin Franklin


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


[Excalibur] cvs build failure

Posted by Stephen McConnell <mc...@osm.net>.

compile:
    [mkdir] Created dir:
F:\dev\common\jakarta\jakarta-avalon-excalibur\build\classes
    [mkdir] Created dir:
F:\dev\common\jakarta\jakarta-avalon-excalibur\build\scratchpad
     [copy] Copying 1 file to
F:\dev\common\jakarta\jakarta-avalon-excalibur\build\src\org\apache\avalon\e
xcalibur\datasource
     [copy] Copying 1 file to
F:\dev\common\jakarta\jakarta-avalon-excalibur\build\src\org\apache\avalon\e
xcalibur\datasource
     [copy] Copying 21 files to
F:\dev\common\jakarta\jakarta-avalon-excalibur\build\scratchpad
     [copy] Copied 2 empty directories to
F:\dev\common\jakarta\jakarta-avalon-excalibur\build\scratchpad
     [copy] Copying 6 files to
F:\dev\common\jakarta\jakarta-avalon-excalibur\build\classes
     [copy] Copied 10 empty directories to
F:\dev\common\jakarta\jakarta-avalon-excalibur\build\classes
    [javac] Compiling 142 source files to
F:\dev\common\jakarta\jakarta-avalon-excalibur\build\classes
    [javac]
F:\dev\common\jakarta\jakarta-avalon-excalibur\src\java\org\apache\avalon\ex
calibur\logger\DefaultLogKitManager.java:265: cannot
 resolve symbol
    [javac] symbol  : method setDefaultLogTargets
(org.apache.log.LogTarget[])
    [javac] location: class org.apache.log.Hierarchy
    [javac]                 m_hierarchy.setDefaultLogTargets( log_targets );
    [javac]                            ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

BUILD FAILED


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: PhoenixServlet error (more problems)

Posted by Stephen McConnell <mc...@osm.net>.
> From: Stephen McConnell wrote:
> PhoenixServlet under Tomcat 4.0.1 seems to be running into problems.
> Can anyone confirm if this class has been tested recently with respect
> to the new "/ext" path addition within Phoenix 4.0b3?
>
> Here is the exception inside the servlet init method after calling
> super.init( conf ) into PhoenixServlet.
>
>
> 2001-11-23 02:33:10 XWEB: java.lang.IllegalArgumentException: path element
> ..\ext must exist and must be a directory
[snip]

The problem here is that the PhoenixServlet causes the
PhoenixPackageRepository to do something with the extension directory
and the exception get thrown because the "ext" dir does not exist. It
would seem reasonable to change PhoenixPackageRepository to
check the existence of the "ext" dir before invoking 'setPath'.  The
quick and dirty solution is to create a ${tomcat}/ext directory.

This leads to the next problem.  PhoenixServelt invokes
execute on the SingleAppEmbeddor which causes the DefaultDeployer
to do its stuff, however there seems to be a failure here because the
configuration file doesn't get expanded and we end up with a
FileNotFoundException throw up from DefaultConfigurationBuilder.

Cheers, Steve.



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: PhoenixServlet error

Posted by Stephen McConnell <mc...@osm.net>.

> PhoenixServlet under Tomcat 4.0.1 seems to be running into problems.
> Can anyone confirm if this class has been tested recently with respect
> to the new "/ext" path addition within Phoenix 4.3b3?

Woops ... correction:  Phoenix 4.0a4


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


PhoenixServlet error

Posted by Stephen McConnell <mc...@osm.net>.
PhoenixServlet under Tomcat 4.0.1 seems to be running into problems.
Can anyone confirm if this class has been tested recently with respect
to the new "/ext" path addition within Phoenix 4.3b3?

Here is the exception inside the servlet init method after calling
super.init( conf ) into PhoenixServlet.


2001-11-23 02:33:10 XWEB: java.lang.IllegalArgumentException: path element
..\ext must exist and must be a directory
	at
org.apache.avalon.excalibur.extension.DefaultPackageRepository.setPath(Defau
ltPackageRepository.java:123)
	at
org.apache.avalon.phoenix.components.extensions.PhoenixPackageRepository.ini
tialize(PhoenixPackageRepository.java:58)
	at
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.setupComponent
(DefaultEmbeddor.java:379)
	at
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.initialize(Def
aultEmbeddor.java:134)
	at org.apache.avalon.phoenix.frontends.PhoenixServlet.init(Unknown Source)

Steve.



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>