user@excalibur.apache.org Archives

[Travel Assistance] Applications for ApacheCon EU 2009 - Now Open

2009-01-23T17:43:11Z

The Travel Assistance Committee is now accepting applications for those
wanting to attend ApacheCon EU 2009 between the 23rd and 27th March 2009
in Amsterdam.

The Travel Assistance Committee is looking for people who would like to
be able to attend ApacheCon EU 2009 who need some financial support in
order to get there. There are very few places available and the criteria
is high, that aside applications are open to all open source developers
who feel that their attendance would benefit themselves, their
project(s), the ASF or open source in general.

Financial assistance is available for travel, accommodation and entrance
fees either in full or in part, depending on circumstances. It is
intended that all our ApacheCon events are covered, so it may be prudent
for those in the United States or Asia to wait until an event closer to
them comes up - you are all welcome to apply for ApacheCon EU of course,
but there must be compelling reasons for you to attend an event further
away that your home location for your application to be considered above
those closer to the event location.

More information can be found on the main Apache website at
http://www.apache.org/travel/index.html - where you will also find a
link to the online application form.

Time is very tight for this event, so applications are open now and will
end on the 4th February 2009 - to give enough time for travel
arrangements to be made.

Good luck to all those that apply.


Regards,
The Travel Assistance Committee

-- 
Carsten Ziegeler
cziegeler@apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Access to top-level configuration tree in Excalibur?

2008-09-29T20:50:46Z

Carsten Ziegeler wrote:
> Hi,
> 
> sorry for the late response. An answer from Berin Loritsch got stuck in
> the moderation of this list. This is the answer from Berin:
> 
> "Excalibur was designed around each component only knowing and being
> able to deal with their own information.  It was a conscious design
> decision.  There are ways around the model, but typically you have to
> mount the configuration tree to a JNDI context and load it when you need it.
> 
> Another way to deal with the arbitrarily complex graph is to have
> multiple levels of Excalibur containers.  Essentially you have a top
> level that manages the configuration and stands up the child Excalibur
> container that manages the graphs that you have set up.  That is the way
> to do it that matches the design of the Excalibur framework."

Thanks. Although this does not sound unreasonable, I respect the 
Excalibur design, and we have found what I think is a better way. That 
is to simply give the component that contains the configuration editor a 
list of the roles of the components that can be reconfigured, and have 
it look them up one by one and ask them to report their individual 
configuration trees. Because it then has the association of references 
to configurations, if the user makes a change, it can be directly 
propagated to the correct component.

Best regards,

John Collins


> 
> 
> John E. Collins wrote:
>> I have an application that builds an arbitrarily complex dependency
>> graph among small analysis modules at runtime, using a a Configuration
>> derived from the XML configuration file. Most of the modules are not
>> Excalibur components, but are managed by a component, so all but the
>> leaves of the graph are accessible through that component's
>> Configuration. But there are other components, the leaves of the graph,
>> that are separate Excalibur components, and whose dependencies are
>> expressed in their individual Configuration trees. We want to make the
>> configuration visible and modifiable at runtime, which requires access
>> to the top-level configuration tree. I can get the configuration tree
>> for the individual components, but I cannot see how to get the top-level
>> tree. Is there such a thing? Is it available in any useful way?
>>
>> Any suggestions would be welcome.
>>
>> John Collins
>> University of Minnesota
> 
>

Re: Access to top-level configuration tree in Excalibur?

2008-09-29T17:36:02Z

Hi,

sorry for the late response. An answer from Berin Loritsch got stuck in
the moderation of this list. This is the answer from Berin:

"Excalibur was designed around each component only knowing and being
able to deal with their own information.  It was a conscious design
decision.  There are ways around the model, but typically you have to
mount the configuration tree to a JNDI context and load it when you need it.

Another way to deal with the arbitrarily complex graph is to have
multiple levels of Excalibur containers.  Essentially you have a top
level that manages the configuration and stands up the child Excalibur
container that manages the graphs that you have set up.  That is the way
to do it that matches the design of the Excalibur framework."

John E. Collins wrote:
> I have an application that builds an arbitrarily complex dependency
> graph among small analysis modules at runtime, using a a Configuration
> derived from the XML configuration file. Most of the modules are not
> Excalibur components, but are managed by a component, so all but the
> leaves of the graph are accessible through that component's
> Configuration. But there are other components, the leaves of the graph,
> that are separate Excalibur components, and whose dependencies are
> expressed in their individual Configuration trees. We want to make the
> configuration visible and modifiable at runtime, which requires access
> to the top-level configuration tree. I can get the configuration tree
> for the individual components, but I cannot see how to get the top-level
> tree. Is there such a thing? Is it available in any useful way?
> 
> Any suggestions would be welcome.
> 
> John Collins
> University of Minnesota

-- 
Carsten Ziegeler
cziegeler@apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Access to top-level configuration tree in Excalibur?

2008-09-12T22:40:18Z

I have an application that builds an arbitrarily complex dependency 
graph among small analysis modules at runtime, using a a Configuration 
derived from the XML configuration file. Most of the modules are not 
Excalibur components, but are managed by a component, so all but the 
leaves of the graph are accessible through that component's 
Configuration. But there are other components, the leaves of the graph, 
that are separate Excalibur components, and whose dependencies are 
expressed in their individual Configuration trees. We want to make the 
configuration visible and modifiable at runtime, which requires access 
to the top-level configuration tree. I can get the configuration tree 
for the individual components, but I cannot see how to get the top-level 
tree. Is there such a thing? Is it available in any useful way?

Any suggestions would be welcome.

John Collins
University of Minnesota

Re: Request for excalibur bug for uri and protocol fle.

2008-06-10T15:36:29Z

Hi,

the url returned by the source is a url which should be treaded as such. 
You can create a new java.net.URL object with this string and then a 
File object using the url object.

HTH
Carsten

Maodo DIOP wrote:
> Hi Team developpers,
> 
> I have found a bug in the 
> class*o**rg.apache.excalibur.source.impl.SourceResolverImpl * method 
> *public Source resolveURI( String location, String baseURI,Map 
> parameters ) *line *176-181* . which return the uri of a given file . 
> But this uri is defined under OS platform where file protocol is 
> "file:/" under Windows OS and without the slash under other plateforms 
> which is a real bug according to me . We know that file protocol is 
> "file:/" .
> Here an example
> Source mySource = resolver.resolveURI(myFile);
> setSession("myFilewithUri",mySource.getUri());
> 
> When i get this variable String myFilename = (String 
> )getSession("myFilewithUri");
> 
> int fileLength = myFilename.length();
> To delete this file we must test the plateform which is not the aim of 
> Java programming  "*W*rite *O*nce *R*un *A*nywhere" .
> 
> if(isUnderWindows()){
>     //Get the real file without part of "file:/"
> filename = filename.substring(URL_PREFIX_LEN,end);
> }else{
> //Get the real file without part of "file:" under other OS
>  filename = filename.substring(URL_PREFIX_LEN-1,end);
> }
> 
> where
>  int end =  int *end *= filename.length() ; and
>  private final static String URL_PREFIX = "file:/";
>  private final static int *URL_PREFIX_LEN *= URL_PREFIX.length();
> 
> This is due to the *o**rg.apache.excalibur.source.impl.SourceResolverImpl *
> methode *public Source resolveURI( String location, String baseURI,Map 
> parameters )* line *176-181* .
> 
> String systemID = location;
>        * // special handling for windows file paths*
>         if( location.length() > 1 && location.charAt( 1 ) == ':' )
>             systemID = "*file:/" + location;*
>         else if( location.length() > 2 && location.charAt(0) == '/' &&

> location.charAt(2) == ':' )
>             systemID = *"file:" + location;
> 
> 
> *What is your comments for ?*
> *
> 


-- 
Carsten Ziegeler
cziegeler@apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Request for excalibur bug for uri and protocol fle.

2008-06-10T15:24:52Z

Hi Team developpers,

I have found a bug in the 
class*o**rg.apache.excalibur.source.impl.SourceResolverImpl * method 
*public Source resolveURI( String location, String baseURI,Map 
parameters ) *line *176-181* . which return the uri of a given file . 
But this uri is defined under OS platform where file protocol is 
"file:/" under Windows OS and without the slash under other plateforms 
which is a real bug according to me . We know that file protocol is 
"file:/" .
Here an example
Source mySource = resolver.resolveURI(myFile);
setSession("myFilewithUri",mySource.getUri());

When i get this variable String myFilename = (String 
)getSession("myFilewithUri");

int fileLength = myFilename.length();
To delete this file we must test the plateform which is not the aim of 
Java programming  "*W*rite *O*nce *R*un *A*nywhere" .

if(isUnderWindows()){
    //Get the real file without part of "file:/"
filename = filename.substring(URL_PREFIX_LEN,end);
}else{
//Get the real file without part of "file:" under other OS
 filename = filename.substring(URL_PREFIX_LEN-1,end);
}

where
 int end =  int *end *= filename.length() ; and
 private final static String URL_PREFIX = "file:/";
 private final static int *URL_PREFIX_LEN *= URL_PREFIX.length();

This is due to the *o**rg.apache.excalibur.source.impl.SourceResolverImpl *
methode *public Source resolveURI( String location, String baseURI,Map 
parameters )* line *176-181* .

