[jira] Commented: (JELLY-10) JellySwing should be strict on the attribue names it uses

[commons-dev]

The following comment has been added to this issue:

 Author: Hans Gilde
Created: Mon, 12 Jul 2004 10:05 PM
   Body:
You may already know, but beanutils wants you to use copyProperty rather than 
setProperty. It seems that setProperty is meant for some custom use while copyProperty 
does what you're expecting.

See the latest JavaDoc for the BeanUtil class:  
http://jakarta.apache.org/commons/beanutils/apidocs/org/apache/commons/beanutils/BeanUtilsBean.html#setProperty(java.lang.Object,
 java.lang.String, java.lang.Object)


-
View this comment:
  http://issues.apache.org/jira/browse/JELLY-10?page=comments#action_36631

-
View the issue:
  http://issues.apache.org/jira/browse/JELLY-10

Here is an overview of the issue:
-
Key: JELLY-10
Summary: JellySwing should be strict on the attribue names it uses
   Type: Bug

 Status: Open
   Priority: Major

Project: jelly
 Components: 
 taglib.swing

   Assignee: james strachan
   Reporter: james strachan

Created: Fri, 18 Oct 2002 2:20 AM
Updated: Mon, 12 Jul 2004 10:05 PM

Description:
http://marc.theaimsgroup.com/?l=jakarta-commons-user&m=103491984004524&w=2

Also there is a problem with the introspection code when setting properties on Swing 
components. e.g. witness the hacks we've had to put into the code...

http://jakarta.apache.org/commons/sandbox/jelly/xref/org/apache/commons/jelly/tags/swing/ComponentTag.html#301

We should fix this once and for all. Not sure the problem. Maybe its Swing components 
break the introspector code; we might just have to try call the setter method directly 
instead?


-
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (JELLY-10) JellySwing should be strict on the attribue names it uses

[commons-dev]

The following comment has been added to this issue:

 Author: Hans Gilde
Created: Mon, 12 Jul 2004 10:05 PM
   Body:
You may already know, but beanutils wants you to use copyProperty rather than 
setProperty. It seems that setProperty is meant for some custom usewhile copyProperty 
does what you're expecting.

See the latest JavaDoc for the BeanUtil class:  
http://jakarta.apache.org/commons/beanutils/apidocs/org/apache/commons/beanutils/BeanUtilsBean.html#setProperty(java.lang.Object,
 java.lang.String, java.lang.Object)


-
View this comment:
  http://issues.apache.org/jira/browse/JELLY-10?page=comments#action_36630

-
View the issue:
  http://issues.apache.org/jira/browse/JELLY-10

Here is an overview of the issue:
-
Key: JELLY-10
Summary: JellySwing should be strict on the attribue names it uses
   Type: Bug

 Status: Open
   Priority: Major

Project: jelly
 Components: 
 taglib.swing

   Assignee: james strachan
   Reporter: james strachan

Created: Fri, 18 Oct 2002 2:20 AM
Updated: Mon, 12 Jul 2004 10:05 PM

Description:
http://marc.theaimsgroup.com/?l=jakarta-commons-user&m=103491984004524&w=2

Also there is a problem with the introspection code when setting properties on Swing 
components. e.g. witness the hacks we've had to put into the code...

http://jakarta.apache.org/commons/sandbox/jelly/xref/org/apache/commons/jelly/tags/swing/ComponentTag.html#301

We should fix this once and for all. Not sure the problem. Maybe its Swing components 
break the introspector code; we might just have to try call the setter method directly 
instead?


-
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/jxpath build.xml

[dmitri]

dmitri  2004/07/12 20:42:43

  Modified:jxpath   build.xml
  Log:
  Didn't realize that the version number is not permitted in the name of the jar file
  
  Revision  ChangesPath
  1.23  +1 -1  jakarta-commons/jxpath/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-commons/jxpath/build.xml,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- build.xml 9 Jul 2004 04:50:38 -   1.22
  +++ build.xml 13 Jul 2004 03:42:43 -  1.23
  @@ -20,7 +20,7 @@
 
 
 
  -  
  +  
 
 
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [math] Serialization redux

[Phil Steitz]

[mark] I feel that you think that just because we happen to include the
Serialization Interfaces to these classes, that somehow we have to
guarantee that they are serializable across releases and the somehow we
are stuck with the current implementation. I do not believe we are
required to maintain such a claim at all. Having the Serialization
interface gives only the most simplistic and default serialization
behavior. We do not claim to be supporting serialization across versions
and changes across versions are currently not required to meet any
serialization compatibility to previous versions.
 
[phil]  I was assuming that we would be making the serialization compatability 
commitment across versions, similarly to what [collections] does (and maintains tests 
to ensure).  I may be misinterpreting the [collections] test framework, however and / 
or generally accepted practice in j-c.  Perhaps others can explain?  I have been 
burned by serialization incompatability in the past;  so my personal preference would 
be to avoid breaking it.
[phil]
 >* Drop from all UnivariateRealSolvers. The API is not stable enough to be tied to 
 >the physical implementation (there are lots of protected fields, including a 
 >UnivariateRealFunction, which does not have to be serializable and I would be -1 to 
 >forcing this). If kept, custom serialization needs to be added and it is not clear 
 >to me how this should work.

[mark]
If users are working with serialization, then they are probably working
as well with their own (or the default provided) implementations of
UnivariateRealFunction, as such they can assure their Functions are
serializable. If they are working with third party implementations of
UnivariateRealFunctions, then we make no guarantee serialization of such
implementations. If we take this position, no customization is necessary.

[phil] So we implement the interface, but don't guarantee that it will work?  Unless 
we *require* UnivariateRealFunctions to implement Serializable (or make the function 
transient, which is awkward), serialization can fail.


[phil]
>* Drop from ContinuedFraction (no reason to serialize, burdens subclasses).
>
[mark] How does it burden subclasses? If they want to support Serialization
they can, if they don't want to, then they don't.

[phil] No, they have to support serialization.


[phil]
 >* Either drop or customize serialization for all classes in the univariate package 
 >(other than StatisticalSummaryValues), especially those in the moment subpackage. 
 >Default serialization ties us to the current physical implementation, which may well 
 >change as we optimize implementations.  For example, SummaryStatisticsImpl currently 
 >holds a (redundant) private field n. Removing this field after release would break 
 >backward serialization compatability. I will probably eliminate this field before 
 >release, but this is the kind of thing that makes me want to be conservative about 
 >serialization.  My vote would be to release 1.0 without serialization support for 
 >these classes. 

[mark]
Again, we establish the statement that we do not guarantee serialization
as compatible across versions at this time. I need serialization
capabilities in this implementation and I don't require it, or expect
others who use the api the way I do (in Object Oriented Agent Based Java
Simulation) to be at all concerned with Serialization across versions of
the api.

[mark]
I understand you may have discomfort with this. But I think the original
email that suggested this as an issue was entirely a "Red Herring".
There are not significant drawbacks to including the Serialization
interfaces with a simple notice that we do not guarantee consistent
behavior across versions. I believe that if we provide event the
simplest default behavior, then we will attract users willing to test
out the capability and developers who are willing to help us support it
further. If we do not, then you loose those users/developers interest.
We are trying to create an API that is better than whats out there,
serialization is already out there in api's like COLT and RngPack.

[phil] Look carefully at what is serializable and what is not in COLT, for example.  I 
do not think that it is good practice to implement serialization when there is no 
logical reason do do so (e.g special functions, continued fraction impls, etc.).  I 
also need to hear from other commons committers that it is OK to ignore backward 
serialization compatability before releasing the classes mentioned above with default 
serialization.  My opinion is that we should avoid this kind of thing.

Phil

 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [math] Serialization redux

[Mark R. Diggory]

Phil,
I feel that you think that just because we happen to include the 
Serialization Interfaces to these classes, that somehow we have to 
guarantee that they are serializable across releases and the somehow we 
are stuck with the current implementation. I do not believe we are 
required to maintain such a claim at all. Having the Serialization 
interface gives only the most simplistic and default serialization 
behavior. We do not claim to be supporting serialization across versions 
and changes across versions are currently not required to meet any 
serialization compatibility to previous versions.

The shortfall in removing serialization interfaces is that even just to 
support the simplest serialization of these objects, the user is 
required to write tons of code to implement the serialization of our 
classes, all because we didn't afford the courtesy of simply just 
supplying the serialization interface in the implementation.

You have to remember that the Serialiable interface is only a marker 
that allows the serialization facility in the JVM identify if 
serialization should occur to the object. The size difference between 
having the interface versus not isn't significant (NewtonSolver2 not 
serializable, NewtonSolver is serializable).

-rw-r--r--   1 mdiggory tomcat4 1848 Jul 12 21:57 NewtonSolver2.class
-rw-r--r--   1 mdiggory tomcat4 1873 Jul 12 21:57 NewtonSolver.class
Phil Steitz wrote:
I would like to drop / modify serialization for the following:
* Drop from all UnivariateRealSolvers. The API is not stable enough to be tied to the 
physical implementation (there are lots of protected fields, including a 
UnivariateRealFunction, which does not have to be serializable and I would be -1 to 
forcing this). If kept, custom serialization needs to be added and it is not clear to 
me how this should work.
 

If users are working with serialization, then they are probably working 
as well with their own (or the default provided) implementations of 
UnivariateRealFunction, as such they can assure their Functions are 
serializable. If they are working with third party implementations of 
UnivariateRealFunctions, then we make no guarantee serialization of such 
implementations. If we take this position, no customization is necessary.

* Drop from ContinuedFraction (no reason to serialize, burdens subclasses).
 

How does it burden subclasses? If they want to support Serialization 
they can, if they don't want to, then they don't.

* Drop from special functions, add argumentless constructors so subclasses can 
implement if desired (I see no reason to serialize these).
 

As non static instance objects, theres a chance attempts will be made to 
serialize these in the object tree.

* Drop from ValueServer (needs custom serialization, not worth the effort).
 

I thought we had removed it until someone writes a custom implementation.
* Either drop or customize serialization for all classes in the univariate package (other than StatisticalSummaryValues), especially those in the moment subpackage. Default serialization ties us to the current physical implementation, which may well change as we optimize implementations.  For example, SummaryStatisticsImpl currently holds a (redundant) private field n. Removing this field after release would break backward serialization compatability. I will probably eliminate this field before release, but this is the kind of thing that makes me want to be conservative about serialization.  My vote would be to release 1.0 without serialization support for these classes.  

 

Again, we establish the statement that we do not guarantee serialization 
as compatible across versions at this time. I need serialization 
capabilities in this implementation and I don't require it, or expect 
others who use the api the way I do (in Object Oriented Agent Based Java 
Simulation) to be at all concerned with Serialization across versions of 
the api.

Sorry to sound like a broken record on this; but I am just not comfortable releasing 
the above classes with default serialization.
Phil
 

I understand you may have discomfort with this. But I think the original 
email that suggested this as an issue was entirely a "Red Herring". 
There are not significant drawbacks to including the Serialization 
interfaces with a simple notice that we do not guarantee consistent 
behavior across versions. I believe that if we provide event the 
simplest default behavior, then we will attract users willing to test 
out the capability and developers who are willing to help us support it 
further. If we do not, then you loose those users/developers interest. 
We are trying to create an API that is better than whats out there, 
serialization is already out there in api's like COLT and RngPack. I 
think this a very important feature to maintain.

-Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTE

[math] Serialization redux

[Phil Steitz]

I would like to drop / modify serialization for the following:

* Drop from all UnivariateRealSolvers. The API is not stable enough to be tied to the 
physical implementation (there are lots of protected fields, including a 
UnivariateRealFunction, which does not have to be serializable and I would be -1 to 
forcing this). If kept, custom serialization needs to be added and it is not clear to 
me how this should work.

* Drop from ContinuedFraction (no reason to serialize, burdens subclasses).

* Drop from special functions, add argumentless constructors so subclasses can 
implement if desired (I see no reason to serialize these).

* Drop from ValueServer (needs custom serialization, not worth the effort).

* Either drop or customize serialization for all classes in the univariate package 
(other than StatisticalSummaryValues), especially those in the moment subpackage. 
Default serialization ties us to the current physical implementation, which may well 
change as we optimize implementations.  For example, SummaryStatisticsImpl currently 
holds a (redundant) private field n. Removing this field after release would break 
backward serialization compatability. I will probably eliminate this field before 
release, but this is the kind of thing that makes me want to be conservative about 
serialization.  My vote would be to release 1.0 without serialization support for 
these classes.  

Sorry to sound like a broken record on this; but I am just not comfortable releasing 
the above classes with default serialization.

Phil

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [beanutils] Summary of propsed/committed changes for Bugs

[Niall Pemberton]

Robert,

No problem - its a good learning experience for me being new to this
committership. I'd rather just work on one version at a time, so don't
create a branch unless you have other reasons to. I'm happy to revisit
anything that doesn't make this cut for a  later version. I'll wait for your
feedback on the other stuff I did.

Niall

- Original Message - 
From: "robert burrell donkin" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Monday, July 12, 2004 9:55 PM
Subject: Re: [beanutils] Summary of propsed/committed changes for Bugs


> hi niall
>
> thanks again for the hard work. i'm starting now to go through the bugs
> reports.
>
> On 12 Jul 2004, at 20:01, Niall Pemberton wrote:
>
> > Its not an issue I have a strong opinion on - all I'm interested in is
> > helping resolve the outstanding beanutils bugs to move it nearer a
> > release.
>
> the plan (as far as the release goes) is to produce 1.7.0 service
> release to address the narrow issue of collections compatibility. it
> will also (incidentally) also introduce the beanification classes (so
> downstream projects - such as struts - can start thinking about how
> they want to move and so we can gain some feedback about issues such as
> configuration).
>
> originally when the plan was to do the usual bug fixes before the
> release but when i looked started to review the list of bugs, the list
> looked too long and too risky. however, beanutils has been neglected
> over a long period so i'd really like to find the energy to address as
> many as possible.
>
> > The question then is whats the best course of action in relation to
> > these
> > bugs?
>
> exactly what we're doing now :)
>
> it's crucial to think about the best courses of action and mull over
> possible solutions. it's very possible that we'll end up assigning
> different fixes to different releases. i'm as happy managing two
> release branches as one (if that's what's the best approach).
>
> 
>
> > I guess I'm for the pargmatic option - because I'm just think of the
> > flood
> > of emails/bugs with doing the whole thing, what do you think?
>
> working on deep library components such as beanutils is often hard and
> unglamourous but you'll learn things working on these that you won't
> learn elsewhere. for beanutils, backwards compatibility is of crucial
> importance. it's important to apply narrow, focused fixes or to come up
> with ways to provide flexibility that allows users to choose the
> behaviour they want.
>
> for me, these bugs come under the general heading of bean query
> language enhancements. the problem is that we're constrained by
> backwards compatibility so there's a lot that we can't introduce at the
> moment. the idea behind the beanification changes is to make it easier
> to change stuff like the bean query language in both subtle and radical
> ways.
>
> i'd be very unhappy about breaking backwards compatibility for this fix
> but i do think that there's a definite user demand for an alternative
> implementation along the lines Niall has indicated. personally, i'd
> probably see such an implementation as an item for a 1.8.0 release. (i
> don't see any reason why beanutils releases 1.7.0 and 1.7.1 shouldn't
> happen relatively quickly.) if Niall fancies creating an alternative
> implementation that supports maps, then i'd be happy creating and
> managing a 1.7.1 release branch for the fixes.
>
> - robert
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 23815] - [beanutils]PropertyUtils.getNestedProperty() doesn't allow getXxxx on Map-Instances any longer

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=23815

[beanutils]PropertyUtils.getNestedProperty() doesn't allow getXxxx on Map-Instances 
any longer





--- Additional Comments From [EMAIL PROTECTED]  2004-07-12 23:41 ---
Personally I'd prefer to just work on one version at a time. Lets put this on 
hold until after the 1.7.0 release. If we do a 1.7.1 soon after then as per the 
discussion with Craig I think we just fix the inconsistency between 
getNestedProperty and setNestedProperty and leave the rest until the 
beanification stuff has been fully worked out.

Niall

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30054] - can't get log4j logger in webapp under tomcat5+java1.4

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30054

can't get log4j logger in webapp under tomcat5+java1.4





--- Additional Comments From [EMAIL PROTECTED]  2004-07-12 22:09 ---
debugging a logging configuration is difficult.

that's exception looks pretty wierd and i don't have a good answer. you could try:

1 check that the class name in the commons-logging.properties file is exactly right. 
(take a look in the 
JavaDocs.)

2 if that doesn't work, try dropping the commons-logging jar into you web app's lib. 
this will probably 
produce a different exception (but it might work).

3 unroll the commons-logging jar and reroll a new jar just with Log4JLogger in it. try 
adding that.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [primitives] XxxStack questions

[Stephen Colebourne]

I would be opposed to changing any interfaces, but adding new interfaces to
represent stacks seems sensible.

I have heard arguments before (eg. Joshua Bloch, Effective Java) that Stack
should not extend List as it is an independent data structure. I'm not
completely convinced, but it may not be a bad idea here.

What if the new IntStack interface doesn't extend List?
But the implementation implements both IntStack and IntList.
And potentially the IntStack definition might contain some methods from
IntList.

That way the user could get at the List aspect if they want, but normally
they are resticted to the Stack API.

Stephen

- Original Message -
From: "Rodney Waldhoff" <[EMAIL PROTECTED]>
> I've been doing a little clean-up of commons-primitives in order to move
> toward a 1.1 (or better) release.
>
> I notice that back in April several Stack implementations were introduced,
> with names like FloatStack and IntStack, etc.
>
> I wonder if:
>
> 1) in keeping with the XxxList implementations, if XxxStack should in fact
> be an interface, rather than a concrete class
>
> 2) we might be able to get away with simply adding the stack methods
> (push/peek/pop) to the XxxList interfaces, and providing adapters to and
> from the Object based Stack, as necessary.
>
> 3) we should make XxxStack descend from XxxCollection, at minimum
>
> Any thoughts?
>
> - Rod
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30054] - can't get log4j logger in webapp under tomcat5+java1.4

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30054

can't get log4j logger in webapp under tomcat5+java1.4





--- Additional Comments From [EMAIL PROTECTED]  2004-07-12 21:28 ---
Please ignore the previous comment.  I restarted by container 
and got an exception when tomcat starts up (this exception only
occurs when I have the commons-logging.properties file in my webap):

LogConfigurationException: java.lang.ClassNotFoundException:
org.apache.commons.logging.impl.Log4JLogg
er
at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:494)
at org.apache.catalina.core.StandardHost.install(StandardHost.java:863)
at
org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:482)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:427)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:964)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:349)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1091)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:789)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478)
at org.apache.catalina.core.StandardService.start(StandardService.java:476)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:2298)
at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30054] - can't get log4j logger in webapp under tomcat5+java1.4

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30054

can't get log4j logger in webapp under tomcat5+java1.4





--- Additional Comments From [EMAIL PROTECTED]  2004-07-12 21:15 ---
Thanks so much for the response!  I'll be happy to edit the wiki when I get this
resolved!

I dropped a commons-logging.properties file into WEB-INF/classes and reloaded by
webapp and the httpclient logging still isn't going to log4j :-(

What are your recommended debugging techniques here?

Again, thanks so much.
-Eric

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [CONFIGURATION] Karma ?

[Craig McClanahan]

Henning P. Schmiedehausen wrote:
Hi,
nin the days of the commons-sandbox, I had karma for the
commons-configuration module. This seems to have changed with the
promotion to commons proper. Even though I'm still listed as a member
of the project team. I'd appreciate to get this karma back.
Regards
Henning
 

Done.
Craig
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/attributes/site/xdocs index.xml changelog.xml

[leosutic]

leosutic2004/07/12 13:59:22

  Modified:attributes/api/src/java/org/apache/commons/attributes
Indexed.java
   attributes/site/xdocs index.xml changelog.xml
  Log:
  Improved docs.
  
  Revision  ChangesPath
  1.2   +1 -1  
jakarta-commons/attributes/api/src/java/org/apache/commons/attributes/Indexed.java
  
  Index: Indexed.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/attributes/api/src/java/org/apache/commons/attributes/Indexed.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- Indexed.java  6 Jul 2004 20:41:46 -   1.1
  +++ Indexed.java  12 Jul 2004 20:59:22 -  1.2
  @@ -24,7 +24,7 @@
*
* Note: Indexed attributes that are inherited will not be found
* via an [EMAIL PROTECTED] AttributeIndex}. You will only find the 
class/method/field where
  - * the attribute is declared via the index.
  + * the attribute is actually declared via the index.
*/
   public class Indexed {
   }
  
  
  
  1.3   +10 -1 jakarta-commons/attributes/site/xdocs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-commons/attributes/site/xdocs/index.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- index.xml 6 Jul 2004 21:31:52 -   1.2
  +++ index.xml 12 Jul 2004 20:59:22 -  1.3
  @@ -30,9 +30,18 @@
   Commons Attributes enables Java programmers to use C#/.Net-style
   attributes in their code.
   
  -Please see the tutorial and reference thorough explanation of the 
features
  +Please see the tutorial and reference for a thorough explanation of the features
   and how the project integrates into the development process.
   
  +
  +
  +
  +Please see the change log for summaries 
of code changes.
  + 
  +2004-07-12
  +
  +Attributes promoted out of sandbox to Commons 
proper.
  +
   
   
   
  
  
  
  1.3   +35 -3 jakarta-commons/attributes/site/xdocs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-commons/attributes/site/xdocs/changelog.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- changelog.xml 6 Jul 2004 21:31:51 -   1.2
  +++ changelog.xml 12 Jul 2004 20:59:22 -  1.3
  @@ -28,14 +28,46 @@
   
   
   
  -Fixed bug in compiler that made it impossible to add
  +Fixed bug in the compiler that made it impossible to add
   attributes to a method that took a parameter whose type 
  -was an inner class.
  +was an inner class. The bug would manifest itself thus:
   
  +
  +
  +
  +The bug is fixed in current CVS.
   
   
   
  -Bumped version number to 2.1.
  +Bumped version number to 2.1. The rationale for this is as 
follows: Many people had told me that
  +a 2.0 release was required in order for them to get on with 
their own releases
  +that could only depend on released versions of libraries. 
Since I could not move Attributes
  +through the promotion and release process fast enough, and 
since the existing code appeared to
  +work for people, I recommended that the jars simply be 
renamed from -2.0alpha to -2.0. After all,
  +it was my intent to release the current CVS unchanged as 
2.0.
  +Then the bug above popped up and something had to be done. 
If I release the fixed version
  +as 2.0, we have two "versions" of 2.0 - the one with the 
bug and the one without - clearly
  +an undesirable state. Therefore the version number went 
from 2.0alpha to 2.1alpha.
   
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [beanutils] Summary of propsed/committed changes for Bugs