String systemID = location;
       * // special handling for windows file paths*
        if( location.length() > 1 && location.charAt( 1 ) == ':' )
            systemID = "*file:/" + location;*
        else if( location.length() > 2 && location.charAt(0) == '/' &&

location.charAt(2) == ':' )
            systemID = *"file:" + location;


*What is your comments for ?*
*

Re: problem with closing database connections using Excalibur Pool 1.2

2008-02-22T17:21:47Z

Heya!

that'd be

   http://archive.apache.org/dist/avalon/excalibur-pool/source/ 
excalibur-pool-1.2.zip
   http://archive.apache.org/dist/avalon/excalibur-datasource/source/ 
excalibur-datasource-1.1.1.zip

that's quite an old package :-). Note its in dist/avalon and not dist/ 
excalibur.

Looking at the source a bit, it doesn't seem to do much of anything  
specific for JDBC connections -- i.e. it just close()es of the JDBC  
connection on dispose(), which seems pretty reasonable.

cheers,

- Leo

On Feb 22, 2008, at 6:14 PM, Simon Payne wrote:

> Berin
>
> Thanks for your comments. I would like to check the source for  
> Excalibur Pool 1.2 and see how it is handling errors from the  
> driver, in case that is where the fault lies. Is it possible to  
> download that version's source?  I have found the binary of it on  
> one of the FTP mirror sites, and the source for later versions, but  
> not that one.
>
> Simon
>
> -----Original Message-----
> From: Berin Loritsch [mailto:bloritsch@d-haven.com]
> Sent: 22 February 2008 16:22
> To: Excalibur Users List; simon.payne@1spatial.com
> Subject: Re: problem with closing database connections using Excalibur
> Pool 1.2
>
>
> The Oracle driver is notorious about dealing with open resources.  If
> you forget to close one resultset, statement, etc. then not only will
> the connection not close, but you'll get an exception regarding too  
> many
> cursors or something like that.  Make sure you are closing all those
> resources inside a finally block, because one exception will throw
> things off otherwise.
>
> That's my best guess after not being in the code for years.
>
> Simon Payne wrote:
>> Hello,
>>
>> I am using JMeter to load test an Oracle database.  I have been  
>> having
>> trouble with JDBC connect strings and TNSNAMES entries.  The code  
>> within
>> JMeter that handles connect strings (i.e. db urls) is Excalibur  
>> Pool v. 1.2,
>> hence I am addressing this forum.
>>
>> The problem appears on closure of the connection - opening  
>> connections works
>> fine.  How does Excalibur Pool work in this respect?
>>
>> Why would I be getting an error like the one below? Has anyone  
>> else seen and
>> resolved it?
>>
>> Here is my environment:-
>>
>> Excalibur Pool v. 1.2
>> JMeter v. 2.3
>> Database: Oracle 10g3 (10.2.0.3.0)
>> JDBC driver: Oracle ojdbc14.jar v. 10.2.0.3.0
>> Client JVM: J2RE, Standard Edition (build 1.5.0_06-b05) Java  
>> HotSpot(TM)
>> Client VM (build 1.5.0_06-b05, mixed mode).
>> Platform: Client: Windows XP Pro 2002 SP2; Server: Suse Enterprise  
>> Linux v.
>> 10.
>>
>> The exception I am getting is:
>>
>> 2008/02/22 14:59:31 WARN  -  
>> jmeter.protocol.jdbc.config.DataSourceElement:
>> Could not close connection java.sql.SQLException: Protocol violation
>> 	at
>> oracle.jdbc.driver.DatabaseError.throwSqlException 
>> (DatabaseError.java:111)
>> 	at
>> oracle.jdbc.driver.DatabaseError.throwSqlException 
>> (DatabaseError.java:145)
>> 	at
>> oracle.jdbc.driver.DatabaseError.throwSqlException 
>> (DatabaseError.java:207)
>> 	at oracle.jdbc.driver.T4C7Ocommoncall.receive 
>> (T4C7Ocommoncall.java:149)
>> 	at oracle.jdbc.driver.T4CConnection.logoff(T4CConnection.java:464)
>> 	at
>> oracle.jdbc.driver.PhysicalConnection.close 
>> (PhysicalConnection.java:1202)
>> 	at
>> org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.dispose 
>> (Abstra
>> ctJdbcConnection.java:317)
>> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> 	at
>> sun.reflect.NativeMethodAccessorImpl.invoke 
>> (NativeMethodAccessorImpl.java:39
>> )
>> 	at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke 
>> (DelegatingMethodAccessorImpl
>> .java:25)
>> 	at java.lang.reflect.Method.invoke(Method.java:585)
>> 	at
>> org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.invoke( 
>> Abstrac
>> tJdbcConnection.java:357)
>> 	at $Proxy0.dispose(Unknown Source)
>> 	at
>> org.apache.avalon.excalibur.datasource.JdbcConnectionFactory.decommis 
>> sion(Jd
>> bcConnectionFactory.java:248)
>> 	at
>> org.apache.avalon.excalibur.pool.ResourceLimitingPool.removePoolable( 
>> Resourc
>> eLimitingPool.java:697)
>> 	at
>> org.apache.avalon.excalibur.pool.ResourceLimitingPool.permanentlyRemo 
>> vePoola
>> ble(ResourceLimitingPool.java:639)
>> 	at
>> org.apache.avalon.excalibur.pool.ResourceLimitingPool.dispose 
>> (ResourceLimiti
>> ngPool.java:518)
>> 	at
>> org.apache.avalon.excalibur.datasource.ResourceLimitingJdbcDataSource 
>> .dispos
>> e(ResourceLimitingJdbcDataSource.java:442)
>> 	at
>> org.apache.jmeter.protocol.jdbc.config.DataSourceElement.testEnded 
>> (DataSourc
>> eElement.java:75)
>> 	at
>> org.apache.jmeter.engine.StandardJMeterEngine.notifyTestListenersOfEn 
>> d(Stand
>> ardJMeterEngine.java:246)
>> 	at
>> org.apache.jmeter.engine.StandardJMeterEngine$StopTest.run 
>> (StandardJMeterEng
>> ine.java:321)
>> 	at java.lang.Thread.run(Thread.java:595)
>>
>> Here is how we've discussed it so far, on the JMeter user forum:-
>>
>> http://mail-archives.apache.org/mod_mbox/jakarta-jmeter-user/ 
>> 200802.mbox/aja
>> x/%3c25aac9fc0802220708x1e40bc89q3b575f9f00919c6a@mail.gmail.com%3e
>> (cut and paste link into a browser).
>>
>> Thanks in anticipation of your help.
>>
>> Regards,
>>
>> Simon Payne
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
>> For additional commands, e-mail: user-help@excalibur.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
> For additional commands, e-mail: user-help@excalibur.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

RE: problem with closing database connections using Excalibur Pool 1.2

2008-02-22T17:14:27Z

Berin

Thanks for your comments. I would like to check the source for Excalibur Pool 1.2 and see
how it is handling errors from the driver, in case that is where the fault lies. Is it possible
to download that version's source?  I have found the binary of it on one of the FTP mirror
sites, and the source for later versions, but not that one.

Simon

-----Original Message-----
From: Berin Loritsch [mailto:bloritsch@d-haven.com]
Sent: 22 February 2008 16:22
To: Excalibur Users List; simon.payne@1spatial.com
Subject: Re: problem with closing database connections using Excalibur
Pool 1.2


The Oracle driver is notorious about dealing with open resources.  If 
you forget to close one resultset, statement, etc. then not only will 
the connection not close, but you'll get an exception regarding too many 
cursors or something like that.  Make sure you are closing all those 
resources inside a finally block, because one exception will throw 
things off otherwise.

That's my best guess after not being in the code for years.