[Craig McClanahan]

Niall Pemberton wrote:
Craig, thanks, I appreciate your feedback.
Its not an issue I have a strong opinion on - all I'm interested in is
helping resolve the outstanding beanutils bugs to move it nearer a release.
The question then is whats the best course of action in relation to these
bugs?
The principle of "if the object you pass implements Map, it is *always*
treated as a Map" seems sound to me and I'm happy to change the fixes I've
worked on to do that. The issues I see are:
A)  setNestedProperty already contains the behaviour you are against
(getNestedProperty was inconsistent and doesn't) - PropertyUtils was
modified back in  Nov 2002 (version 1.34) under Bug 14440 so that if the
bean was a Map it first checked for a regular property before setting it in
the Map. So the current Struts 1.1 behaviour is based on that.
I guess there are three options:
1)   Change getNestedProperty to implement the same behaviour - what I was
proposing, but you are against
2)   Remove this behaviour from setNestedProperty - this fits in with the
principle you stated, but since Struts 1.1 is operating with this version
seems to go against what you were saying about being backward compatible.
3)   Do nothing, leaving the inconsistency - this is the one option I'm dead
against
B) The other part of the change was to the get/setSimpleProperty - they
currently only update "regular" bean properties and don't handle Maps. Bug
26904 asked that they did. Now I'm not sure whether you are against this
part of the change or not and I guess we have three options here as well:
1) Do nothing - don't handle Maps  (but this breaks the principle of if its
a Map then ignore regular properties)
2) Change get/setSimpleProperty as I was proposing (and what the bug asked
for) which is if there isn't a simple property and its a Map, then set the
Map's value.
3) Change get/setSimpleProperty so that it first checks if the bean is a Map
before looking for a regular property - that fits your principle but breaks
backward compatibility.
The more I write this email the more I like the principle, because its
straight forward to explain/understand. However we would have to alter
setNestedProperty to not set regular bean properties and change
get/setSimpleProperty to check if its a Map first before setting the
regaular property. I like this idea but the big issue would be backwards
compatibility.
I gues the pragmatic approach is just  to alter setNestedProperty to not set
regular bean properties - makes it consistent with getNestedProperty and
fits the principle - but leaves get/setSimpleProperty inconsistent with
get/setNestedProperty.
I guess I'm for the pargmatic option - because I'm just think of the flood
of emails/bugs with doing the whole thing, what do you think?
 

That's probably the best bet for now :-(.
Maybe, as we go towards beanification, we can establish standard 
instances that operate in the sorts of ways that people might want for 
particular kinds of backwards compatibility.  But we should really start 
thinking of a 2.0 sort of jump, and establish a new default set of 
behaviors that are internally consistent.

Craig

Niall

- Original Message - 
From: "Craig McClanahan" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Monday, July 12, 2004 4:37 AM
Subject: Re: [beanutils] Summary of propsed/committed changes for Bugs

 

Niall Pemberton wrote:
   

4) Bug 23815, 26904 and 29571
Bug 23815   PropertyUtils.getNestedProperty() doesn't allow getXxxx on
Map-Instances any longer
Bug 26904  (g|s)etSimpleProperty fails when passing a Map
Bug 29571  Inconsistent behaviour of BeanUtils.setProperty() and
BeanUtils.getProperty() methods
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23815
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26904
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29571
These bugs all related to the same issue. Craig McClanahan posted
 

concerns
 

in one of the bugs that what was being requested would break backward
compatibility. I believe that the change in behaviour I'm proposing
satisfies both camps and resolves the inconsistencies between some of the
methods. I've documented on Bug  23815 the changes in behaviour to
PropertyUtilsBean I'm proposing.

 

Niall,
Thanks for taking the time to propose a solution to this problem, as
well as all the work you've done on the other BeanUtils issues.  As I
just posted in the comments on bug 23815, I'm deeply concerned that
changing this behavior will break Struts 1.1 apps (yes, I know that
people only now converting from Struts 1.0 would find it easier; but
it's the Struts 1.0 behavior that was badly broken).  What's worse is
the fact that this isn't the only case where a map is treated specially
-- exactly the same thing happens with the standard implementations of
dynabeans (including DynaActionForm in Struts 1.1).
The standard implementations of expression evaluation (JSTL 1.0/1.1, JSP
2.0, JSF 1.0/1.1) all conform

DO NOT REPLY [Bug 30061] New: - [PATCH] Workaround for IE5 Mac type=image bug

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30061

[PATCH] Workaround for IE5 Mac type=image bug

   Summary: [PATCH] Workaround for IE5 Mac type=image bug
   Product: Commons
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: File Upload
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Gentlehackers,

Much to our dismay, and we're sure shortly to yours, we have
found a bug in IE 5 for Mac where it is (shockingly) not
conformant to the multipart/form-data specification.
Our first reaction was whether we could just forget about IE5
for the Mac, but we are told it is the best browser for Mac
OS 9, which is still dear to the hearts of our target audience.
Our second reaction  well let's suffice it to say we cooked
up several plans and it seemed like working around the bug in the
File Upload code could actually be done simply without harming
anything else.

The bug is that the carriage return is missing on any boundary
line immediately preceding an input with type=image.
(type=submit does not have the bug.)

Because the boundary delimiter, not including the trailing
CRLF, must not appear within any file (RFC 2046, section
5.1.1), we know the missing CR is due to a buggy browser
rather than a file containing something similar to a
boundary.

This case had previously always been throwing an exception, so
our patch does not interfere with any previously-working
situation.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[GUMP@brutus]: jakarta-commons/commons-jxpath failed

[Ted Husted]

Djaxp.jaxp.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar 
-Dcomponent.version=20040712 dist 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/jxpath]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/jxpath/target/classes:/usr/local/gump/public/workspace/jakarta-commons/jxpath/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-20040712.jar:/usr/local/gump/public/workspace/avalon-logkit/target/avalon-logkit-20040712.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040712.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar-
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/servlet/HttpSessionHandler.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/servlet/JXPathServletContexts.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/servlet/KeywordVariables.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/servlet/PageContextHandler.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/servlet/PageScopeContext.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/servlet/PageScopeContextHandler.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/servlet/ServletContextHandler.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/servlet/ServletRequestAndContext.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/servlet/ServletRequestHandler.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/util/TypeConverter.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/util/BasicTypeConverter.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/util/BasicTypeConverter.ValueNodeSet.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/util/BasicTypeConverter.ValuePointer.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/util/MethodLookupUtils.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/util/TypeUtils.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/util/ValueUtils.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/xml/XMLParser.html...
  [javadoc] 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/xml/DocumentContainer.java:80:
 warning - @param argument "URL" is not a parameter name.
  [javadoc] 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/xml/DocumentContainer.java:91:
 warning - @param argument "URL" is not a parameter name.
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/xml/DocumentContainer.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/docs/api/org/apache/commons/jxpath/xml/DOMParser.html...
  [javadoc] Generating 
/usr/local/gump/public/workspace/jakarta-comm

Re: [beanutils] Summary of propsed/committed changes for Bugs

[Niall Pemberton]

Craig, thanks, I appreciate your feedback.

Its not an issue I have a strong opinion on - all I'm interested in is
helping resolve the outstanding beanutils bugs to move it nearer a release.
The question then is whats the best course of action in relation to these
bugs?

The principle of "if the object you pass implements Map, it is *always*
treated as a Map" seems sound to me and I'm happy to change the fixes I've
worked on to do that. The issues I see are:

A)  setNestedProperty already contains the behaviour you are against
(getNestedProperty was inconsistent and doesn't) - PropertyUtils was
modified back in  Nov 2002 (version 1.34) under Bug 14440 so that if the
bean was a Map it first checked for a regular property before setting it in
the Map. So the current Struts 1.1 behaviour is based on that.
I guess there are three options:

1)   Change getNestedProperty to implement the same behaviour - what I was
proposing, but you are against
2)   Remove this behaviour from setNestedProperty - this fits in with the
principle you stated, but since Struts 1.1 is operating with this version
seems to go against what you were saying about being backward compatible.
3)   Do nothing, leaving the inconsistency - this is the one option I'm dead
against


B) The other part of the change was to the get/setSimpleProperty - they
currently only update "regular" bean properties and don't handle Maps. Bug
26904 asked that they did. Now I'm not sure whether you are against this
part of the change or not and I guess we have three options here as well:

1) Do nothing - don't handle Maps  (but this breaks the principle of if its
a Map then ignore regular properties)
2) Change get/setSimpleProperty as I was proposing (and what the bug asked
for) which is if there isn't a simple property and its a Map, then set the
Map's value.
3) Change get/setSimpleProperty so that it first checks if the bean is a Map
before looking for a regular property - that fits your principle but breaks
backward compatibility.

The more I write this email the more I like the principle, because its
straight forward to explain/understand. However we would have to alter
setNestedProperty to not set regular bean properties and change
get/setSimpleProperty to check if its a Map first before setting the
regaular property. I like this idea but the big issue would be backwards
compatibility.

I gues the pragmatic approach is just  to alter setNestedProperty to not set
regular bean properties - makes it consistent with getNestedProperty and
fits the principle - but leaves get/setSimpleProperty inconsistent with
get/setNestedProperty.

I guess I'm for the pargmatic option - because I'm just think of the flood
of emails/bugs with doing the whole thing, what do you think?

Niall



- Original Message - 
From: "Craig McClanahan" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Monday, July 12, 2004 4:37 AM
Subject: Re: [beanutils] Summary of propsed/committed changes for Bugs


> Niall Pemberton wrote:
>
> >4) Bug 23815, 26904 and 29571
> >
> >Bug 23815   PropertyUtils.getNestedProperty() doesn't allow getXxxx on
> >Map-Instances any longer
> >Bug 26904  (g|s)etSimpleProperty fails when passing a Map
> >Bug 29571  Inconsistent behaviour of BeanUtils.setProperty() and
> >BeanUtils.getProperty() methods
> >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23815
> >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26904
> >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29571
> >
> >These bugs all related to the same issue. Craig McClanahan posted
concerns
> >in one of the bugs that what was being requested would break backward
> >compatibility. I believe that the change in behaviour I'm proposing
> >satisfies both camps and resolves the inconsistencies between some of the
> >methods. I've documented on Bug  23815 the changes in behaviour to
> >PropertyUtilsBean I'm proposing.
> >
> >
> >
> Niall,
>
> Thanks for taking the time to propose a solution to this problem, as
> well as all the work you've done on the other BeanUtils issues.  As I
> just posted in the comments on bug 23815, I'm deeply concerned that
> changing this behavior will break Struts 1.1 apps (yes, I know that
> people only now converting from Struts 1.0 would find it easier; but
> it's the Struts 1.0 behavior that was badly broken).  What's worse is
> the fact that this isn't the only case where a map is treated specially
> -- exactly the same thing happens with the standard implementations of
> dynabeans (including DynaActionForm in Struts 1.1).
>
> The standard implementations of expression evaluation (JSTL 1.0/1.1, JSP
> 2.0, JSF 1.0/1.1) all conform to the way that BeanUtils currently works
> -- if the object you pass implements Map, it is *always* treated as a
> Map.  This is further evidence that the right path for default behavior
> lies in maintaining what we currently have, not going back to what was
> broken.
>
> For making the Struts 1.0 transition 

[GUMP@brutus]: jakarta-commons-sandbox/commons-attributes failed

[Sam Ruby]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project commons-attributes has an issue affecting its community integration.
This issue affects 6 projects, and has been outstanding for 8 runs.
Project State : 'Failed', Reason 'Build Failed'
The following are affected:
- commons-attributes :  Commons Attributes
- excalibur-altrmi :  Alternative to RMI
- excalibur-instrument-altrmi :  Repository of reusable components.
- excalibur-instrument-client :  Repository of reusable components.
- excalibur-instrument-manager-altrmi :  Repository of reusable components.
- incubator-altrmi :  Alternative to RMI


Full details are available at:


http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-attributes/index.html

That said, some snippets follow:


The following annotations were provided:
 -INFO- Enable "verbose" output, due to 8 previous error(s).
 -INFO- Failed with reason build failed
 -INFO- Enable "debug" output, due to build failure.


The following work was performed:
http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-attributes/gump_work/build_jakarta-commons-sandbox_commons-attributes.html
Work Name: build_jakarta-commons-sandbox_commons-attributes (Type: Build)
State: Failed
Elapsed: 
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar
 org.apache.tools.ant.Main -verbose 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dfinal.name.api=commons-attributes-api-20040712 
-Dfinal.name.compiler=commons-attributes-compiler-20040712 dist 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/attributes]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/attributes/target/classes:/usr/local/gump/public/workspace/jakarta-commons-sandbox/attributes/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/xjavadoc/target/xjavadoc-20040712.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar-
Apache Ant version 1.7alpha compiled on July 12 2004
Buildfile: build.xml does not exist!
Build failed
-