Simon Payne wrote:
> Hello,
>
> I am using JMeter to load test an Oracle database.  I have been having
> trouble with JDBC connect strings and TNSNAMES entries.  The code within
> JMeter that handles connect strings (i.e. db urls) is Excalibur Pool v. 1.2,
> hence I am addressing this forum.
>
> The problem appears on closure of the connection - opening connections works
> fine.  How does Excalibur Pool work in this respect?
>
> Why would I be getting an error like the one below? Has anyone else seen and
> resolved it?
>
> Here is my environment:-
>
> Excalibur Pool v. 1.2
> JMeter v. 2.3
> Database: Oracle 10g3 (10.2.0.3.0)
> JDBC driver: Oracle ojdbc14.jar v. 10.2.0.3.0
> Client JVM: J2RE, Standard Edition (build 1.5.0_06-b05) Java HotSpot(TM)
> Client VM (build 1.5.0_06-b05, mixed mode).
> Platform: Client: Windows XP Pro 2002 SP2; Server: Suse Enterprise Linux v.
> 10.
>
> The exception I am getting is:
>
> 2008/02/22 14:59:31 WARN  - jmeter.protocol.jdbc.config.DataSourceElement:
> Could not close connection java.sql.SQLException: Protocol violation
> 	at
> oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:111)
> 	at
> oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:145)
> 	at
> oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:207)
> 	at oracle.jdbc.driver.T4C7Ocommoncall.receive(T4C7Ocommoncall.java:149)
> 	at oracle.jdbc.driver.T4CConnection.logoff(T4CConnection.java:464)
> 	at
> oracle.jdbc.driver.PhysicalConnection.close(PhysicalConnection.java:1202)
> 	at
> org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.dispose(Abstra
> ctJdbcConnection.java:317)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
> )
> 	at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:25)
> 	at java.lang.reflect.Method.invoke(Method.java:585)
> 	at
> org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.invoke(Abstrac
> tJdbcConnection.java:357)
> 	at $Proxy0.dispose(Unknown Source)
> 	at
> org.apache.avalon.excalibur.datasource.JdbcConnectionFactory.decommission(Jd
> bcConnectionFactory.java:248)
> 	at
> org.apache.avalon.excalibur.pool.ResourceLimitingPool.removePoolable(Resourc
> eLimitingPool.java:697)
> 	at
> org.apache.avalon.excalibur.pool.ResourceLimitingPool.permanentlyRemovePoola
> ble(ResourceLimitingPool.java:639)
> 	at
> org.apache.avalon.excalibur.pool.ResourceLimitingPool.dispose(ResourceLimiti
> ngPool.java:518)
> 	at
> org.apache.avalon.excalibur.datasource.ResourceLimitingJdbcDataSource.dispos
> e(ResourceLimitingJdbcDataSource.java:442)
> 	at
> org.apache.jmeter.protocol.jdbc.config.DataSourceElement.testEnded(DataSourc
> eElement.java:75)
> 	at
> org.apache.jmeter.engine.StandardJMeterEngine.notifyTestListenersOfEnd(Stand
> ardJMeterEngine.java:246)
> 	at
> org.apache.jmeter.engine.StandardJMeterEngine$StopTest.run(StandardJMeterEng
> ine.java:321)
> 	at java.lang.Thread.run(Thread.java:595)
>
> Here is how we've discussed it so far, on the JMeter user forum:-
>
> http://mail-archives.apache.org/mod_mbox/jakarta-jmeter-user/200802.mbox/aja
> x/%3c25aac9fc0802220708x1e40bc89q3b575f9f00919c6a@mail.gmail.com%3e
> (cut and paste link into a browser).
>
> Thanks in anticipation of your help.
>
> Regards,
>
> Simon Payne
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
> For additional commands, e-mail: user-help@excalibur.apache.org
>
>   



---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: problem with closing database connections using Excalibur Pool 1.2

2008-02-22T16:22:01Z

The Oracle driver is notorious about dealing with open resources.  If 
you forget to close one resultset, statement, etc. then not only will 
the connection not close, but you'll get an exception regarding too many 
cursors or something like that.  Make sure you are closing all those 
resources inside a finally block, because one exception will throw 
things off otherwise.

That's my best guess after not being in the code for years.

Simon Payne wrote:
> Hello,
>
> I am using JMeter to load test an Oracle database.  I have been having
> trouble with JDBC connect strings and TNSNAMES entries.  The code within
> JMeter that handles connect strings (i.e. db urls) is Excalibur Pool v. 1.2,
> hence I am addressing this forum.
>
> The problem appears on closure of the connection - opening connections works
> fine.  How does Excalibur Pool work in this respect?
>
> Why would I be getting an error like the one below? Has anyone else seen and
> resolved it?
>
> Here is my environment:-
>
> Excalibur Pool v. 1.2
> JMeter v. 2.3
> Database: Oracle 10g3 (10.2.0.3.0)
> JDBC driver: Oracle ojdbc14.jar v. 10.2.0.3.0
> Client JVM: J2RE, Standard Edition (build 1.5.0_06-b05) Java HotSpot(TM)
> Client VM (build 1.5.0_06-b05, mixed mode).
> Platform: Client: Windows XP Pro 2002 SP2; Server: Suse Enterprise Linux v.
> 10.
>
> The exception I am getting is:
>
> 2008/02/22 14:59:31 WARN  - jmeter.protocol.jdbc.config.DataSourceElement:
> Could not close connection java.sql.SQLException: Protocol violation
> 	at
> oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:111)
> 	at
> oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:145)
> 	at
> oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:207)
> 	at oracle.jdbc.driver.T4C7Ocommoncall.receive(T4C7Ocommoncall.java:149)
> 	at oracle.jdbc.driver.T4CConnection.logoff(T4CConnection.java:464)
> 	at
> oracle.jdbc.driver.PhysicalConnection.close(PhysicalConnection.java:1202)
> 	at
> org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.dispose(Abstra
> ctJdbcConnection.java:317)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
> )
> 	at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:25)
> 	at java.lang.reflect.Method.invoke(Method.java:585)
> 	at
> org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.invoke(Abstrac
> tJdbcConnection.java:357)
> 	at $Proxy0.dispose(Unknown Source)
> 	at
> org.apache.avalon.excalibur.datasource.JdbcConnectionFactory.decommission(Jd
> bcConnectionFactory.java:248)
> 	at
> org.apache.avalon.excalibur.pool.ResourceLimitingPool.removePoolable(Resourc
> eLimitingPool.java:697)
> 	at
> org.apache.avalon.excalibur.pool.ResourceLimitingPool.permanentlyRemovePoola
> ble(ResourceLimitingPool.java:639)
> 	at
> org.apache.avalon.excalibur.pool.ResourceLimitingPool.dispose(ResourceLimiti
> ngPool.java:518)
> 	at
> org.apache.avalon.excalibur.datasource.ResourceLimitingJdbcDataSource.dispos
> e(ResourceLimitingJdbcDataSource.java:442)
> 	at
> org.apache.jmeter.protocol.jdbc.config.DataSourceElement.testEnded(DataSourc
> eElement.java:75)
> 	at
> org.apache.jmeter.engine.StandardJMeterEngine.notifyTestListenersOfEnd(Stand
> ardJMeterEngine.java:246)
> 	at
> org.apache.jmeter.engine.StandardJMeterEngine$StopTest.run(StandardJMeterEng
> ine.java:321)
> 	at java.lang.Thread.run(Thread.java:595)
>
> Here is how we've discussed it so far, on the JMeter user forum:-
>
> http://mail-archives.apache.org/mod_mbox/jakarta-jmeter-user/200802.mbox/aja
> x/%3c25aac9fc0802220708x1e40bc89q3b575f9f00919c6a@mail.gmail.com%3e
> (cut and paste link into a browser).
>
> Thanks in anticipation of your help.
>
> Regards,
>
> Simon Payne
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
> For additional commands, e-mail: user-help@excalibur.apache.org
>
>   


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

problem with closing database connections using Excalibur Pool 1.2

2008-02-22T16:11:14Z

Hello,

I am using JMeter to load test an Oracle database.  I have been having
trouble with JDBC connect strings and TNSNAMES entries.  The code within
JMeter that handles connect strings (i.e. db urls) is Excalibur Pool v. 1.2,
hence I am addressing this forum.

The problem appears on closure of the connection - opening connections works
fine.  How does Excalibur Pool work in this respect?

Why would I be getting an error like the one below? Has anyone else seen and
resolved it?

Here is my environment:-

Excalibur Pool v. 1.2
JMeter v. 2.3
Database: Oracle 10g3 (10.2.0.3.0)
JDBC driver: Oracle ojdbc14.jar v. 10.2.0.3.0
Client JVM: J2RE, Standard Edition (build 1.5.0_06-b05) Java HotSpot(TM)
Client VM (build 1.5.0_06-b05, mixed mode).
Platform: Client: Windows XP Pro 2002 SP2; Server: Suse Enterprise Linux v.
10.

The exception I am getting is:

2008/02/22 14:59:31 WARN  - jmeter.protocol.jdbc.config.DataSourceElement:
Could not close connection java.sql.SQLException: Protocol violation
	at
oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:111)
	at
oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:145)
	at
oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:207)
	at oracle.jdbc.driver.T4C7Ocommoncall.receive(T4C7Ocommoncall.java:149)
	at oracle.jdbc.driver.T4CConnection.logoff(T4CConnection.java:464)
	at
oracle.jdbc.driver.PhysicalConnection.close(PhysicalConnection.java:1202)
	at
org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.dispose(Abstra
ctJdbcConnection.java:317)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at
org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.invoke(Abstrac
tJdbcConnection.java:357)
	at $Proxy0.dispose(Unknown Source)
	at
org.apache.avalon.excalibur.datasource.JdbcConnectionFactory.decommission(Jd
bcConnectionFactory.java:248)
	at
org.apache.avalon.excalibur.pool.ResourceLimitingPool.removePoolable(Resourc
eLimitingPool.java:697)
	at
org.apache.avalon.excalibur.pool.ResourceLimitingPool.permanentlyRemovePoola
ble(ResourceLimitingPool.java:639)
	at
org.apache.avalon.excalibur.pool.ResourceLimitingPool.dispose(ResourceLimiti
ngPool.java:518)
	at
org.apache.avalon.excalibur.datasource.ResourceLimitingJdbcDataSource.dispos
e(ResourceLimitingJdbcDataSource.java:442)
	at
org.apache.jmeter.protocol.jdbc.config.DataSourceElement.testEnded(DataSourc
eElement.java:75)
	at
org.apache.jmeter.engine.StandardJMeterEngine.notifyTestListenersOfEnd(Stand
ardJMeterEngine.java:246)
	at
org.apache.jmeter.engine.StandardJMeterEngine$StopTest.run(StandardJMeterEng
ine.java:321)
	at java.lang.Thread.run(Thread.java:595)

Here is how we've discussed it so far, on the JMeter user forum:-

http://mail-archives.apache.org/mod_mbox/jakarta-jmeter-user/200802.mbox/aja
x/%3c25aac9fc0802220708x1e40bc89q3b575f9f00919c6a@mail.gmail.com%3e
(cut and paste link into a browser).

Thanks in anticipation of your help.

Regards,

Simon Payne


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Bug in FileSource?

2008-01-29T16:52:40Z

Your last post confused me.  The SourceResolver uses the configured
SourceFactory(s) to create and return a Source.  When creating a
SourceFactory, using the SourceResolver is asking for an infinite
loop.  The current implementations of our two custom SourceFactories
return a FileSource (although the SourceResolvers will return other
Sources when pulling from JCR or RDBMS in the future.)

Our StringSource was designed for returning errors from
SourceFactories.  The class should always be directly instantiated in
a SourceFactory.  This class could be added to the
org.apache.excalibur.source.impl package.  The API doc states:
   Creates a Source from a String, Document, Node, or XMLizable.
   If a String does not start with "<", it is wrapped with  tags.
   If a String does not start with " wrote:
> are you directly instantiating a FileSource object yourself?
> Or are you using the SourceResolver?
> The source implementations (like FileSource etc.) are not meant to be
> directly instantiated. The source resolver is the only service to create
> source objects. The implementation of the source resolver should take
> care of special OS paths like drive letters on windows etc.
>
> Carsten
>
> solprovider@apache.org wrote:
> > [Using a friend's computer.]  Bug is obvious:
> >     public FileSource(String uri) throws SourceException, MalformedURLException
> >     {
> >         int pos = SourceUtil.indexOfSchemeColon(uri);
> >         if (pos == -1)
> >         {
> >             throw new MalformedURLException("Invalid URI : " + uri);
> >         }
> >
> >         String scheme = uri.substring(0, pos);
> >         String fileName = uri.substring(pos + 1);
> >         fileName = SourceUtil.decodePath(fileName);
> >         this.init(scheme, new File(fileName));
> >     }
> >
> > Anything before the first colon is treated as the protocol.  Are
> > single letter schemes illegal? Or is there a "not a real OS" flag to
> > check for a  "drive letter"?
> >
> > This code will also fail for real operating systems because it assumes
> > the String is a URI.  new FileSource("/var/myfile") will throw an
> > Exception.
> >
> > I misunderstood the API doc:
> >    Builds a FileSource given an URI, which doesn't necessarily have to
> > start with "file:"
> > That seems to imply a FileSource can be created from a filepath
> > string.  Guess it means a FileSource can be created from other
> > protocols.
> >
> > The API doc needs to explicitly exclude filepaths.  I am surprised a
> > FileSource cannot be created from a filepath String.  That seems like
> > the most common operation.
> >
> > I can fix my code with a simple "file://" prefix.
> >
> > solprovider
> >
> > On Jan 28, 2008 5:02 AM, Carsten Ziegeler  wrote:
> >> this seems to be a bug - can you file a bug please?
> >>
> >> Thanks
> >> Carsten
> >>
> >>
> >> solprovider@apache.org wrote:
> >>> FileSource incorrectly repeats the drive specification on Windows.
> >>> This causes errors retrieving files relative to the FileSource.
> >>>
> >>> We are receiving this error using excalibur-sourceresolve-2.2.3.jar
> >>> (from Cocoon-2.1.11)
> >>> cause: java.io.FileNotFoundException: F:\F:\mydirectory\page2xhtml.xsl
> >>> (The filename, directory name, or volume label syntax is incorrect)
> >>> org.apache.cocoon.ProcessingException: Unable to get transformer
> >>> handler for F:///F:/myDirectory/page2xhtml-homepage.xsl
> >>>
> >>> FILE: page2xhtml-homepage.xsl (relatively imports page2xhtml.xsl.)
> >>> 
> >>> 
> >>> 
> >>> 
> >>>
> >>> JAVA TEST:
> >>> import java.io.File;
> >>> import org.apache.excalibur.source.Source;
> >>> import org.apache.excalibur.source.impl.FileSource;
> >>> public class mySourceFactory implements SourceFactory{
> >>>   public Source getSource(String location, Map parameters) throws
> >>> IOException, MalformedURLException {
> >>>       File file = new File(myDirectory, location);
> >>>       if(!file.exists()) throw new IOException("Bad file.");
> >>>       filepath = file.getAbsolutePath(); //Original assignment is
> >>>       print(filepath);  \\ "F:\myDirectory\myfile.xsl"
> >>>       FileSource source = new FileSource(filepath);
> >>>       print(source.getURI()); \\"F:///F:/myDirectory/myfile.xslt"
> >>>       return source;
> >>>    }
> >>> }
> >>>
> >>> Are we doing something wrong?  Does FileSource.getURI() contain a bug?
> >>>  What is the workaround?
> >>>
> >>> TIA,
> >>> solprovider
> Carsten Ziegeler

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Bug in FileSource?

2008-01-29T09:29:30Z

Hi,

are you directly instantiating a FileSource object yourself?
Or are you using the SourceResolver?
The source implementations (like FileSource etc.) are not meant to be 
directly instantiated. The source resolver is the only service to create 
source objects. The implementation of the source resolver should take 
care of special OS paths like drive letters on windows etc.

Carsten

solprovider@apache.org wrote:
> [Using a friend's computer.]  Bug is obvious:
>     public FileSource(String uri) throws SourceException, MalformedURLException
>     {
>         int pos = SourceUtil.indexOfSchemeColon(uri);
>         if (pos == -1)
>         {
>             throw new MalformedURLException("Invalid URI : " + uri);
>         }
> 
>         String scheme = uri.substring(0, pos);
>         String fileName = uri.substring(pos + 1);
>         fileName = SourceUtil.decodePath(fileName);
>         this.init(scheme, new File(fileName));
>     }
> 
> Anything before the first colon is treated as the protocol.  Are
> single letter schemes illegal? Or is there a "not a real OS" flag to
> check for a  "drive letter"?
> 
> This code will also fail for real operating systems because it assumes
> the String is a URI.  new FileSource("/var/myfile") will throw an
> Exception.
> 
> I misunderstood the API doc:
>    Builds a FileSource given an URI, which doesn't necessarily have to
> start with "file:"
> That seems to imply a FileSource can be created from a filepath
> string.  Guess it means a FileSource can be created from other
> protocols.
> 
> The API doc needs to explicitly exclude filepaths.  I am surprised a
> FileSource cannot be created from a filepath String.  That seems like
> the most common operation.
> 
> I can fix my code with a simple "file://" prefix.
> 
> solprovider
> 
> On Jan 28, 2008 5:02 AM, Carsten Ziegeler  wrote:
>> this seems to be a bug - can you file a bug please?
>>
>> Thanks
>> Carsten
>>
>>
>> solprovider@apache.org wrote:
>>> FileSource incorrectly repeats the drive specification on Windows.
>>> This causes errors retrieving files relative to the FileSource.
>>>
>>> We are receiving this error using excalibur-sourceresolve-2.2.3.jar
>>> (from Cocoon-2.1.11)
>>> cause: java.io.FileNotFoundException: F:\F:\mydirectory\page2xhtml.xsl
>>> (The filename, directory name, or volume label syntax is incorrect)
>>> org.apache.cocoon.ProcessingException: Unable to get transformer
>>> handler for F:///F:/myDirectory/page2xhtml-homepage.xsl
>>>
>>> FILE: page2xhtml-homepage.xsl (relatively imports page2xhtml.xsl.)
>>> 
>>> 
>>> 
>>> 
>>>
>>> JAVA TEST:
>>> import java.io.File;
>>> import org.apache.excalibur.source.Source;
>>> import org.apache.excalibur.source.impl.FileSource;
>>> public class mySourceFactory implements SourceFactory{
>>>   public Source getSource(String location, Map parameters) throws
>>> IOException, MalformedURLException {
>>>       File file = new File(myDirectory, location);
>>>       if(!file.exists()) throw new IOException("Bad file.");
>>>       filepath = file.getAbsolutePath(); //Original assignment is
>>>       print(filepath);  \\ "F:\myDirectory\myfile.xsl"
>>>       FileSource source = new FileSource(filepath);
>>>       print(source.getURI()); \\"F:///F:/myDirectory/myfile.xslt"
>>>       return source;
>>>    }
>>> }
>>>
>>> Are we doing something wrong?  Does FileSource.getURI() contain a bug?
>>>  What is the workaround?
>>>
>>> TIA,
>>> solprovider
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
>>> For additional commands, e-mail: user-help@excalibur.apache.org
>>>
>>>



-- 
Carsten Ziegeler
cziegeler@apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Bug in FileSource?

2008-01-28T18:35:37Z

[Using a friend's computer.]  Bug is obvious:
    public FileSource(String uri) throws SourceException, MalformedURLException
    {
        int pos = SourceUtil.indexOfSchemeColon(uri);
        if (pos == -1)
        {
            throw new MalformedURLException("Invalid URI : " + uri);
        }

        String scheme = uri.substring(0, pos);
        String fileName = uri.substring(pos + 1);
        fileName = SourceUtil.decodePath(fileName);
        this.init(scheme, new File(fileName));
    }

Anything before the first colon is treated as the protocol.  Are
single letter schemes illegal? Or is there a "not a real OS" flag to
check for a  "drive letter"?

This code will also fail for real operating systems because it assumes
the String is a URI.  new FileSource("/var/myfile") will throw an
Exception.

I misunderstood the API doc:
   Builds a FileSource given an URI, which doesn't necessarily have to
start with "file:"
That seems to imply a FileSource can be created from a filepath
string.  Guess it means a FileSource can be created from other
protocols.

The API doc needs to explicitly exclude filepaths.  I am surprised a
FileSource cannot be created from a filepath String.  That seems like
the most common operation.

I can fix my code with a simple "file://" prefix.

solprovider

On Jan 28, 2008 5:02 AM, Carsten Ziegeler  wrote:
> this seems to be a bug - can you file a bug please?
>
> Thanks
> Carsten
>
>
> solprovider@apache.org wrote:
> > FileSource incorrectly repeats the drive specification on Windows.
> > This causes errors retrieving files relative to the FileSource.
> >
> > We are receiving this error using excalibur-sourceresolve-2.2.3.jar
> > (from Cocoon-2.1.11)
> > cause: java.io.FileNotFoundException: F:\F:\mydirectory\page2xhtml.xsl
> > (The filename, directory name, or volume label syntax is incorrect)
> > org.apache.cocoon.ProcessingException: Unable to get transformer
> > handler for F:///F:/myDirectory/page2xhtml-homepage.xsl
> >
> > FILE: page2xhtml-homepage.xsl (relatively imports page2xhtml.xsl.)
> > 
> > 
> > 
> > 
> >
> > JAVA TEST:
> > import java.io.File;
> > import org.apache.excalibur.source.Source;
> > import org.apache.excalibur.source.impl.FileSource;
> > public class mySourceFactory implements SourceFactory{
> >   public Source getSource(String location, Map parameters) throws
> > IOException, MalformedURLException {
> >       File file = new File(myDirectory, location);
> >       if(!file.exists()) throw new IOException("Bad file.");
> >       filepath = file.getAbsolutePath(); //Original assignment is
> >       print(filepath);  \\ "F:\myDirectory\myfile.xsl"
> >       FileSource source = new FileSource(filepath);
> >       print(source.getURI()); \\"F:///F:/myDirectory/myfile.xslt"
> >       return source;
> >    }
> > }
> >
> > Are we doing something wrong?  Does FileSource.getURI() contain a bug?
> >  What is the workaround?
> >
> > TIA,
> > solprovider
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
> > For additional commands, e-mail: user-help@excalibur.apache.org
> >
> >
>
>
> --
> Carsten Ziegeler
> cziegeler@apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
> For additional commands, e-mail: user-help@excalibur.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Bug in FileSource?

2008-01-28T14:30:55Z

Thanks.  Needed the sanity check because I had been programming for 20
hours. I'll file a jira and check the source tomorrow.

solprovider

On Jan 28, 2008 5:02 AM, Carsten Ziegeler  wrote:
> Hi,
>
> this seems to be a bug - can you file a bug please?
>
> Thanks
> Carsten
>
>
> solprovider@apache.org wrote:
> > FileSource incorrectly repeats the drive specification on Windows.
> > This causes errors retrieving files relative to the FileSource.
> >
> > We are receiving this error using excalibur-sourceresolve-2.2.3.jar
> > (from Cocoon-2.1.11)
> > cause: java.io.FileNotFoundException: F:\F:\mydirectory\page2xhtml.xsl
> > (The filename, directory name, or volume label syntax is incorrect)
> > org.apache.cocoon.ProcessingException: Unable to get transformer
> > handler for F:///F:/myDirectory/page2xhtml-homepage.xsl
> >
> > FILE: page2xhtml-homepage.xsl (relatively imports page2xhtml.xsl.)
> > 
> > 
> > 
> > 
> >
> > JAVA TEST:
> > import java.io.File;
> > import org.apache.excalibur.source.Source;
> > import org.apache.excalibur.source.impl.FileSource;
> > public class mySourceFactory implements SourceFactory{
> >   public Source getSource(String location, Map parameters) throws
> > IOException, MalformedURLException {
> >       File file = new File(myDirectory, location);
> >       if(!file.exists()) throw new IOException("Bad file.");
> >       filepath = file.getAbsolutePath(); //Original assignment is
> >       print(filepath);  \\ "F:\myDirectory\myfile.xsl"
> >       FileSource source = new FileSource(filepath);
> >       print(source.getURI()); \\"F:///F:/myDirectory/myfile.xslt"
> >       return source;
> >    }
> > }
> >
> > Are we doing something wrong?  Does FileSource.getURI() contain a bug?
> >  What is the workaround?
> >
> > TIA,
> > solprovider
> Carsten Ziegeler

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Bug in FileSource?

2008-01-28T10:02:55Z

Hi,

this seems to be a bug - can you file a bug please?

Thanks
Carsten

solprovider@apache.org wrote:
> FileSource incorrectly repeats the drive specification on Windows.
> This causes errors retrieving files relative to the FileSource.
> 
> We are receiving this error using excalibur-sourceresolve-2.2.3.jar
> (from Cocoon-2.1.11)
> cause: java.io.FileNotFoundException: F:\F:\mydirectory\page2xhtml.xsl
> (The filename, directory name, or volume label syntax is incorrect)
> org.apache.cocoon.ProcessingException: Unable to get transformer
> handler for F:///F:/myDirectory/page2xhtml-homepage.xsl
> 
> FILE: page2xhtml-homepage.xsl (relatively imports page2xhtml.xsl.)
> 
> 
> 
> 
> 
> JAVA TEST:
> import java.io.File;
> import org.apache.excalibur.source.Source;
> import org.apache.excalibur.source.impl.FileSource;
> public class mySourceFactory implements SourceFactory{
>   public Source getSource(String location, Map parameters) throws
> IOException, MalformedURLException {
>       File file = new File(myDirectory, location);
>       if(!file.exists()) throw new IOException("Bad file.");
>       filepath = file.getAbsolutePath(); //Original assignment is
>       print(filepath);  \\ "F:\myDirectory\myfile.xsl"
>       FileSource source = new FileSource(filepath);
>       print(source.getURI()); \\"F:///F:/myDirectory/myfile.xslt"
>       return source;
>    }
> }
> 
> Are we doing something wrong?  Does FileSource.getURI() contain a bug?
>  What is the workaround?
> 
> TIA,
> solprovider
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
> For additional commands, e-mail: user-help@excalibur.apache.org
> 
> 


-- 
Carsten Ziegeler
cziegeler@apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Bug in FileSource?

2008-01-27T23:50:35Z

FileSource incorrectly repeats the drive specification on Windows.
This causes errors retrieving files relative to the FileSource.

We are receiving this error using excalibur-sourceresolve-2.2.3.jar
(from Cocoon-2.1.11)
cause: java.io.FileNotFoundException: F:\F:\mydirectory\page2xhtml.xsl
(The filename, directory name, or volume label syntax is incorrect)
org.apache.cocoon.ProcessingException: Unable to get transformer
handler for F:///F:/myDirectory/page2xhtml-homepage.xsl

FILE: page2xhtml-homepage.xsl (relatively imports page2xhtml.xsl.)





JAVA TEST:
import java.io.File;
import org.apache.excalibur.source.Source;
import org.apache.excalibur.source.impl.FileSource;
public class mySourceFactory implements SourceFactory{
  public Source getSource(String location, Map parameters) throws
IOException, MalformedURLException {
      File file = new File(myDirectory, location);
      if(!file.exists()) throw new IOException("Bad file.");
      filepath = file.getAbsolutePath(); //Original assignment is
      print(filepath);  \\ "F:\myDirectory\myfile.xsl"
      FileSource source = new FileSource(filepath);
      print(source.getURI()); \\"F:///F:/myDirectory/myfile.xslt"
      return source;
   }
}

Are we doing something wrong?  Does FileSource.getURI() contain a bug?
 What is the workaround?

TIA,
solprovider

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

UDP notifications

2007-12-12T19:54:11Z

Hi all,
i'm  writing a project that uses James mail server, that as far as i know
uses Excalibur.
At the moment i need to write a component that receives UDP messages, but i
can't find anything related with UDP in excalibur project.
Can someone please tell me the right place to look for any example on how to
implement this?

thanks in advance,

Paulo F.

Re: JavaDocs of org.apache.avalon.framework.*

2007-04-17T12:55:39Z

J Aaron Farr wrote:
> These?
> 
>  http://excalibur.apache.org/apidocs/org/apache/avalon/framework/package-summary.html

Yes, these. Where are they? ;-)
I should have looked twice. Sorry.

Bye, Thomas.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: JavaDocs of org.apache.avalon.framework.*

2007-04-17T12:31:35Z

Thomas Vandahl  writes:

> I looked at the JavaDocs at http://excalibur.apache.org/apidocs/ today
> and found the org.apache.avalon.framework.* classes missing. Is there
> any other place to look?

These?

 http://excalibur.apache.org/apidocs/org/apache/avalon/framework/package-summary.html


-- 
  jaaron

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

JavaDocs of org.apache.avalon.framework.*

2007-04-17T07:41:21Z

I looked at the JavaDocs at http://excalibur.apache.org/apidocs/ today 
and found the org.apache.avalon.framework.* classes missing. Is there 
any other place to look?

Bye, Thomas.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Off-the-shelf Standalone App Framework?

2007-04-03T09:31:11Z

"walid joseph Gedeon"  writes:

>> Hope it works out.
> Thanks :)
>> Did you consider OSGi?  Apache Felix or Eclipse Equinox would probably
>> provide everything you need.
> I did consider OSGi, I must admit I hadn't looked at Felix yet, I've
> just downloaded it and am trying it out.
> I've already developed for the Eclipse framework and it's great for
> gui-based apps, dunno if it fits well as a server-side application
> (any thoughts on this?)

Though Eclipse is built on OSGi, it's easy to never see it or know it
if you develop plugins.  That said, you can easily create a headless
Eclipse application that runs as a service.  You just don't import any
of the Workbench, but you still get to use the extension APIs and
updater and all the other non-UI Eclipse features.  That includes the
Eclipse launcher.  I've written a headless Eclipse application and it
wasn't difficult.

Though now I favor pure OSGi applications.  You can use Eclipse
Equinox or Apache Felix as your OSGi container.  You'll find plenty of
arguments for either project.

-- 
  jaaron

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Off-the-shelf Standalone App Framework?

2007-04-03T07:52:55Z

> Hope it works out.
Thanks :)
> Did you consider OSGi?  Apache Felix or Eclipse Equinox would probably
> provide everything you need.
I did consider OSGi, I must admit I hadn't looked at Felix yet, I've
just downloaded it and am trying it out.
I've already developed for the Eclipse framework and it's great for
gui-based apps, dunno if it fits well as a server-side application
(any thoughts on this?)