To subscribe to this information via syndicated feeds:
 RSS: 
http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-attributes/rss.xml
 Atom: 
http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-attributes/atom.xml


--
Gump E-mail Identifier (within run) #19.
Produced by Gump 2.1.0-alpha-0002.
[Run (20040712 10:13:40, brutus:brutus-public:20040712 10:13:40)]
http://brutus.apache.org/gump/public/index.html
http://brutus.apache.org/gump/public/options.html

--
Apache Gump
http://gump.apache.org/ [Instance: brutus]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/primitives/xdocs changes.xml

[rwaldhoff]

rwaldhoff2004/07/12 11:32:26

  Modified:primitives/xdocs changes.xml
  Log:
  note addition of boolean adapters
  
  Revision  ChangesPath
  1.3   +7 -3  jakarta-commons/primitives/xdocs/changes.xml
  
  Index: changes.xml
  ===
  RCS file: /home/cvs/jakarta-commons/primitives/xdocs/changes.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- changes.xml   12 Jul 2004 16:30:35 -  1.2
  +++ changes.xml   12 Jul 2004 18:32:26 -  1.3
  @@ -23,12 +23,16 @@
   
 
   
  +
  +  Add BooleanXxx adapters.
  +  
  +
   
  -  Add XXXStack collections. 
  +  Add XxxStack collections. 
 
  
   
  -  Add BooleanXXX collections. 
  +  Add BooleanXxx collections. 
 
   
   
  @@ -38,7 +42,7 @@
 
   
   
  -  Override clear() in ArrayXXXList for better performance.
  +  Override clear() in ArrayXxxList for better performance.
 
   
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives ArrayBooleanList.java RandomAccessBooleanList.java

[rwaldhoff]

rwaldhoff2004/07/12 11:29:44

  Modified:primitives/src/test/org/apache/commons/collections/primitives
PackageTestSuite.java
   primitives/src/java/org/apache/commons/collections/primitives
ArrayBooleanList.java RandomAccessBooleanList.java
  Added:   primitives/src/java/org/apache/commons/collections/primitives/adapters
ListIteratorBooleanListIterator.java
ListBooleanList.java
NonSerializableBooleanListList.java
NonSerializableListBooleanList.java
BooleanListIteratorListIterator.java
AbstractBooleanListList.java BooleanListList.java
AbstractListBooleanList.java
   primitives/src/test/org/apache/commons/collections/primitives
TestRandomAccessBooleanList.java
TestArrayBooleanList.java
TestAbstractBooleanCollection.java
TestBooleanList.java
   primitives junit1444170519.properties
junit1609176495.properties
  Log:
  * add BooleanXxxx tests
  * add BooleanXxxx adapters
  * fix BooleanCollection.hashCode
  
  Revision  ChangesPath
  1.1  
jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/ListIteratorBooleanListIterator.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/ListIteratorBooleanListIterator.java?rev=1.1
  
  
  1.1  
jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/ListBooleanList.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/ListBooleanList.java?rev=1.1
  
  
  1.1  
jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/NonSerializableBooleanListList.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/NonSerializableBooleanListList.java?rev=1.1
  
  
  1.1  
jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/NonSerializableListBooleanList.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/NonSerializableListBooleanList.java?rev=1.1
  
  
  1.1  
jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/BooleanListIteratorListIterator.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/BooleanListIteratorListIterator.java?rev=1.1
  
  
  1.1  
jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/AbstractBooleanListList.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/AbstractBooleanListList.java?rev=1.1
  
  
  1.1  
jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/BooleanListList.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/BooleanListList.java?rev=1.1
  
  
  1.1  
jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/AbstractListBooleanList.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/java/org/apache/commons/collections/primitives/adapters/AbstractListBooleanList.java?rev=1.1
  
  
  1.11  +4 -1  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/PackageTestSuite.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/PackageTestSuite.java.diff?r1=1.10&r2=1.11
  
  
  1.1  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestRandomAccessBooleanList.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestRandomAccessBooleanList.java?rev=1.1
  
  
  1.1  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestArrayBooleanList.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestArrayBooleanList.java?rev=1.1
  
  
  1.1  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestAbstractBooleanCollection.java
  
  
http://cvs.apache.org/viewcvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestAbstractBooleanCollection.java?rev=1.1
  
  
  1.1  
jakar

[GUMP@brutus]: jakarta-commons/commons-primitives failed

[Gump]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project commons-primitives has an issue affecting its community integration.
This issue affects 7 projects, and has been outstanding for 10 runs.
Project State : 'Failed', Reason 'Build Failed'
The following are affected:
- bootstrap-ojb :  ObjectRelationalBridge
- commons-jelly-tags-ojb :  A variety of tags for working with the ObjectBridge 
persiste...
- commons-primitives :  Provides a collection of types and utilities optimized for 
w...
- commons-sql :  Basic Services Architecture
- db-ojb :  ObjectRelationalBridge
- jakarta-turbine-stratum-full :  Turbine Components
- test-ojb :  ObjectRelationalBridge


Full details are available at:

http://brutus.apache.org/gump/public/jakarta-commons/commons-primitives/index.html

That said, some snippets follow:


The following annotations were provided:
 -DEBUG- Sole jar [commons-primitives-20040712.jar] identifier set to project name
 -INFO- Enable "verbose" output, due to 10 previous error(s).
 -INFO- Failed with reason build failed
 -INFO- Enable "debug" output, due to build failure.


The following work was performed:
http://brutus.apache.org/gump/public/jakarta-commons/commons-primitives/gump_work/build_jakarta-commons_commons-primitives.html
Work Name: build_jakarta-commons_commons-primitives (Type: Build)
State: Failed
Elapsed: 9 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar
 org.apache.tools.ant.Main -verbose 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dcomponent.version=20040712 dist 
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/primitives]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/primitives/target/classes:/usr/local/gump/public/workspace/jakarta-commons/primitives/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-testframework-20040712.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar-
 [java] 36) 
testListListIteratorPreviousRemove(TestFloatListList.testListListIteratorPreviousRemove)
 junit.framework.AssertionFailedError: expected same:<1.0> was not:<1.0>
 [java] at 
org.apache.commons.collections.list.AbstractTestList.testListListIteratorPreviousRemove(AbstractTestList.java:811)
 [java] at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
 [java] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 [java] 37) 
testListListIteratorPreviousRemove(TestListFloatList.testListListIteratorPreviousRemove)
 junit.framework.AssertionFailedError: expected same:<1.0> was not:<1.0>
 [java] at 
org.apache.commons.collections.list.AbstractTestList.testListListIteratorPreviousRemove(AbstractTestList.java:811)
 [java] at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
 [java] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 [java] 38) 
testListListIteratorPreviousRemove(TestListFloatList.bulkTestSubList.testListListIteratorPreviousRemove)
 junit.framework.AssertionFailedError: expected same:<4.0> was not:<4.0>
 [java] at 
org.apache.commons.collections.list.AbstractTestList.testListListIteratorPreviousRemove(AbstractTestList.java:811)
 [java] at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
 [java] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 [java] 39) 
testListListIteratorPreviousRemove(TestDoubleListList.testListListIteratorPreviousRemove)
 junit.framework.AssertionFailedError: expected same:<1.0> was not:<1.0>
 [java] at 
org.apache.commons.collections.list.AbstractTestList.testListListIteratorPreviousRemove(AbstractTestList.java:811)
 [java] at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
 [java] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(D

DO NOT REPLY [Bug 30059] - [PATCH] Added some tests

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30059

[PATCH] Added some tests





--- Additional Comments From [EMAIL PROTECTED]  2004-07-12 18:01 ---
Created an attachment (id=12096)
Patch with added tests

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30059] New: - [PATCH] Added some tests

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30059

[PATCH] Added some tests

   Summary: [PATCH] Added some tests
   Product: Commons
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: File Upload
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


We've added a couple of tests for parsing multipart requests in FileUploadTest.
I'll attach a patch based on CVS.

We also added the existing DefaultFileItemTest to TestAll, where it had
apparently been overlooked.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[primitives] XxxStack questions

[Rodney Waldhoff]

I've been doing a little clean-up of commons-primitives in order to move 
toward a 1.1 (or better) release.

I notice that back in April several Stack implementations were introduced, 
with names like FloatStack and IntStack, etc.

I wonder if:
1) in keeping with the XxxList implementations, if XxxStack should in fact 
be an interface, rather than a concrete class

2) we might be able to get away with simply adding the stack methods 
(push/peek/pop) to the XxxList interfaces, and providing adapters to and 
from the Object based Stack, as necessary.

3) we should make XxxStack descend from XxxCollection, at minimum
Any thoughts?
- Rod
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives TestLongStack.java TestIntStack.java TestFloatStack.java TestByteStack.java TestShortStack.java TestCharStack.java TestDoubleStack.java

[rwaldhoff]

rwaldhoff2004/07/12 09:33:47

  Modified:primitives/src/test/org/apache/commons/collections/primitives