-w
On 4/3/07, J Aaron Farr  wrote:
> "walid joseph Gedeon"  writes:
>
> > Hello all,
> >    Thank you for all your answers... After doing some more extensive
> > "web-gardening", I believe I have found the answer to my prayers: the
> > Spring Application Server (http://www.abstracthorizon.org/sas/).
> >    It has the module-based features, plus the wrapper scripts that
> > make it work out of the box.
> > Let's hope it meets expectations :)
>
> Hope it works out.
>
> Did you consider OSGi?  Apache Felix or Eclipse Equinox would probably
> provide everything you need.
>
> --
>   jaaron
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
> For additional commands, e-mail: user-help@excalibur.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Off-the-shelf Standalone App Framework?

2007-04-03T06:42:07Z

"walid joseph Gedeon"  writes:

> Hello all,
>    Thank you for all your answers... After doing some more extensive
> "web-gardening", I believe I have found the answer to my prayers: the
> Spring Application Server (http://www.abstracthorizon.org/sas/).
>    It has the module-based features, plus the wrapper scripts that
> make it work out of the box.
> Let's hope it meets expectations :)

Hope it works out.  

Did you consider OSGi?  Apache Felix or Eclipse Equinox would probably
provide everything you need.

-- 
  jaaron

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Off-the-shelf Standalone App Framework?

2007-04-02T21:55:19Z

Hello all,
    Thank you for all your answers... After doing some more extensive
"web-gardening", I believe I have found the answer to my prayers: the
Spring Application Server (http://www.abstracthorizon.org/sas/).
    It has the module-based features, plus the wrapper scripts that
make it work out of the box.
Let's hope it meets expectations :)
-w

On 4/2/07, John Collins  wrote:
> walid joseph Gedeon wrote:
> > Hello John,
> >  Thanks for your answer.
> > How do you shutdown the app? do you ctrl-c (or kill)? or do you use an
> > excalibur specific "shutdown" mechanism (through an admin console)?
>
> We just call system.exit().
>
> > -w
> >
> > On 4/2/07, John Collins  wrote:
> >> walid joseph Gedeon wrote:
> >> > Hello all,
> >> >    I'm new to excalibur and co. and am still reading through the
> >> > available documentation. However, having read through the main pages,
> >> > I still have not found what I'm looking for... maybe someone on this
> >> > list can point me in the right direction?
> >> >
> >> >    I'm looking for a relatively lightweight java application
> >> > framework that supports COP, IoC, but also can run as a standalone
> >> > application (i.e. with bootstrapping, start/stop scripts etc)
> >> >
> >> >    The part that is so far missing is the bootstrapping mechanism.
> >> > Before I head out and write my own, I wanted to make sure I haven't
> >> > skipped over some existing thing...
> >> >
> >> > Excalibur? Phoenix? Merlin? Keel? Metro? Spring? so many products that
> >> > seem to want to do the same thing... almost.
> >>
> >> We use Excalibur for the MinneTAC trading agent (see tac.cs.umn.edu).
> >> I've attached the "container" module that starts everything up, and you
> >> can of course download the source and see how the configuration files
> >> work. Our experience is that once you have figured out the container and
> >> how to write config files, Excalibur stays nicely in the background and
> >> Just Works. We are very pleased with it.
> >>
> >> Cheers
> >>
> >> John Collins
> >> University of Minnesota
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
> > For additional commands, e-mail: user-help@excalibur.apache.org
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Off-the-shelf Standalone App Framework?

2007-04-02T20:13:34Z

walid joseph Gedeon wrote:
> Hello John,
>  Thanks for your answer.
> How do you shutdown the app? do you ctrl-c (or kill)? or do you use an
> excalibur specific "shutdown" mechanism (through an admin console)?

We just call system.exit().

> -w
> 
> On 4/2/07, John Collins  wrote:
>> walid joseph Gedeon wrote:
>> > Hello all,
>> >    I'm new to excalibur and co. and am still reading through the
>> > available documentation. However, having read through the main pages,
>> > I still have not found what I'm looking for... maybe someone on this
>> > list can point me in the right direction?
>> >
>> >    I'm looking for a relatively lightweight java application
>> > framework that supports COP, IoC, but also can run as a standalone
>> > application (i.e. with bootstrapping, start/stop scripts etc)
>> >
>> >    The part that is so far missing is the bootstrapping mechanism.
>> > Before I head out and write my own, I wanted to make sure I haven't
>> > skipped over some existing thing...
>> >
>> > Excalibur? Phoenix? Merlin? Keel? Metro? Spring? so many products that
>> > seem to want to do the same thing... almost.
>>
>> We use Excalibur for the MinneTAC trading agent (see tac.cs.umn.edu).
>> I've attached the "container" module that starts everything up, and you
>> can of course download the source and see how the configuration files
>> work. Our experience is that once you have figured out the container and
>> how to write config files, Excalibur stays nicely in the background and
>> Just Works. We are very pleased with it.
>>
>> Cheers
>>
>> John Collins
>> University of Minnesota
>>
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
> For additional commands, e-mail: user-help@excalibur.apache.org

Re: Off-the-shelf Standalone App Framework?

2007-04-02T15:38:34Z

Hello John,
  Thanks for your answer.
How do you shutdown the app? do you ctrl-c (or kill)? or do you use an
excalibur specific "shutdown" mechanism (through an admin console)?
-w

On 4/2/07, John Collins  wrote:
> walid joseph Gedeon wrote:
> > Hello all,
> >    I'm new to excalibur and co. and am still reading through the
> > available documentation. However, having read through the main pages,
> > I still have not found what I'm looking for... maybe someone on this
> > list can point me in the right direction?
> >
> >    I'm looking for a relatively lightweight java application
> > framework that supports COP, IoC, but also can run as a standalone
> > application (i.e. with bootstrapping, start/stop scripts etc)
> >
> >    The part that is so far missing is the bootstrapping mechanism.
> > Before I head out and write my own, I wanted to make sure I haven't
> > skipped over some existing thing...
> >
> > Excalibur? Phoenix? Merlin? Keel? Metro? Spring? so many products that
> > seem to want to do the same thing... almost.
>
> We use Excalibur for the MinneTAC trading agent (see tac.cs.umn.edu).
> I've attached the "container" module that starts everything up, and you
> can of course download the source and see how the configuration files
> work. Our experience is that once you have figured out the container and
> how to write config files, Excalibur stays nicely in the background and
> Just Works. We are very pleased with it.
>
> Cheers
>
> John Collins
> University of Minnesota
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Off-the-shelf Standalone App Framework?

2007-04-02T15:27:13Z

walid joseph Gedeon wrote:
> Hello all,
>    I'm new to excalibur and co. and am still reading through the
> available documentation. However, having read through the main pages,
> I still have not found what I'm looking for... maybe someone on this
> list can point me in the right direction?
> 
>    I'm looking for a relatively lightweight java application
> framework that supports COP, IoC, but also can run as a standalone
> application (i.e. with bootstrapping, start/stop scripts etc)
> 
>    The part that is so far missing is the bootstrapping mechanism.
> Before I head out and write my own, I wanted to make sure I haven't
> skipped over some existing thing...
> 
> Excalibur? Phoenix? Merlin? Keel? Metro? Spring? so many products that
> seem to want to do the same thing... almost.

We use Excalibur for the MinneTAC trading agent (see tac.cs.umn.edu). 
I've attached the "container" module that starts everything up, and you 
can of course download the source and see how the configuration files 
work. Our experience is that once you have figured out the container and 
how to write config files, Excalibur stays nicely in the background and 
Just Works. We are very pleased with it.

Cheers

John Collins
University of Minnesota

Off-the-shelf Standalone App Framework?

2007-04-02T14:41:10Z

Hello all,
    I'm new to excalibur and co. and am still reading through the
available documentation. However, having read through the main pages,
I still have not found what I'm looking for... maybe someone on this
list can point me in the right direction?

    I'm looking for a relatively lightweight java application
framework that supports COP, IoC, but also can run as a standalone
application (i.e. with bootstrapping, start/stop scripts etc)

    The part that is so far missing is the bootstrapping mechanism.
Before I head out and write my own, I wanted to make sure I haven't
skipped over some existing thing...

Excalibur? Phoenix? Merlin? Keel? Metro? Spring? so many products that
seem to want to do the same thing... almost.

Thanks!
W.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Communication between webapps

2007-02-22T19:23:52Z

Hi Angel,

On Feb 21, 2007, at 1:21 PM, Angel Todorov wrote:
> I stumbled over the Excalibur project while googling - is it possible
> to use it in order to achieve inter webapp communication in a servlet
> container such as Tomcat, without having to put all jars that the two
> webapps use in a shared dir (i.e. shared classloader) ?

For communication between different web applications, your best bets  
probably are

   * both use the same database backend
   * use JNDI
   * use J2EE (sorry JEE) features like EJB for the shared data
   * communicate using something like RMI or AltRMI
   * use some other communication protocol (servlets calling servlets  
for example)

Of these, I would probably suggest JNDI. Of course, it is possible to  
stuff things in an avalon container (like excalibur-fortress), and  
then stuff that container in a JNDI context. That's what I've usually  
done in the past :-)

We have experimented in the past with having servlet engines "on top  
of" avalon/excalibur containers, allowing to share blocks between  
them "the avalon way", but I don't think any of those efforts are  
currently actively maintained.

> Thank you in advance.

hope this helps,

Leo

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Communication between webapps

2007-02-21T13:21:05Z

The only two choices to perform inter-webapp communication is to place
code in a shared classloader (such as Tomcat's common/lib directory),
or use a wire protocol.  The wire protocol will make a connection from
one webapp to another based on port/url etc.

The Servlet specification has gotten more and more strict in this sense,
because it is the only way to guarantee the promise of "write once run
anywhere", and to improve the security of the web applications.

Excalibur and company can help you organize components that can support
either approach.  To share the same code between two webapps in Tomcat,
store the excalibur components in common/lib and access them through the
JNDI lookup (NOTE: declare it in the server.xml and reference it with a
reference-link in the context.xml).  To have two webapps respond to
commands over a wire protocol, may I suggest using a RESTful approach. 
In that case using Excalibur doesn't really buy you much.

On 2/21/2007, "Angel Todorov"  wrote:

>Hi All,
>
>I stumbled over the Excalibur project while googling - is it possible
>to use it in order to achieve inter webapp communication in a servlet
>container such as Tomcat, without having to put all jars that the two
>webapps use in a shared dir (i.e. shared classloader) ?
>
>Thank you in advance.
>
>Best,
>Angel
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
>For additional commands, e-mail: user-help@excalibur.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Communication between webapps

2007-02-21T12:21:41Z

Hi All,

I stumbled over the Excalibur project while googling - is it possible
to use it in order to achieve inter webapp communication in a servlet
container such as Tomcat, without having to put all jars that the two
webapps use in a shared dir (i.e. shared classloader) ?

Thank you in advance.

Best,
Angel

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

docs or MRUMemoryStore are incorrect

2006-02-14T21:44:28Z

I think either the docs or the MRUMemoryStore is wrong -- not sure
which.  I'd personally like it to be the implementation that's wrong
but I doubt it.  The docs say that it:

"This class provides a cache algorithm for the requested documents. It
combines a HashMap and a LinkedList to create a so called MRU (Most
Recently Used) cache."

When it appears to be a combination of a Hash*table* and a LinkedList
in reality.  The docs at:
http://excalibur.apache.org/store/mru.html also claim to be a HashMap.

--tim

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: No log targets configured for the root logger

2006-01-16T13:08:51Z

On Sat, 2006-01-14 at 11:11 -0800, Mike Dickson wrote:

>  
> 
> Any ideas on what is up given the following error and logkit.xconf?  
> 
>  
> 
> Error:
> 
>  
> 
> org.apache.avalon.framework.configuration.ConfigurationException: No
> log targets configured for the root logger.

Try to configure one category with empty logger name. Something like
this:

    
      
      
    

I hope it will help.

-- 
"the spirit can only withdraw into a corner. And yet, it is not at all 
 worn out or superfluous, but, like an (eternal) witness, floats above 
 the rubble of culture - almost like an  avenger of God.  As though it 
 awaited a new incarnation."
                                        -- Ludwig Wittgenstein --
Kazimierz Pogoda
Nordic Consulting & Development Company
mailto:morisil@ncdc.pl


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

No log targets configured for the root logger

2006-01-14T19:11:13Z

 

Any ideas on what is up given the following error and logkit.xconf?  

 

Error:

 

org.apache.avalon.framework.configuration.ConfigurationException: No log
targets configured for the root logger.
    at
org.apache.avalon.excalibur.logger.LogKitLoggerManager.setupLoggers(LogKitLo
ggerManager.java:531)
    at
org.apache.avalon.excalibur.logger.LogKitLoggerManager.configure(LogKitLogge
rManager.java:407)
    at
org.apache.avalon.framework.container.ContainerUtil.configure(ContainerUtil.
java:240)
    at
org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:826)
    at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:311)
    at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:88
8)
    at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:776)
    at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:
3363)
    at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3586)
    at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:7
74)
    at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:760)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:548)
    at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.j
ava:260)
    at org.apache.catalina.core.StandardHost.install(StandardHost.java:741)
    at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:512
)
    at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:354)
    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:671)
    at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
    at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor
t.java:119)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1149)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:707)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141)
    at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:316)
    at
org.apache.catalina.core.StandardService.start(StandardService.java:450)
    at
org.apache.catalina.core.StandardServer.start(StandardServer.java:2143)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:463)
    at org.apache.catalina.startup.Catalina.execute(Catalina.java:350)
    at org.apache.catalina.startup.Catalina.process(Catalina.java:129)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
    at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
    at java.lang.reflect.Method.invoke(Method.java:324)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:156)

 

 

logkit.xconf

 




  
    
    
    
    
  

  

    

    
      ${context-root}/WEB-INF/logs/core.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      
      false
      
    

    
      ${context-root}/WEB-INF/logs/sitemap.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      false
    

    
      ${context-root}/WEB-INF/logs/handled-errors.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      false
    

    
      ${context-root}/WEB-INF/logs/access.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      false
    

    
    
      ${context-root}/WEB-INF/logs/flow.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      false
    

    
    
      
        ${context-root}/WEB-INF/logs/error.log
        
          %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
        
        false

No log targets configured for the root logger

2006-01-12T23:07:39Z

Any ideas on what is up given the following error and logkit.xconf?  

 

Error:

 

org.apache.avalon.framework.configuration.ConfigurationException: No log
targets configured for the root logger.
    at
org.apache.avalon.excalibur.logger.LogKitLoggerManager.setupLoggers(LogKitLo
ggerManager.java:531)
    at
org.apache.avalon.excalibur.logger.LogKitLoggerManager.configure(LogKitLogge
rManager.java:407)
    at
org.apache.avalon.framework.container.ContainerUtil.configure(ContainerUtil.
java:240)
    at
org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:826)
    at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:311)
    at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:88
8)
    at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:776)
    at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:
3363)
    at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3586)
    at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:7
74)
    at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:760)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:548)
    at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.j
ava:260)
    at org.apache.catalina.core.StandardHost.install(StandardHost.java:741)
    at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:512
)
    at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:354)
    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:671)
    at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
    at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor
t.java:119)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1149)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:707)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141)
    at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:316)
    at
org.apache.catalina.core.StandardService.start(StandardService.java:450)
    at
org.apache.catalina.core.StandardServer.start(StandardServer.java:2143)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:463)
    at org.apache.catalina.startup.Catalina.execute(Catalina.java:350)
    at org.apache.catalina.startup.Catalina.process(Catalina.java:129)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
    at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
    at java.lang.reflect.Method.invoke(Method.java:324)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:156)

 

 

logkit.xconf

 




  
    
    
    
    
  

  

    

    
      ${context-root}/WEB-INF/logs/core.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      
      false
      
    

    
      ${context-root}/WEB-INF/logs/sitemap.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      false
    

    
      ${context-root}/WEB-INF/logs/handled-errors.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      false
    

    
      ${context-root}/WEB-INF/logs/access.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      false
    

    
    
      ${context-root}/WEB-INF/logs/flow.log
      
        %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
      
      false
    

    
    
      
        ${context-root}/WEB-INF/logs/error.log
        
          %7.7{priority} %{time}   [%{category}] (%{uri})
%{thread}/%{class:short}: %{message}\n%{throwable}
        
        false

How do you use Excalibur?

2005-11-22T15:20:45Z

Hello all.