TestLongStack.java TestIntStack.java
TestFloatStack.java TestByteStack.java
TestShortStack.java TestCharStack.java
TestDoubleStack.java
  Log:
  hook in stack tests
  
  Revision  ChangesPath
  1.2   +2 -2  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestLongStack.java
  
  Index: TestLongStack.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestLongStack.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestLongStack.java14 Apr 2004 22:42:08 -  1.1
  +++ TestLongStack.java12 Jul 2004 16:33:47 -  1.2
  @@ -43,7 +43,7 @@
   }
   
   public static TestSuite suite() {
  -return new TestSuite(TestBooleanStack.class);
  +return new TestSuite(TestLongStack.class);
   }
   
   
  
  
  
  1.2   +2 -2  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestIntStack.java
  
  Index: TestIntStack.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestIntStack.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestIntStack.java 14 Apr 2004 22:42:07 -  1.1
  +++ TestIntStack.java 12 Jul 2004 16:33:47 -  1.2
  @@ -43,7 +43,7 @@
   }
   
   public static TestSuite suite() {
  -return new TestSuite(TestBooleanStack.class);
  +return new TestSuite(TestIntStack.class);
   }
   
   
  
  
  
  1.2   +2 -2  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestFloatStack.java
  
  Index: TestFloatStack.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestFloatStack.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestFloatStack.java   14 Apr 2004 22:42:08 -  1.1
  +++ TestFloatStack.java   12 Jul 2004 16:33:47 -  1.2
  @@ -43,7 +43,7 @@
   }
   
   public static TestSuite suite() {
  -return new TestSuite(TestBooleanStack.class);
  +return new TestSuite(TestFloatStack.class);
   }
   
   
  
  
  
  1.2   +2 -2  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestByteStack.java
  
  Index: TestByteStack.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestByteStack.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestByteStack.java14 Apr 2004 22:42:08 -  1.1
  +++ TestByteStack.java12 Jul 2004 16:33:47 -  1.2
  @@ -43,7 +43,7 @@
   }
   
   public static TestSuite suite() {
  -return new TestSuite(TestBooleanStack.class);
  +return new TestSuite(TestByteStack.class);
   }
   
   
  
  
  
  1.2   +3 -4  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestShortStack.java
  
  Index: TestShortStack.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestShortStack.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestShortStack.java   14 Apr 2004 22:42:08 -  1.1
  +++ TestShortStack.java   12 Jul 2004 16:33:47 -  1.2
  @@ -26,9 +26,8 @@
   /**
* Tests the ShortStack class.
*
  - * @author mailto:[EMAIL PROTECTED]">
  - * Apache Directory Project
  - * @version $Rev: 9968 $
  + * @author mailto:[EMAIL PROTECTED]">Apache Directory Project
  + * @version $Revision$ $Date$
*/
   public class TestShortStack extends TestCase
   {
  @@ -46,7 +45,7 @@
   }
   
   public static TestSuite suite() {
  -return new TestSuite(TestBooleanStack.class);
  +return new TestSuite(TestShortStack.class);
   }
   
   
  
  
  
  1.2   +2 -2  
jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestCharStack.java
  
  Index: TestCharStack.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives/TestCharStack.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestCharStack.

cvs commit: jakarta-commons/primitives/xdocs changes.xml

[rwaldhoff]

rwaldhoff2004/07/12 09:30:35

  Modified:primitives/xdocs changes.xml
  Log:
  note XxxStack additions
  
  Revision  ChangesPath
  1.2   +4 -0  jakarta-commons/primitives/xdocs/changes.xml
  
  Index: changes.xml
  ===
  RCS file: /home/cvs/jakarta-commons/primitives/xdocs/changes.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- changes.xml   12 Jul 2004 16:19:13 -  1.1
  +++ changes.xml   12 Jul 2004 16:30:35 -  1.2
  @@ -22,6 +22,10 @@
   
   
 
  +
  +
  +  Add XXXStack collections. 
  +  
  
   
 Add BooleanXXX collections. 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/primitives/xdocs changes.xml

[rwaldhoff]

rwaldhoff2004/07/12 09:19:13

  Added:   primitives/xdocs changes.xml
  Log:
  add changes.xml
  
  Revision  ChangesPath
  1.1  jakarta-commons/primitives/xdocs/changes.xml
  
  Index: changes.xml
  ===
  
  
  
  
  Commons Primitives: Changes
  Commons Documentation Team
  
  
  

 
  
Add BooleanXXX collections. 

  
  
Add convenience methods for constructing adapters in
org.apache.commons.collections.primitives.adapters.Adapt, allowing 
calls like Adapt.toList(primitiveList), etc.  

  
  
Override clear() in ArrayXXXList for better performance.

  

  

  
Initial release, containing types initially developed (and unofficially 
released) as part of
the Jakarta Commons Collections component.



  
  
  
  
  
  
  
  
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/primitives/src/conf MANIFEST.MF

[rwaldhoff]

rwaldhoff2004/07/12 09:08:00

  Modified:primitives/src/conf MANIFEST.MF
  Log:
  update version number to 1.1
  
  Revision  ChangesPath
  1.3   +1 -1  jakarta-commons/primitives/src/conf/MANIFEST.MF
  
  Index: MANIFEST.MF
  ===
  RCS file: /home/cvs/jakarta-commons/primitives/src/conf/MANIFEST.MF,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- MANIFEST.MF   16 Oct 2003 20:48:17 -  1.2
  +++ MANIFEST.MF   12 Jul 2004 16:08:00 -  1.3
  @@ -1,7 +1,7 @@
   Extension-Name: @name@
   Specification-Title: Jakarta Commons Primitives
   Specification-Vendor: Apache Software Foundation
  -Specification-Version: 1.0
  +Specification-Version: 1.1
   Implementation-Vendor: Apache Software Foundation
   Implementation-Title: org.apache.commons.primitives
   Implementation-Version: @version@
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: TheSandbox

[commons-dev]

   Date: 2004-07-12T08:45:55
   Editor: 81.225.13.236 <>
   Wiki: Jakarta Commons Wiki
   Page: TheSandbox
   URL: http://wiki.apache.org/jakarta-commons/TheSandbox

   Removed Attributes as it has been promoted.

Change Log:

--
@@ -2,7 +2,6 @@
 
 (Published means that the sandbox component is on the Jakarta Commons website)
 
- * Attributes - stable codebase, small community, ready for promotion.
  * Cache
  * Chain - needed for Struts 1.3.x, ready for promotion?
  * Clazz - no community, code stable.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30054] New: - can't get log4j logger in webapp under tomcat5+java1.4

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30054

can't get log4j logger in webapp under tomcat5+java1.4

   Summary: can't get log4j logger in webapp under tomcat5+java1.4
   Product: Commons
   Version: 1.0.3
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Logging
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Couldn't find a commons-logging specific email list and thought I'd file
a bug in the hopes that someone might have already seen this.

I'm having trouble making httpclient 2.0 (a user of commons logging)
use log4j logging inside Tomcat5 (when running against java 1.4).  Seems as
though tomcat5 makes some call to the the commons logger early on (see below). 
Tomcat5 doesn't come with log4j... so the commons logging default log factory
implementation picks up the jdk14 logger for tomcat as you'd expect.

I'm guessing that somehow when my webapp comes up... the commons logger fails to
look for log4j in my WEB-INF/lib (this is where it finds httpclient).  

This feels like one of the class-loader disagreements that I've seen related to
java/commons-logging and the servlet spec.  That is, my webapp is getting
tomcat's copy of the default log factor impl, instead of its own.

Fwiw, this is a stack from early tomcat initialization:

LogFactoryImpl.getLogClassName() line: 331
LogFactoryImpl.getLogConstructor() line: 368
LogFactoryImpl.newInstance(String) line: 529
LogFactoryImpl.getInstance(String) line: 235
LogFactoryImpl.getInstance(Class) line: 209
LogFactory.getLog(Class) line: 351
JdkCompat.() line: 53
StandardClassLoader.() line: 207
ClassLoaderFactory.createClassLoader(File[], File[], URL[], ClassLoader) line: 189
Bootstrap.createClassLoader(String, ClassLoader) line: 160
Bootstrap.initClassLoaders() line: 104
Bootstrap.init() line: 193
Bootstrap.main(String[]) line: 399

And this is a stack where my initial use of the httpclient ends up picking up
the JDK14 logger even though my webapp has log4j in it's WEB-INF/lib:

Jdk14Logger.(String) line: 50
NativeConstructorAccessorImpl.newInstance0(Constructor, Object[]) line: not
available [native method]
NativeConstructorAccessorImpl.newInstance(Object[]) line: 39
DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 27
Constructor.newInstance(Object[]) line: 274
LogFactoryImpl.newInstance(String) line: 529
LogFactoryImpl.getInstance(String) line: 235
LogFactoryImpl.getInstance(Class) line: 209
LogFactory.getLog(Class) line: 351
MultiThreadedHttpConnectionManager.() line: 98
..
..
..


It isn't an option for me to put touch any of the jars inside the container. 
And I'd like to force httpclient to use log4j when it's used within my webapp. 
This was working fine, fyi, in tomcat4.

Any clues/advice?

Thanks!

-Eric

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa AbstractTransactionalResource.java AbstractXAResource.java TransactionalResource.java

[ozeigermann]

ozeigermann2004/07/12 07:47:41

  Modified:transaction/src/java/org/apache/commons/transaction/util/xa
AbstractTransactionalResource.java
AbstractXAResource.java TransactionalResource.java
  Log:
  Removed confusing close method and added Javadocs
  
  Revision  ChangesPath
  1.3   +3 -5  
jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/AbstractTransactionalResource.java
  
  Index: AbstractTransactionalResource.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/AbstractTransactionalResource.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- AbstractTransactionalResource.java12 Jul 2004 14:28:37 -  1.2
  +++ AbstractTransactionalResource.java12 Jul 2004 14:47:41 -  1.3
  @@ -25,7 +25,6 @@
   
   import javax.transaction.Status;
   import javax.transaction.xa.XAException;
  -import javax.transaction.xa.XAResource;
   import javax.transaction.xa.Xid;
   
   /**
  @@ -44,7 +43,6 @@
   public abstract void commit() throws XAException;
   public abstract void rollback() throws XAException;
   public abstract int prepare() throws XAException;
  -public abstract void close() throws XAException;
   
   public int getStatus() {
   return status;
  
  
  
  1.3   +3 -4  
jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/AbstractXAResource.java
  
  Index: AbstractXAResource.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/AbstractXAResource.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- AbstractXAResource.java   1 Jul 2004 09:28:33 -   1.2
  +++ AbstractXAResource.java   12 Jul 2004 14:47:41 -  1.3
  @@ -56,7 +56,6 @@
   if (ts == null) {
   throw new XAException(XAException.XAER_NOTA);
   }
  -ts.close();
   setCurrentlyActiveTransactionalResource(null);
   removeActiveTransactionalResource(xid);
   }
  
  
  
  1.3   +51 -5 
jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/TransactionalResource.java
  
  Index: TransactionalResource.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/TransactionalResource.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TransactionalResource.java1 Jul 2004 09:28:33 -   1.2
  +++ TransactionalResource.java12 Jul 2004 14:47:41 -  1.3
  @@ -31,11 +31,57 @@
*/
   public interface TransactionalResource {
   
  +/**
  + * Commits the changes done inside this transaction reasource. This can mean
  + * to call commit on a connection associated to the resource or any other
  + * action that needs to be taken to make changes in this resource permanent.
  + * 
  + * @throws XAException
  + * when anything goes wrong the error must be described in XA
  + * notation
  + */
   public void commit() throws XAException;
  +
  +/**
  + * Prepares the changes done inside this transaction reasource. Same
  + * semantics as [EMAIL PROTECTED] XAResource.prepare(Xid)}.
  + * 
  + * @throws XAException
  + * when anything goes wrong the error must be described in XA
  + * notation
  + */
   public int prepare() throws XAException;
  +
  +/**
  + * Rolls back the changes done inside this transaction reasource. This can mean
  + * to call roll back on a connection associated to the resource or any other
  + * action that needs to be taken to undo the changes in this resource permanent.
  + * 
  + * @throws XAException
  + * when anything goes wrong the error must be described in XA
  + * notation
  + */
   public void rollback() throws XAException;
  -public void close() throws XAException;
  +
  +/**
  + * Returns the current status of this transaction resource.
  + * 
  + * @return the current status of this resource as defined by [EMAIL PROTECTED] 
Status}.
  + */
   public int getStatus();
  +
  +/**
  + * Sets the status of this transctional resource. The status set by this method
  + * must be available over [EMAIL PROTECTED] #getStatus()} afterwards.
  + * @param status the status to be set
  + */
   public void setStatus(int status);
  +
  +/**
  + * Returns the Xid this transctional resource is associated 

DO NOT REPLY [Bug 29722] - [configuration] addProperty throws a NPE in XMLConfiguration

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29722

[configuration] addProperty throws a NPE in XMLConfiguration

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Summary|[configuration] addProperty |[configuration] addProperty
   |throws a NPE in |throws a NPE in
   |DOMConfiguration|XMLConfiguration



--- Additional Comments From [EMAIL PROTECTED]  2004-07-12 14:42 ---
Fixed, an empty document with a "configuration" element is now created in the
default constructor.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration XMLConfiguration.java

[ebourg]

ebourg  2004/07/12 07:40:54

  Modified:configuration/src/java/org/apache/commons/configuration
XMLConfiguration.java
  Log:
  Fixed bug 29722 (addProperty throws a NPE in DOMConfiguration)
  
  Revision  ChangesPath
  1.5   +20 -15
jakarta-commons/configuration/src/java/org/apache/commons/configuration/XMLConfiguration.java
  
  Index: XMLConfiguration.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/XMLConfiguration.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- XMLConfiguration.java 12 Jul 2004 12:14:38 -  1.4
  +++ XMLConfiguration.java 12 Jul 2004 14:40:54 -  1.5
  @@ -81,11 +81,20 @@
   
   /**
* Empty construtor.  You must provide a file/fileName
  - * and call the load method
  - *
  + * to save the configuration.
*/
   public XMLConfiguration()
   {
  +// build an empty document.
  +DocumentBuilder builder = null;
  +try {
  +builder = DocumentBuilderFactory.newInstance().newDocumentBuilder();
  +} catch (ParserConfigurationException e) {
  +throw new ConfigurationRuntimeException(e.getMessage(), e);
  +}
  +
  +document = builder.newDocument();
  +document.appendChild(document.createElement("configuration"));
   }
   
   /**
  @@ -126,19 +135,19 @@
   }
   catch (IOException de)
   {
  -throw new ConfigurationException("Could not load from " + 
file.getAbsolutePath());
  +throw new ConfigurationException("Could not load from " + 
file.getAbsolutePath(), de);
   }
   catch (ParserConfigurationException ex)
   {
  -throw new ConfigurationException("Could not configure parser");
  +throw new ConfigurationException("Could not configure parser", ex);
}
   catch (FactoryConfigurationError ex)
   {
  -throw new ConfigurationException("Could not create parser");
  +throw new ConfigurationException("Could not create parser", ex);
   }
   catch (SAXException ex)
   {
  -throw new ConfigurationException("Error parsing file " + 
file.getAbsolutePath());
  +throw new ConfigurationException("Error parsing file " + 
file.getAbsolutePath(), ex);
}
   
   initProperties(document.getDocumentElement(), new StringBuffer());
  @@ -204,13 +213,9 @@
   NamedNodeMap attributes = element.getAttributes();
   for (int i = 0; i < attributes.getLength(); ++i)
   {
  -Node node = attributes.item(i);
  -if (node instanceof Attr)
  -{
  -Attr attr = (Attr) node;
  -String attrName = hierarchy + '[' + ATTRIB_MARKER + attr.getName() 
+ ']';
  -super.addProperty(attrName, attr.getValue());
  -}
  +Attr attr = (Attr) attributes.item(i);
  +String attrName = hierarchy + '[' + ATTRIB_MARKER + attr.getName() + 
']';
  +super.addProperty(attrName, attr.getValue());
   }
   }
   
  @@ -441,7 +446,7 @@
   
   /**
* Returns the fileName.
  - * 
  + *
* @return String
*/
   public String getFileName()
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: WordIndex

[commons-dev]

   Date: 2004-07-12T07:39:23
   Editor: 82.83.135.206 <>
   Wiki: Jakarta Commons Wiki
   Page: WordIndex
   URL: http://wiki.apache.org/jakarta-commons/WordIndex

   no comment

Change Log:

--
@@ -1,4 +1,4 @@
-:  http://www.pantandsocks.co.uk http://www.cheapest-phone.co.uk 
http://www.laser-eye-centre.co.uk http://www.reuterbrook.co.uk 
http://www.longcrossgroup.co.uk http://www.buzz-hotels.co.uk 
http://www.fuelcellmarketplace.co.uk http://www.laser-eye-correction.co.uk 
http://www.bodet-clocks.co.uk http://www.execsoft-software.co.uk 
http://www.cragrats-catering.co.uk http://www.jgc-network.co.uk 
http://www.owaceilings.co.uk http://www.laser-eye.co.uk http://www.lasikclinic.co.uk 
http://www.eye-laser.co.uk http://www.beaumont-bar.co.uk 
http://www.parkersexecutivecar.co.uk http://www.tcom-control.co.uk 
http://www.parkersexecutivecar.co.uk http://www.executive-chauffeur-hire.co.uk 
http://www.cragrats-education.co.uk http://www.cragrats-inspiring.co.uk 
http://www.sec-battery.co.uk http://www.cragrats-react.co.uk 
http://www.cragratstraining.co.uk http://www.cornishholidaysuk.com 
http://www.allwoodoxford.com http://www.uvinewine.co.uk http://www.telematicsone.com 
http://www.reuterbrooks.com http://telematiksone.co.uk 
http://www.real-worldinternational.co.uk http://www.find-a-mortgage.co.uk##language:en
+##language:en
 This is an index of all words occuring in page titles.
 
 See also:

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestXMLConfiguration.java

[ebourg]

ebourg  2004/07/12 07:38:29

  Modified:configuration/conf test.xml
   configuration/src/test/org/apache/commons/configuration
TestXMLConfiguration.java
  Log:
  Better test coverage (addProperty on non initialiazed configurations and attribute 
properties tests)
  
  Revision  ChangesPath
  1.2   +11 -10jakarta-commons/configuration/conf/test.xml
  
  Index: test.xml
  ===
  RCS file: /home/cvs/jakarta-commons/configuration/conf/test.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- test.xml  23 Dec 2003 15:09:05 -  1.1
  +++ test.xml  12 Jul 2004 14:38:29 -  1.2
  @@ -1,11 +1,12 @@
   
  -  value
  -  
  -
  -  I'm complex!
  -
  -  
  -  
  - 8
  -  
  -
  \ No newline at end of file
  +value
  +
  +
  +I'm complex!
  +
  +
  +value
  +
  +8
  +
  +
  
  
  
  1.2   +41 -3 
jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestXMLConfiguration.java
  
  Index: TestXMLConfiguration.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestXMLConfiguration.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestXMLConfiguration.java 12 Jul 2004 12:14:38 -  1.1
  +++ TestXMLConfiguration.java 12 Jul 2004 14:38:29 -  1.2
  @@ -17,6 +17,7 @@
   package org.apache.commons.configuration;
   
   import java.io.File;
  +import java.util.List;
   
   import junit.framework.TestCase;
   
  @@ -42,6 +43,34 @@
   assertEquals("value", conf.getProperty("element"));
   }
   
  +public void testGetAttribute() throws Exception
  +{
  +assertEquals("element3{name}", "foo", conf.getProperty("[EMAIL 
PROTECTED]"));
  +}
  +
  +public void testClearAttribute() throws Exception
  +{
  +conf.clearProperty("[EMAIL PROTECTED]");
  +assertEquals("[EMAIL PROTECTED]", null, conf.getProperty("[EMAIL 
PROTECTED]"));
  +}
  +
  +public void testSetAttribute() throws Exception
  +{
  +conf.setProperty("[EMAIL PROTECTED]", "bar");
  +assertEquals("[EMAIL PROTECTED]", "bar", conf.getProperty("[EMAIL 
PROTECTED]"));
  +}
  +
  +public void testAddAttribute() throws Exception
  +{
  +conf.addProperty("[EMAIL PROTECTED]", "bar");
  +
  +List list = conf.getList("[EMAIL PROTECTED]");
  +assertNotNull("null list", list);
  +assertTrue("'foo' element missing", list.contains("foo"));
  +assertTrue("'bar' element missing", list.contains("bar"));
  +assertEquals("list size", 2, list.size());
  +}
  +
   public void testGetComplexProperty() throws Exception
   {
   assertEquals("I'm complex!", 
conf.getProperty("element2.subelement.subsubelement"));
  @@ -74,15 +103,24 @@
   
   assertEquals("I'm complex!", 
conf.getProperty("element2.subelement.subsubelement"));
   }
  -
  +
   public void testLoadWithBasePath() throws Exception
   {
   conf = new XMLConfiguration();
  -
  +
   conf.setFileName("test.xml");
   conf.setBasePath(testBasePath);
   conf.load();
   
   assertEquals("I'm complex!", 
conf.getProperty("element2.subelement.subsubelement"));
  +}
  +
  +public void testAddProperty()
  +{
  +// add a property to a non initialized xml configuration
  +XMLConfiguration config = new XMLConfiguration();
  +config.addProperty("test.string", "hello");
  +
  +assertEquals("'test.string'", "hello", config.getString("test.string"));
   }
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration AbstractConfiguration.java

[ebourg]

ebourg  2004/07/12 07:36:58

  Modified:configuration/src/java/org/apache/commons/configuration
AbstractConfiguration.java
  Log:
  Simplified implementation of getKeys(String prefix)
  
  Revision  ChangesPath
  1.18  +3 -10 
jakarta-commons/configuration/src/java/org/apache/commons/configuration/AbstractConfiguration.java
  
  Index: AbstractConfiguration.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/AbstractConfiguration.java,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- AbstractConfiguration.java5 Jul 2004 09:54:17 -   1.17
  +++ AbstractConfiguration.java12 Jul 2004 14:36:58 -  1.18
  @@ -290,15 +290,8 @@
   {
   public boolean evaluate(Object obj)
   {
  -boolean matching = false;
  -
  -if (obj instanceof String)
  -{
  -String key = (String) obj;
  -matching = key.startsWith(prefix + ".") || key.equals(prefix);
  -}
  -
  -return matching;
  +String key = (String) obj;
  +return key.startsWith(prefix + ".") || key.equals(prefix);
   }
   });
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: WordIndex

[commons-dev]

   Date: 2004-07-12T07:35:50
   Editor: 80.4.224.4 <>
   Wiki: Jakarta Commons Wiki
   Page: WordIndex
   URL: http://wiki.apache.org/jakarta-commons/WordIndex

   no comment

Change Log:

--
@@ -1,4 +1,4 @@
-##language:en
+:  http://www.pantandsocks.co.uk http://www.cheapest-phone.co.uk 
http://www.laser-eye-centre.co.uk http://www.reuterbrook.co.uk 
http://www.longcrossgroup.co.uk http://www.buzz-hotels.co.uk 
http://www.fuelcellmarketplace.co.uk http://www.laser-eye-correction.co.uk 
http://www.bodet-clocks.co.uk http://www.execsoft-software.co.uk 
http://www.cragrats-catering.co.uk http://www.jgc-network.co.uk 
http://www.owaceilings.co.uk http://www.laser-eye.co.uk http://www.lasikclinic.co.uk 
http://www.eye-laser.co.uk http://www.beaumont-bar.co.uk 
http://www.parkersexecutivecar.co.uk http://www.tcom-control.co.uk 
http://www.parkersexecutivecar.co.uk http://www.executive-chauffeur-hire.co.uk 
http://www.cragrats-education.co.uk http://www.cragrats-inspiring.co.uk 
http://www.sec-battery.co.uk http://www.cragrats-react.co.uk 
http://www.cragratstraining.co.uk http://www.cornishholidaysuk.com 
http://www.allwoodoxford.com http://www.uvinewine.co.uk http://www.telematicsone.com 
http://www.reuterbrooks.com http://telematiksone.co.uk 
http://www.real-worldinternational.co.uk http://www.find-a-mortgage.co.uk##language:en
 This is an index of all words occuring in page titles.
 
 See also:

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestConfigurationUtils.java

[ebourg]

ebourg  2004/07/12 07:35:29

  Modified:configuration/src/test/org/apache/commons/configuration
TestConfigurationUtils.java
  Log:
  Now use the "line.separator" system property to make the test plateform independent.
  
  Revision  ChangesPath
  1.5   +4 -3  
jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestConfigurationUtils.java
  
  Index: TestConfigurationUtils.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestConfigurationUtils.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- TestConfigurationUtils.java   12 Jul 2004 14:12:22 -  1.4
  +++ TestConfigurationUtils.java   12 Jul 2004 14:35:29 -  1.5
  @@ -17,7 +17,6 @@
*/
   
   import java.io.File;
  -import java.io.PrintStream;
   import java.net.URL;
   
   import junit.framework.TestCase;
  @@ -32,19 +31,21 @@
   
   public void testToString()
   {
  +String lineSeparator = System.getProperty("line.separator");
  +
   assertEquals("String representation of an empty configuration", "", 
ConfigurationUtils.toString(config));
   
   config.setProperty("one", "1");
   assertEquals("String representation of a configuration", "one=1", 
ConfigurationUtils.toString(config));
   
   config.setProperty("two", "2");
  -assertEquals("String representation of a configuration", "one=1\ntwo=2" , 
ConfigurationUtils.toString(config));
  +assertEquals("String representation of a configuration", "one=1" + 
lineSeparator + "two=2" , ConfigurationUtils.toString(config));
   
   config.clearProperty("one");
   assertEquals("String representation of a configuration", "two=2" , 
ConfigurationUtils.toString(config));
   
   config.setProperty("one","1");
  -assertEquals("String representation of a configuration", "two=2\none=1" , 
ConfigurationUtils.toString(config));
  +assertEquals("String representation of a configuration", "two=2" + 
lineSeparator + "one=1" , ConfigurationUtils.toString(config));
   }
   
   public void testGetURL() throws Exception
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa AbstractTransactionalResource.java

[ozeigermann]

ozeigermann2004/07/12 07:28:37

  Modified:transaction/src/java/org/apache/commons/transaction/util/xa
AbstractTransactionalResource.java
  Log:
  Rather make methods you should implement in sub classes abstract
  
  Revision  ChangesPath
  1.2   +7 -16 
jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/AbstractTransactionalResource.java
  
  Index: AbstractTransactionalResource.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/AbstractTransactionalResource.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- AbstractTransactionalResource.java12 Jul 2004 14:22:27 -  1.1
  +++ AbstractTransactionalResource.java12 Jul 2004 14:28:37 -  1.2
  @@ -41,19 +41,10 @@
   status = STATUS_ACTIVE;
   }
   
  -public void commit() throws XAException {
  -}
  -
  -public void rollback() throws XAException {
  -}
  -
  -public int prepare() throws XAException {
  -// no check possible
  -return XAResource.XA_OK;
  -}
  -
  -public void close() throws XAException {
  -}
  +public abstract void commit() throws XAException;
  +public abstract void rollback() throws XAException;
  +public abstract int prepare() throws XAException;
  +public abstract void close() throws XAException;
   
   public int getStatus() {
   return status;
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa AbstractTransactionalResource.java

[ozeigermann]

ozeigermann2004/07/12 07:22:27

  Added:   transaction/src/java/org/apache/commons/transaction/util/xa
AbstractTransactionalResource.java
  Log:
  Added abstract implementation of TransactionalResource
  
  Revision  ChangesPath
  1.1  
jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/AbstractTransactionalResource.java
  
  Index: AbstractTransactionalResource.java
  ===
  /*
   * $Header: 
/home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/xa/AbstractTransactionalResource.java,v
 1.1 2004/07/12 14:22:27 ozeigermann Exp $
   * $Revision: 1.1 $
   * $Date: 2004/07/12 14:22:27 $
   *
   * 
   *
   * Copyright 2004 The Apache Software Foundation 
   *
   * Licensed under the Apache License, Version 2.0 (the "License");
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   *
   * http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an "AS IS" BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   *
   */
  
  package org.apache.commons.transaction.util.xa;
  
  import javax.transaction.Status;
  import javax.transaction.xa.XAException;
  import javax.transaction.xa.XAResource;
  import javax.transaction.xa.Xid;
  
  /**
   * Rudimentary abstract implementation of [EMAIL PROTECTED] TransactionalResource} 
for specific implementations to base upon.
   */
  public abstract class AbstractTransactionalResource implements 
TransactionalResource, Status {
  protected Xid xid;
  
  protected int status;
  
  public AbstractTransactionalResource(Xid xid) {
  this.xid = xid;
  status = STATUS_ACTIVE;
  }
  
  public void commit() throws XAException {
  }
  
  public void rollback() throws XAException {
  }
  
  public int prepare() throws XAException {
  // no check possible
  return XAResource.XA_OK;
  }
  
  public void close() throws XAException {
  }
  
  public int getStatus() {
  return status;
  }
  
  public void setStatus(int status) {
  this.status = status;
  }
  
  public Xid getXid() {
  return xid;
  }
  }
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestConfigurationUtils.java

[ebourg]

ebourg  2004/07/12 07:12:22

  Modified:configuration/src/java/org/apache/commons/configuration
ConfigurationUtils.java
   configuration/src/test/org/apache/commons/configuration
TestConfigurationUtils.java
  Log:
  Improved test coverage for ConfigurationUtils
  
  Revision  ChangesPath
  1.6   +4 -14 
jakarta-commons/configuration/src/java/org/apache/commons/configuration/ConfigurationUtils.java
  
  Index: ConfigurationUtils.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/ConfigurationUtils.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- ConfigurationUtils.java   12 Jul 2004 12:14:38 -  1.5
  +++ ConfigurationUtils.java   12 Jul 2004 14:12:22 -  1.6
  @@ -51,19 +51,7 @@
*/
   public static void dump(Configuration configuration, PrintStream out)
   {
  -Iterator keys = configuration.getKeys();
  -while (keys.hasNext())
  -{
  -String key = (String) keys.next();
  -Object value = configuration.getProperty(key);
  -out.print(key);
  -out.print("=");
  -out.print(value);
  -if (keys.hasNext())
  -{
  -out.println();
  -}
  -}
  +dump(configuration, new PrintWriter(out));
   }
   
   /**
  @@ -88,6 +76,8 @@
   out.println();
   }
   }
  +
  +out.flush();
   }
   
   /**
  
  
  
  1.4   +12 -18
jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestConfigurationUtils.java
  
  Index: TestConfigurationUtils.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestConfigurationUtils.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- TestConfigurationUtils.java   27 Feb 2004 17:41:34 -  1.3
  +++ TestConfigurationUtils.java   12 Jul 2004 14:12:22 -  1.4
  @@ -17,6 +17,7 @@
*/
   
   import java.io.File;
  +import java.io.PrintStream;
   import java.net.URL;
   
   import junit.framework.TestCase;
  @@ -27,30 +28,23 @@
*/
   public class TestConfigurationUtils extends TestCase
   {
  -protected Configuration configuration = new BaseConfiguration();
  +protected Configuration config = new BaseConfiguration();
   
  -public void testCompare()
  +public void testToString()
   {
  -assertEquals(
  -"Get string representation of an empty configuration",
  -"",
  -ConfigurationUtils.toString(configuration));
  +assertEquals("String representation of an empty configuration", "", 
ConfigurationUtils.toString(config));
   
  -configuration.setProperty("one", "1");
  -assertEquals(
  -"Get string representation of a configuration",
  -"one=1",
  -ConfigurationUtils.toString(configuration));
  +config.setProperty("one", "1");
  +assertEquals("String representation of a configuration", "one=1", 
ConfigurationUtils.toString(config));
   
  -configuration.setProperty("two", "2");
  -/*assertEquals("Get string representation of a configuration", 
"one=1\ntwo=2" , ConfigurationUtils.toString(configuration));
  +config.setProperty("two", "2");
  +assertEquals("String representation of a configuration", "one=1\ntwo=2" , 
ConfigurationUtils.toString(config));
   
  -configuration.clearProperty("one");
  -assertEquals("Get string representation of a configuration", 
"two=2" , ConfigurationUtils.toString(configuration));
  +config.clearProperty("one");
  +assertEquals("String representation of a configuration", "two=2" , 
ConfigurationUtils.toString(config));
   
  -configuration.setProperty("one","1");
  -assertEquals("Get string representation of a configuration", 
"two=2\none=1" , ConfigurationUtils.toString(configuration));
  -*/
  +config.setProperty("one","1");
  +assertEquals("String representation of a configuration", "two=2\none=1" , 
ConfigurationUtils.toString(config));
   }
   
   public void testGetURL() throws Exception
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: TheSandbox

[commons-dev]

   Date: 2004-07-12T06:21:14
   Editor: 217.42.133.41 <>
   Wiki: Jakarta Commons Wiki
   Page: TheSandbox
   URL: http://wiki.apache.org/jakarta-commons/TheSandbox

   no comment

Change Log:

--
@@ -16,7 +16,7 @@
  * Mapper
  * Messenger
  * Resources - needed for Struts 1.3.x, ready for promotion?
- * Scaffold - what the heck is Scaffold anyway?
+ * [http://jakarta.apache.org/commons/sandbox/scaffold/ Scaffold] is a toolkit for 
building web applications, to complement web application frameworks (such as Struts).
  * SQL
  * ThreadPool
  * VFS - under active development again.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util PrintWriterLogger.java

[ozeigermann]

ozeigermann2004/07/12 06:19:33

  Added:   transaction/src/java/org/apache/commons/transaction/util
PrintWriterLogger.java
  Log:
  Added PrintWriter logger
  
  Revision  ChangesPath
  1.1  
jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/PrintWriterLogger.java
  
  Index: PrintWriterLogger.java
  ===
  /*
   * $Header: 
/home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/PrintWriterLogger.java,v
 1.1 2004/07/12 13:19:33 ozeigermann Exp $
   * $Revision: 1.1 $
   * $Date: 2004/07/12 13:19:33 $
   *
   * 
   *
   * Copyright 2004 The Apache Software Foundation 
   *
   * Licensed under the Apache License, Version 2.0 (the "License");
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   *
   * http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an "AS IS" BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   *
   */
  
  package org.apache.commons.transaction.util;
  
  import java.io.PrintWriter;
  
  /**
   * Logger implementation that logs into a pring writer like the one
   * passed in JCA.
   *
   * @version $Revision: 1.1 $
   */
  public class PrintWriterLogger implements LoggerFacade {
  
  protected PrintWriter printWriter;
  protected String name;
  protected boolean debug;
  
  public PrintWriterLogger(PrintWriter printWriter, String name, boolean debug) {
  this.printWriter = printWriter;
  this.name = name;
  this.debug = debug;
  }
  
  public LoggerFacade createLogger(String newName) {
  return new PrintWriterLogger(this.printWriter, newName, this.debug);
  }
  
  public void logInfo(String message) {
  log("INFO", message);
  }
  
  public void logFine(String message) {
  if (debug)
  log("FINE", message);
  }
  
  public boolean isFineEnabled() {
  return debug;
  }
  
  public void logFiner(String message) {
  if (debug)
  log("FINER", message);
  }
  
  public boolean isFinerEnabled() {
  return debug;
  }
  
  public void logFinest(String message) {
  if (debug)
  log("FINEST", message);
  }
  
  public boolean isFinestEnabled() {
  return debug;
  }
  
  public void logWarning(String message) {
  log("WARNING", message);
  }
  
  public void logWarning(String message, Throwable t) {
  log("WARNING", message);
  t.printStackTrace(printWriter);
  }
  
  public void logSevere(String message) {
  log("SEVERE", message);
  }
  
  public void logSevere(String message, Throwable t) {
  log("SEVERE", message);
  t.printStackTrace(printWriter);
  }
  
  protected void log(String level, String message) {
  printWriter.write(name + "(" + level + ":" + message);
  }
  }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[CONFIGURATION] Karma ?

[Henning P. Schmiedehausen]

Hi,

nin the days of the commons-sandbox, I had karma for the
commons-configuration module. This seems to have changed with the
promotion to commons proper. Even though I'm still listed as a member
of the project team. I'd appreciate to get this karma back.

Regards
Henning

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
[EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/

RedHat Certified Engineer -- Jakarta Turbine Development  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

"Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems."
   -- Michelle Levesque, "Fundamental Issues with
Open Source Software Development"

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[CONFIGURATION] [PATCH] Avoid NPE with ClassPropertiesConfiguration

[Henning P. Schmiedehausen]

The attached patch allows passing null into the C'tor of
ClassPropertiesConfiguration. In this case, the System class loader is
used. 

Without this patch, passing null in resulted in a NPE.

Please appy, my karma seems to be missing.

Regards
Henning

Index: src/java/org/apache/commons/configuration/ClassPropertiesConfiguration.java
===
RCS file: 
/home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/ClassPropertiesConfiguration.java,v
retrieving revision 1.9
diff -u -r1.9 ClassPropertiesConfiguration.java
--- src/java/org/apache/commons/configuration/ClassPropertiesConfiguration.java 24 Jun 
2004 14:01:03 -  1.9
+++ src/java/org/apache/commons/configuration/ClassPropertiesConfiguration.java 12 Jul 
2004 09:12:36 -
@@ -46,19 +46,26 @@
  * Creates and loads an extended properties file from the Class
  * Resources. Uses the class loader.
  *
- * @param baseClass The class providing the FileStream.
+ * @param baseClass The class providing the FileStream. If you pass null, the
+ *  system class loader will be used.
  * @param resource The name of the Resource.
  * @throws ConfigurationException Error while loading the properties file
  */
 public ClassPropertiesConfiguration(Class baseClass, String resource) throws 
ConfigurationException
 {
 this.baseClass = baseClass;
-// According to javadocs, getClassLoader() might return null
-// if it represents the "bootstrap class loader"
-// Use the System class loader in this case.
-classLoader = (baseClass.getClassLoader() == null)
-? ClassLoader.getSystemClassLoader()
-: baseClass.getClassLoader();
+
+// According to javadocs, getClassLoader() might return null
+// if it represents the "bootstrap class loader"
+// Use the System class loader in this case.
+if (baseClass != null && baseClass.getClassLoader() != null)
+{
+classLoader = baseClass.getClassLoader();
+}
+else
+{
+classLoader = ClassLoader.getSystemClassLoader();
+}
 
 setIncludesAllowed(true);
 try
@@ -83,8 +90,11 @@
 {
 InputStream resource = null;
 
-//First try to load from within the package of the provided class
-resource = baseClass.getResourceAsStream(resourceName);
+if (baseClass != null)
+{
+// First try to load from within the package of the provided class
+resource = baseClass.getResourceAsStream(resourceName);
+}
 
 if (resource == null)
 {


-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
[EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/

RedHat Certified Engineer -- Jakarta Turbine Development  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

"Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems."
   -- Michelle Levesque, "Fundamental Issues with
Open Source Software Development"

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: TheSandbox

[commons-dev]

   Date: 2004-07-12T05:39:24
   Editor: 213.100.50.62 <>
   Wiki: Jakarta Commons Wiki
   Page: TheSandbox
   URL: http://wiki.apache.org/jakarta-commons/TheSandbox

   no comment

Change Log:

--
@@ -16,7 +16,7 @@
  * Mapper
  * Messenger
  * Resources - needed for Struts 1.3.x, ready for promotion?
- * Scaffold
+ * Scaffold - what the heck is Scaffold anyway?
  * SQL
  * ThreadPool
  * VFS - under active development again.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: WordIndex

[commons-dev]

   Date: 2004-07-12T04:34:25
   Editor: 82.83.140.117 <>
   Wiki: Jakarta Commons Wiki
   Page: WordIndex
   URL: http://wiki.apache.org/jakarta-commons/WordIndex

   no comment

Change Log:

--
@@ -1,4 +1,4 @@
-:  http://www.pantandsocks.co.uk http://www.cheapest-phone.co.uk 
http://www.laser-eye-centre.co.uk http://www.reuterbrook.co.uk 
http://www.longcrossgroup.co.uk http://www.buzz-hotels.co.uk 
http://www.fuelcellmarketplace.co.uk http://www.laser-eye-correction.co.uk 
http://www.bodet-clocks.co.uk http://www.execsoft-software.co.uk 
http://www.cragrats-catering.co.uk http://www.jgc-network.co.uk 
http://www.owaceilings.co.uk http://www.laser-eye.co.uk http://www.lasikclinic.co.uk 
http://www.eye-laser.co.uk http://www.beaumont-bar.co.uk 
http://www.parkersexecutivecar.co.uk http://www.tcom-control.co.uk 
http://www.parkersexecutivecar.co.uk http://www.executive-chauffeur-hire.co.uk 
http://www.cragrats-education.co.uk http://www.cragrats-inspiring.co.uk 
http://www.sec-battery.co.uk http://www.cragrats-react.co.uk 
http://www.cragratstraining.co.uk http://www.cornishholidaysuk.com 
http://www.allwoodoxford.com http://www.uvinewine.co.uk http://www.telematicsone.com 
http://www.reuterbrooks.com http://telematiksone.co.uk 
http://www.real-worldinternational.co.uk http://www.find-a-mortgage.co.uk##language:en
+##language:en
 This is an index of all words occuring in page titles.
 
 See also:

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: WordIndex

[commons-dev]

   Date: 2004-07-12T04:29:16
   Editor: 80.4.224.4 <>
   Wiki: Jakarta Commons Wiki
   Page: WordIndex
   URL: http://wiki.apache.org/jakarta-commons/WordIndex

   no comment

Change Log:

--
@@ -1,5 +1,4 @@
-[1|http://www.pantandsocks.co.uk][2|http://www.cheapest-phone.co.uk][3|http://www.laser-eye-centre.co.uk][3|http://www.reuterbrook.co.uk][4|http://www.longcrossgroup.co.uk][5|http://www.buzz-hotels.co.uk][6|http://www.fuelcellmarketplace.co.uk][7|http://www.laser-eye-correction.co.uk][8|http://www.bodet-clocks.co.uk][9|http://www.execsoft-software.co.uk][10|http://www.cragrats-catering.co.uk][11|http://www.jgc-network.co.uk][12|http://www.owaceilings.co.uk][13|http://www.laser-eye.co.uk][14|http://www.lasikclinic.co.uk][15|http://www.eye-laser.co.uk][16|http://www.beaumont-bar.co.uk][17|http://www.parkersexecutivecar.co.uk][18|http://www.tcom-control.co.uk][19|http://www.parkersexecutivecar.co.uk][20|http://www.executive-chauffeur-hire.co.uk][21|http://www.cragrats-education.co.uk][22|http://www.cragrats-inspiring.co.uk][23|http://www.sec-battery.co.uk][24|http://www.cragrats-react.co.uk][25|http://www.cragratstraining.co.uk][26|http://www.cornishholidaysuk.com][27|http://www.allwoodoxford.com]
 [28|http://www.uvinewine.co.uk] [29|http://www.telematicsone.com] 
[30|http://www.reuterbrooks.com][31|http://telematiksone.co.uk][32|http://www.real-worldinternational.co.uk][33|http://www.find-a-mortgage.co.uk]
-##language:en
+:  http://www.pantandsocks.co.uk http://www.cheapest-phone.co.uk 
http://www.laser-eye-centre.co.uk http://www.reuterbrook.co.uk 
http://www.longcrossgroup.co.uk http://www.buzz-hotels.co.uk 
http://www.fuelcellmarketplace.co.uk http://www.laser-eye-correction.co.uk 
http://www.bodet-clocks.co.uk http://www.execsoft-software.co.uk 
http://www.cragrats-catering.co.uk http://www.jgc-network.co.uk 
http://www.owaceilings.co.uk http://www.laser-eye.co.uk http://www.lasikclinic.co.uk 
http://www.eye-laser.co.uk http://www.beaumont-bar.co.uk 
http://www.parkersexecutivecar.co.uk http://www.tcom-control.co.uk 
http://www.parkersexecutivecar.co.uk http://www.executive-chauffeur-hire.co.uk 
http://www.cragrats-education.co.uk http://www.cragrats-inspiring.co.uk 
http://www.sec-battery.co.uk http://www.cragrats-react.co.uk 
http://www.cragratstraining.co.uk http://www.cornishholidaysuk.com 
http://www.allwoodoxford.com http://www.uvinewine.co.uk http://www.telematicsone.com 
http://www.reuterbrooks.com http://telematiksone.co.uk 
http://www.real-worldinternational.co.uk http://www.find-a-mortgage.co.uk##language:en
 This is an index of all words occuring in page titles.
 
 See also:

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: WordIndex

[commons-dev]

   Date: 2004-07-12T04:28:40
   Editor: 80.4.224.4 <>
   Wiki: Jakarta Commons Wiki
   Page: WordIndex
   URL: http://wiki.apache.org/jakarta-commons/WordIndex

   no comment

Change Log:

--
@@ -1,3 +1,4 @@
+[1|http://www.pantandsocks.co.uk][2|http://www.cheapest-phone.co.uk][3|http://www.laser-eye-centre.co.uk][3|http://www.reuterbrook.co.uk][4|http://www.longcrossgroup.co.uk][5|http://www.buzz-hotels.co.uk][6|http://www.fuelcellmarketplace.co.uk][7|http://www.laser-eye-correction.co.uk][8|http://www.bodet-clocks.co.uk][9|http://www.execsoft-software.co.uk][10|http://www.cragrats-catering.co.uk][11|http://www.jgc-network.co.uk][12|http://www.owaceilings.co.uk][13|http://www.laser-eye.co.uk][14|http://www.lasikclinic.co.uk][15|http://www.eye-laser.co.uk][16|http://www.beaumont-bar.co.uk][17|http://www.parkersexecutivecar.co.uk][18|http://www.tcom-control.co.uk][19|http://www.parkersexecutivecar.co.uk][20|http://www.executive-chauffeur-hire.co.uk][21|http://www.cragrats-education.co.uk][22|http://www.cragrats-inspiring.co.uk][23|http://www.sec-battery.co.uk][24|http://www.cragrats-react.co.uk][25|http://www.cragratstraining.co.uk][26|http://www.cornishholidaysuk.com][27|http://www.allwoodoxford.com]
 [28|http://www.uvinewine.co.uk] [29|http://www.telematicsone.com] 
[30|http://www.reuterbrooks.com][31|http://telematiksone.co.uk][32|http://www.real-worldinternational.co.uk][33|http://www.find-a-mortgage.co.uk]
 ##language:en
 This is an index of all words occuring in page titles.
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]