I thought it would be nice to collect some stories on how people are
using Excalibur (Fortress, ECM, Avalon, Components, whatever).  A
place has been set aside on the wiki:

 http://wiki.apache.org/excalibur/ExcaliburInUse

Please sign in [1] and add your story!

Thanks.

--
 jaaron

[1] To edit the wiki, you'll need an account (in order to limit spam).
 If you don't have one, visit the user preferences page:
http://wiki.apache.org/excalibur/UserPreferences

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: digester.getparser error...

2005-11-19T08:54:38Z


> org.apache.catalina.core.StandardHost.start(StandardHost.java:638)
hi shilpa,
I am also strugling with the same problem since 2 days, let me know if you ever
find the solution for this error.
Thanks,
Varun



---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Exception disposing container

2005-10-17T10:47:40Z

Hi all

I've recently updated my test application with latest release of Fortress
(1.2).
I've configured into my container 2 simple components.
For a simple test, i've started and immediatly disposed the container but
disposing fortress container a NullPointerException is signaled:

java.lang.NullPointerException
	at
org.apache.avalon.fortress.impl.handler.PerThreadComponentHandler.doDispose(
PerThreadComponentHandler.java:80)
	at
org.apache.avalon.fortress.impl.handler.AbstractComponentHandler.dispose(Abs
tractComponentHandler.java:294)
	at
org.apache.avalon.framework.container.ContainerUtil.dispose(ContainerUtil.ja
va:306)
	at
org.apache.avalon.fortress.impl.handler.LEAwareComponentHandler.dispose(LEAw
areComponentHandler.java:124)
	at
org.apache.avalon.framework.container.ContainerUtil.dispose(ContainerUtil.ja
va:306)
	at
org.apache.avalon.fortress.impl.AbstractContainer.dispose(AbstractContainer.
java:799)
	at
org.apache.avalon.framework.container.ContainerUtil.dispose(ContainerUtil.ja
va:306)
	at net.storm.impl.container.Starter.init(Starter.java:74)
	at net.storm.impl.container.Starter.main(Starter.java:39)

Removing my components from container configuration, the Exception in no
more throwed.
Can you help me to understand what kind of error in my components design can
produce an exception like this ?

Thank you for your time

Damiano Zucconi


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: Returned post for user@excalibur.apache.org

2005-09-15T06:21:51Z

Hi,

Please try again. Now I am registered.

Best regards,

Henrik Ehlig Petersen

Ericsson Denmark, Telebit
Skanderborgvej 232        Phone:+45 3091 8460
DK-8260 Viby J.
e-mail: Henrik.Ehlig.Petersen@Ericsson.com



user-owner@excalibur.apache.org wrote:

>Hi! This is the ezmlm program. I'm managing the
>user@excalibur.apache.org mailing list.
>
>I'm sorry, your message (enclosed) was not accepted by the moderator.
>If the moderator has made any comments, they are shown below.
>  
>
>
> ------------------------------------------------------------------------
>
> Subject:
> Avalon-framework and Logkit - encryption
> From:
> Henrik Ehlig Petersen 
> Date:
> Wed, 14 Sep 2005 11:59:27 +0200
> To:
> user@excalibur.apache.org
>
> To:
> user@excalibur.apache.org
>
> Return-Path:
> 
> Delivered-To:
> moderator for user@excalibur.apache.org
> Received:
> (qmail 51556 invoked by uid 99); 14 Sep 2005 09:59:20 -0000
> Received:
> from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by
> apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Sep 2005 02:59:20 -0700
> X-ASF-Spam-Status:
> No, hits=0.0 required=10.0 tests=
> X-Spam-Check-By:
> apache.org
> Received-SPF:
> pass (asf.osuosl.org: local policy)
> Received:
> from [193.180.251.60] (HELO mailgw3.ericsson.se) (193.180.251.60) by
> apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Sep 2005 02:59:30 -0700
> Received:
> from esealmw129.eemea.ericsson.se (unknown [153.88.254.120]) by
> mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 8739BD13
> for ; Wed, 14 Sep 2005 11:58:44 +0200 (CEST)
> Received:
> from esealmw127.eemea.ericsson.se ([153.88.254.171]) by
> esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.211);
> Wed, 14 Sep 2005 11:58:43 +0200
> Received:
> from [213.159.189.7] ([213.159.189.7]) by esealmw127.eemea.ericsson.se
> with Microsoft SMTPSVC(6.0.3790.211); Wed, 14 Sep 2005 11:58:43 +0200
> Message-ID:
> <4327F47F.1080804@ericsson.com>
> User-Agent:
> Debian Thunderbird 1.0.2 (X11/20050331)
> X-Accept-Language:
> en-us, en
> MIME-Version:
> 1.0
> Content-Type:
> text/plain; charset=ISO-8859-1
> Content-Transfer-Encoding:
> 7bit
> X-OriginalArrivalTime:
> 14 Sep 2005 09:58:43.0646 (UTC) FILETIME=[E40BDDE0:01C5B912]
> X-Brightmail-Tracker:
> AAAAAA==
> X-Virus-Checked:
> Checked by ClamAV on apache.org
>
>
>Hi,
>
>We would like to use the Avalon-framework and Logkit in a commercial
>product at Ericsson and have some questions about the product:
>
>Can anyone tell me if the Java code contains encryption - or even better
>can anyone tell me what export code (ECCN) to use when distributing our
>product with the two products? Are anyone aware of possible patents in
>the source code?
>
>  
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org

Re: [VOTE: RESULT] Excalibur Release

2005-09-01T14:23:32Z

Corrected the paths.

> All,
>
> Excalibur final releases (see below) are available at www.apache.org 
> and mirrors.
> The javadoc update to the site is being worked on (Aaron), as is the 
> update to the Maven repo at ibiblio.org.  We'll send out email as and 
> when these are done.
>
> Committers, it is OK to go ahead and put in changes to the SVN repo 
> again.
>
> Thanks to all who have provided bug-reports, fixes, suggestions and 
> help for this release!
>
> Shash


http://www.apache.org/dist/excalibur/avalon-framework/jars/avalon-framework-api-4.3.jar
http://www.apache.org/dist/excalibur/avalon-framework/jars/avalon-framework-impl-4.3.jar
http://www.apache.org/dist/excalibur/avalon-logkit/jars/avalon-logkit-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-connection/jars/cornerstone-connection-api-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-connection/jars/cornerstone-connection-impl-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-datasources/jars/cornerstone-datasources-api-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-datasources/jars/cornerstone-datasources-impl-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-scheduler/jars/cornerstone-scheduler-api-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-scheduler/jars/cornerstone-scheduler-impl-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-sockets/jars/cornerstone-sockets-api-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-sockets/jars/cornerstone-sockets-impl-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-store/jars/cornerstone-store-api-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-store/jars/cornerstone-store-impl-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-threads/jars/cornerstone-threads-api-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-threads/jars/cornerstone-threads-impl-2.1.jar
http://www.apache.org/dist/excalibur/cornerstone-threads/jars/cornerstone-threads-tutorial-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-component-examples/jars/excalibur-component-examples-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-component-tests/jars/excalibur-component-tests-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-component/jars/excalibur-component-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-component/jars/excalibur-testcase-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-datasource/jars/excalibur-datasource-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-event/jars/excalibur-event-api-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-event/jars/excalibur-event-impl-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-fortress/jars/excalibur-fortress-container-api-1.2.jar
http://www.apache.org/dist/excalibur/excalibur-fortress/jars/excalibur-fortress-container-impl-1.2.jar
http://www.apache.org/dist/excalibur/excalibur-fortress/jars/excalibur-fortress-examples-1.2.jar
http://www.apache.org/dist/excalibur/excalibur-fortress/jars/excalibur-fortress-meta-1.2.jar
http://www.apache.org/dist/excalibur/excalibur-fortress/jars/excalibur-fortress-migration-1.2.jar
http://www.apache.org/dist/excalibur/excalibur-fortress/jars/excalibur-fortress-servlet-1.2.jar
http://www.apache.org/dist/excalibur/excalibur-fortress/jars/excalibur-fortress-testcase-1.2.jar
http://www.apache.org/dist/excalibur/excalibur-instrument/jars/excalibur-instrument-api-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-instrument/jars/excalibur-instrument-client-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-instrument/jars/excalibur-instrument-mgr-api-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-instrument/jars/excalibur-instrument-mgr-http-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-instrument/jars/excalibur-instrument-mgr-impl-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-lifecycle/jars/excalibur-lifecycle-api-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-lifecycle/jars/excalibur-lifecycle-impl-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-logger/jars/excalibur-logger-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-monitor/jars/excalibur-monitor-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-pool/jars/excalibur-pool-api-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-pool/jars/excalibur-pool-impl-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-pool/jars/excalibur-pool-instrumented-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-sourceresolve/jars/excalibur-sourceresolve-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-store/jars/excalibur-store-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-thread/jars/excalibur-thread-api-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-thread/jars/excalibur-thread-impl-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-thread/jars/excalibur-thread-instrumented-2.1.jar
http://www.apache.org/dist/excalibur/excalibur-xmlutil/jars/excalibur-xmlutil-2.1.jar




---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@excalibur.apache.org
For additional commands, e-mail: user-help@excalibur.apache.org