svn commit: r159142 - jakarta/commons/proper/logging/trunk/demonstration/src/java/overview.html
Author: rdonkin Date: Sun Mar 27 00:53:34 2005 New Revision: 159142 URL: http://svn.apache.org/viewcvs?view=revrev=159142 Log: Added link to ceki's document Modified: jakarta/commons/proper/logging/trunk/demonstration/src/java/overview.html Modified: jakarta/commons/proper/logging/trunk/demonstration/src/java/overview.html URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/demonstration/src/java/overview.html?view=diffr1=159141r2=159142 == --- jakarta/commons/proper/logging/trunk/demonstration/src/java/overview.html (original) +++ jakarta/commons/proper/logging/trunk/demonstration/src/java/overview.html Sun Mar 27 00:53:34 2005 @@ -33,8 +33,9 @@ a HREF=http://jakarta.apache.org/commons/logging/tech.html;JCL Technology Guide/a before starting. /p -pThis approach was inspired by a JCL critique written by Ceki -Guici. +pThis approach was inspired by a +a href='http://www.qos.ch/logging/classloader.jsp'JCL critique/a +written by Ceki Guuml;lcuuml;. /p pThese demonstrations focus on discovery in general and discovery of Log4J in particular. Not only is Log4J the most important target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] distribution packaging
On Sat, 2005-03-26 at 18:30 +0100, Ceki Gülcü wrote: On 2005-03-25 19:57:35, Robert Burrell Donkin wrote: as part of a review of my demonstration of concepts analysis, i have now identified cases where (in theory) an impl jar should solve some issues involving child classloaders. (your batsense seems pretty well developed brian :) it's a little involved to explain without reference to the demonstration cases so i'll leave this as a FYI for now. Thanks for taking the time to write this document. I'll provide comments early next week. Both you and Brian refer to my analysis of JCL as Ceki's document without actually linking to it. Is it because my document is so notorious that it does not need linking to? :-) Anyway, I don't mind either way. Feel free to keep as is. i was in two minds whether to mention it at all. the demonstration stuff isn't a rebuttal but though i thought it might be polite to mention your document in there somewhere. ended up adding references to your examples in there for utility purposes (so they were listed somewhere). probably take them out once they have served their purpose. sounds like you'd be happy with a link so i've added one. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2
On Sat, 2005-03-26 at 17:23 -0500, Noel J. Bergman wrote: Remy wrote: My plan for JULI is to: What is JULI? I know JCL, UGLI, Log4J, j.u.logging ... hmmm ... is JULI an acronym for j.u.l-integration? Is there any pace for this in the logging project, or should I seek another home ? If not in Logging, perhaps in Jakarta Commons? It appears that we have several folks trying to move JCL to the next level, and both you and Richard Sitze ahould have considerable common ground in terms of needs. there seems to be considerable and ongoing controversy about scope when it comes to allowing the development of logging components here. when it comes to looking at richard's proposal's, i do admit that this is one of the reasons why i've been reluctant to take any action in this area. but i do think that these projects should be able to find a home somewhere at apache there has been talk of the possibility of logging.apache.org inviting JCL to move there. i have also offered karma to any folks from logging who want to influence development here. the logging.apache.org team certainly know a lot more about logging than myself (and i'd guess most of the rest of the team here) but probably aren't as familiar with the needs of bricks as the people here or as knowledgeable about containers (of all sorts) as remy. is JCL out of scope for jakarta commons since it deals with logging or in scope since it's focused on bricks? is eJCL out of scope for jakarta since it deals with logging or in scope because it focuses on the logging needs of reusable serverside J2EE components? would JULI be out-of-scope for jakarta since it deals with logging or in scope since it's focused on solving the particular logging issues associated with containers? i don't really feel qualified to give an answer. it would be great if someone could find a way through the politics and history... - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159143 - jakarta/commons/proper/betwixt/trunk/xdocs/powered.xml
Author: rdonkin Date: Sun Mar 27 02:08:24 2005 New Revision: 159143 URL: http://svn.apache.org/viewcvs?view=revrev=159143 Log: Added a commercial application powered by Betwixt. Requested by an email to my apache dot org account. Opinions welcomed. Modified: jakarta/commons/proper/betwixt/trunk/xdocs/powered.xml Modified: jakarta/commons/proper/betwixt/trunk/xdocs/powered.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/betwixt/trunk/xdocs/powered.xml?view=diffr1=159142r2=159143 == --- jakarta/commons/proper/betwixt/trunk/xdocs/powered.xml (original) +++ jakarta/commons/proper/betwixt/trunk/xdocs/powered.xml Sun Mar 27 02:08:24 2005 @@ -51,6 +51,12 @@ Commons SQL is a component for working with databases and generating DDL. /td /tr + tr + tda href=http://www.everyboat.com/;Every Boat Classifieds (Commercial)/a/td + td + A dynamic self-publishing classifieds system utilizing Betwixt for caching ads as xml + /td + /tr /table /subsection /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] site deploy on jakarta.apache.org failed
On Sat, 2005-03-26 at 00:34 -0500, Phil Steitz wrote: Anyone can do it. The file to update is commons-build/sandbox-build.xml and what needs to be changed is the siteAddress element. I assume this should be changed to cvs.apache.org. Can someone confirm that correct? cvs requires shell so this should be safe enough for the next few months. i'm raising the question of how maven websites will cope when shell access to the www machine is switched off on general. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2
On Sat, 26 Mar 2005 11:19:56 -0800, Martin Cooper [EMAIL PROTECTED] wrote: This is a puzzling comment to me. What is the basis of the statement that nearly everyone uses Commons Logging? No project that I have ever worked on (outside the ASF) has ever used Commons Logging. They have all used Log4j because of its feature set. I really don't think I'm a part of a small minority here either. I don't think you're part of a minority: I was talking about middleware and/or containers. It makes sense that people writing applications would not care at all. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2
On Sat, 26 Mar 2005 17:23:43 -0500, Noel J. Bergman [EMAIL PROTECTED] wrote: Remy wrote: My plan for JULI is to: What is JULI? I know JCL, UGLI, Log4J, j.u.logging ... hmmm ... is JULI an acronym for j.u.l-integration? JULI is a java.util.logging implementation. It currently lives here: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors/juli/ I think the API, java.util.logging, got many things right: - the API functionality itself seems good enough to me - it has a design making it easy to extend once you figure out the API (no docs), since you simply have to replace the main LogManager - it is extremely robust in a container environment (one-per-VM singleton design for the LogManager, and the core classes are hard to replace: this means classloading problems are almost impossible) - really usified configuration (being in the boot classloader, any of the VM own logging will go to it) - security (it uses the security manager all over the place) - handlers are simple JULI would provide: - LogManager implementations targetted at various containers (I am interested in Tomcat at the moment) - various handlers (many can be ported from existing log4j appenders) I am certain that no API is perfect, and that java.util.logging does have its flaws, but from a container perspective, it got some important points right. We'll see how well this works soon, as it is used to provide logging defaults in the new Tomcat build (the previous defaults were using java.util.logging as well, but with the default implementations, and consequently didn't do anything useful). Is there any pace for this in the logging project, or should I seek another home ? If not in Logging, perhaps in Jakarta Commons? It appears that we have several folks trying to move JCL to the next level, and both you and Richard Sitze ahould have considerable common ground in terms of needs. I do consider commons, but commons does this funny things to your package names, and it's a bit annoying ;) Also, I am a bit confused about the logging project scope. Does it want to host logging related projects or not ? -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159148 - in jakarta/commons/sandbox/jci/trunk: ./ src/java/org/apache/commons/jci/ src/java/org/apache/commons/jci/monitor/ src/test/ src/test/org/ src/test/org/apache/ src/test/org/apache/commons/ src/test/org/apache/commons/jci/ src/test/org/apache/commons/jci/monitor/
Author: tcurdt Date: Sun Mar 27 05:58:25 2005 New Revision: 159148 URL: http://svn.apache.org/viewcvs?view=revrev=159148 Log: support monitoring multiple repositories Added: jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/monitor/FilesystemAlterationListener.java - copied, changed from r156520, jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/monitor/AlterationListener.java jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/monitor/FilesystemAlterationMonitor.java - copied, changed from r156520, jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/monitor/AlterationMonitor.java jakarta/commons/sandbox/jci/trunk/src/test/ jakarta/commons/sandbox/jci/trunk/src/test/org/ jakarta/commons/sandbox/jci/trunk/src/test/org/apache/ jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/ jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/jci/ jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/jci/monitor/ jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/jci/monitor/CommandlineTest.java Removed: jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/monitor/AlterationListener.java jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/monitor/AlterationMonitor.java Modified: jakarta/commons/sandbox/jci/trunk/.classpath jakarta/commons/sandbox/jci/trunk/project.xml jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/CompilingClassLoader.java jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/ReloadingClassLoader.java Modified: jakarta/commons/sandbox/jci/trunk/.classpath URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/jci/trunk/.classpath?view=diffr1=159147r2=159148 == --- jakarta/commons/sandbox/jci/trunk/.classpath (original) +++ jakarta/commons/sandbox/jci/trunk/.classpath Sun Mar 27 05:58:25 2005 @@ -1,6 +1,7 @@ ?xml version=1.0 encoding=UTF-8? classpath classpathentry kind=src path=src/java/ + classpathentry kind=src path=src/test/ classpathentry kind=con path=org.eclipse.jdt.launching.JRE_CONTAINER/ classpathentry sourcepath=/jakarta-bcel-trunk/src/java kind=lib path=lib/jakarta-bcel-20040329.jar/ classpathentry kind=var path=MAVEN_REPO/commons-io/jars/commons-io-1.0.jar/ @@ -8,5 +9,6 @@ classpathentry kind=var path=MAVEN_REPO/eclipse/jars/jdtcore-3.0.1.jar/ classpathentry kind=var path=MAVEN_REPO/commons-logging/jars/commons-logging-1.0.4.jar/ classpathentry kind=var path=MAVEN_REPO/commons-logging/jars/commons-logging-api-1.0.4.jar/ - classpathentry kind=output path=bin/ + classpathentry kind=var path=MAVEN_REPO/commons-collections/jars/commons-collections-3.1.jar/ + classpathentry kind=output path=eclipse/ /classpath Modified: jakarta/commons/sandbox/jci/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/jci/trunk/project.xml?view=diffr1=159147r2=159148 == --- jakarta/commons/sandbox/jci/trunk/project.xml (original) +++ jakarta/commons/sandbox/jci/trunk/project.xml Sun Mar 27 05:58:25 2005 @@ -3,32 +3,25 @@ !-- -- extend../commons-build/sandbox-project.xml/extend - + pomVersion1/pomVersion + artifactIdcommons-jci/artifactId nameCommons JCI/name + groupIdcommons-jci/groupId idcommons-jci/id logo/images/jci-logo-white.png/logo urlhttp://jakarta.apache.org/commons/sandbox/jci//url inceptionYear2004/inceptionYear shortDescriptionCommons JCI/shortDescription descriptionCommons JCI (java compiler interface)/description - currentVersion0.1-dev/currentVersion - versions/versions - branches/branches - packageorg.apache.commons.jci.*/package - - developers - developer nameTorsten Curdt/name idtcurdt/id emailtcurdt at apache.org/email /developer - /developers - build sourceDirectorysrc/java/sourceDirectory unitTestSourceDirectorysrc/test/unitTestSourceDirectory @@ -38,40 +31,44 @@ /includes /unitTest /build - dependencies - - dependency - groupIdbcel/groupId - artifactIdbcel/artifactId - version20040329/version - /dependency - - dependency - groupIdcommons-io/groupId - artifactIdcommons-io/artifactId - version1.0/version - /dependency - - dependency - groupIdcommons-lang/groupId - artifactIdcommons-lang/artifactId - version2.0/version - /dependency - - dependency - groupIdcommons-logging/groupId - artifactIdcommons-logging/artifactId - version1.0.4/version - /dependency - - dependency - groupIdeclipse/groupId - artifactIdjdtcore/artifactId - version3.0.1/version - /dependency - +dependency + groupIdbcel/groupId +
svn commit: r159150 - in jakarta/commons/sandbox/javaflow/trunk: lib/commons-jci-r159148.jar project.properties project.xml
Author: tcurdt
Date: Sun Mar 27 06:27:24 2005
New Revision: 159150
URL: http://svn.apache.org/viewcvs?view=revrev=159150
Log:
upgrade to latest jci
Added:
jakarta/commons/sandbox/javaflow/trunk/lib/commons-jci-r159148.jar (with
props)
Modified:
jakarta/commons/sandbox/javaflow/trunk/project.properties
jakarta/commons/sandbox/javaflow/trunk/project.xml
Added: jakarta/commons/sandbox/javaflow/trunk/lib/commons-jci-r159148.jar
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/lib/commons-jci-r159148.jar?view=autorev=159150
==
Binary file - no diff available.
Propchange: jakarta/commons/sandbox/javaflow/trunk/lib/commons-jci-r159148.jar
--
svn:mime-type = application/octet-stream
Modified: jakarta/commons/sandbox/javaflow/trunk/project.properties
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/project.properties?view=diffr1=159149r2=159150
==
--- jakarta/commons/sandbox/javaflow/trunk/project.properties (original)
+++ jakarta/commons/sandbox/javaflow/trunk/project.properties Sun Mar 27
06:27:24 2005
@@ -34,5 +34,5 @@
#
# Jars set explicity by path.
#
-maven.jar.commons-jci = ${basedir}/lib/commons-jci-r153831.jar
+maven.jar.commons-jci = ${basedir}/lib/commons-jci-r159148.jar
maven.jar.bcel = ${basedir}/lib/jakarta-bcel-20040329.jar
Modified: jakarta/commons/sandbox/javaflow/trunk/project.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/project.xml?view=diffr1=159149r2=159150
==
--- jakarta/commons/sandbox/javaflow/trunk/project.xml (original)
+++ jakarta/commons/sandbox/javaflow/trunk/project.xml Sun Mar 27 06:27:24 2005
@@ -3,7 +3,6 @@
!--
--
extend../commons-build/sandbox-project.xml/extend
-
pomVersion1/pomVersion
artifactIdcommons-javaflow/artifactId
nameCommons Javaflow/name
@@ -53,7 +52,7 @@
groupIdcommons-jci/groupId
artifactIdcommons-jci/artifactId
versionr153831/version
- jar${basedir}/lib/commons-jci-r153831.jar/jar
+ jar${basedir}/lib/commons-jci-r159148.jar/jar
typejar/type
/dependency
dependency
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159151 - jakarta/commons/sandbox/javaflow/trunk/lib/commons-jci-r153831.jar
Author: tcurdt Date: Sun Mar 27 06:32:59 2005 New Revision: 159151 URL: http://svn.apache.org/viewcvs?view=revrev=159151 Log: remove old jci version Removed: jakarta/commons/sandbox/javaflow/trunk/lib/commons-jci-r153831.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159154 - jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.emptyCollection.version3.2.obj jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.fullCollection.version3.2.obj
Author: scolebourne Date: Sun Mar 27 08:02:24 2005 New Revision: 159154 URL: http://svn.apache.org/viewcvs?view=revrev=159154 Log: Add DefaultedMap that returns a default value if the key is not in the map RFE 30911, by Rafael U. C. Afonso Added: jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.emptyCollection.version3.2.obj (with props) jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.fullCollection.version3.2.obj (with props) Added: jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.emptyCollection.version3.2.obj URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.emptyCollection.version3.2.obj?view=autorev=159154 == Binary file - no diff available. Propchange: jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.emptyCollection.version3.2.obj -- svn:mime-type = application/octet-stream Added: jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.fullCollection.version3.2.obj URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.fullCollection.version3.2.obj?view=autorev=159154 == Binary file - no diff available. Propchange: jakarta/commons/proper/collections/trunk/data/test/DefaultedMap.fullCollection.version3.2.obj -- svn:mime-type = application/octet-stream - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VFS: JDBC FileSystem: planning an implementation
Wouter De Borger wrote: -storing files into databases, including some metadata (the easy part) Great! -representing tables as virtual files, thus files which can not be accessed in a regular way, but their type indicadtes a handler class that cast the FileObject to a TableObject and uses them. Well, I think I got the point. There might be some thing which needs some discussion. E.g. what if the handler itself needs some library, do you plan to pack your handler into something like a war? And I am not sure if your handler shouldnt be a coder/decoder (aka codec), maybe someone might call it filetype converter. And then I am not sure if VFS is the right place for it. I thought representing tables as virtual files should result in something like a xml file. VFS should only try to _transport_ the content, not interpreting it. But since this is the second step of your project I will be happy to see the first integrated into VFS ;-) --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2
Martin Cooper wrote: On Sat, 26 Mar 2005 20:03:28 +0100, Remy Maucherat The only thing logical is that there's actually no value in the API log4j provides to applications: most of them will only use a featureset equivalent to what commons-logging exposes (as proven by the fact that nearly everyone uses commons-logging at the moment). This is a puzzling comment to me. What is the basis of the statement that nearly everyone uses Commons Logging? No project that I have ever worked on (outside the ASF) has ever used Commons Logging. They have all used Log4j because of its feature set. I really don't think I'm a part of a small minority here either. There really is no reason for an application to use JCL. I´m personally surprised that Tomcat chose to do so for its internal logging, and pleased to see that the next version is moving away from it. JCL is great for libraries, where the code *cannot* make any assumptions about what logging library is available. However there is a significant price to pay for using JCL: * a least common denominator API, and * a significant performance hit. Application code which can make assumptions about what logging library it will be bundled with should generally code directly to that logging libraries´API. The app then gets a more complete API and better performance. [1] And libraries which provide fairly simple functionality don´t need logging at all; they can report problems via exceptions. But for libraries that are complex enough to need logging, but can´t assume a particular logging implementation, what options are there other than commons logging (or UGLI once it is released)? I would really be interested to know! Hard-wiring the use of log4j into such a library isn´t an option for obvious reasons. Please note that the above is just my personal view.. Regards, Simon === [1] Well, there are a few minor advantages for an app to use JCL. The deployer can select their own logging library and then write the logging config files in a format they are familiar with, rather than be forced to learn the logging system bundled with the app. And some logging libraries offer features that others do not. For example, log4j integrates nicely with some log-monitoring apps that other systems do not (and possibly vice versa). And in memory-limited situations, JCL offers the option of SimpleLog or NoOpLog, at the price of reduced functionality. But in most cases I think that it is preferable for application code to write direct to a specific logging API. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2
Remy Maucherat wrote: On Sat, 26 Mar 2005 17:23:43 -0500, Noel J. Bergman [EMAIL PROTECTED] wrote: Remy wrote: My plan for JULI is to: What is JULI? I know JCL, UGLI, Log4J, j.u.logging ... hmmm ... is JULI an acronym for j.u.l-integration? JULI is a java.util.logging implementation. It currently lives here: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors/juli/ I think the API, java.util.logging, got many things right: - the API functionality itself seems good enough to me - it has a design making it easy to extend once you figure out the API (no docs), since you simply have to replace the main LogManager - it is extremely robust in a container environment (one-per-VM singleton design for the LogManager, and the core classes are hard to replace: this means classloading problems are almost impossible) What happens when multiple independent webapps use j.u.logging? Can each webapp have its own personal logging configuration file? And if so, is logging correctly cleaned up when the webapp is undeployed? We'll see how well this works soon, as it is used to provide logging defaults in the new Tomcat build (the previous defaults were using java.util.logging as well, but with the default implementations, and consequently didn't do anything useful). I´ll just point out there are two quite independent logging concepts here: logging of internal container details, and logging by webapp code. I´m quite sure you can use j.u.logging for Tomcat´s internal logging. Have you also looked into the issues relating to what happens when a webapp uses j.u.logging API to log messages (or when some library that app depends upon does so)? Is there any pace for this in the logging project, or should I seek another home ? If not in Logging, perhaps in Jakarta Commons? It appears that we have several folks trying to move JCL to the next level, and both you and Richard Sitze ahould have considerable common ground in terms of needs. I do consider commons, but commons does this funny things to your package names, and it's a bit annoying ;) Also, I am a bit confused about the logging project scope. Does it want to host logging related projects or not ? It seems to me that apache-logging would be a better home for this project than commons. Note, however, that commons projects are *not required* to use org.apache.commons as a package prefix as far as I know. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2
On Sun, 27 Mar 2005 20:21:04 +0200, Simon Kitching [EMAIL PROTECTED] wrote: There really is no reason for an application to use JCL. I´m personally surprised that Tomcat chose to do so for its internal logging, and pleased to see that the next version is moving away from it. That's news to me. JCL is great for libraries, where the code *cannot* make any assumptions about what logging library is available. However there is a significant price to pay for using JCL: * a least common denominator API, and We have never needed anything more. * a significant performance hit. JFluid didn't ever show logging as an issue, so it does not matter to me. Application code which can make assumptions about what logging library it will be bundled with should generally code directly to that logging libraries´API. The app then gets a more complete API and better performance. [1] And libraries which provide fairly simple functionality don´t need logging at all; they can report problems via exceptions. But for libraries that are complex enough to need logging, but can´t assume a particular logging implementation, what options are there other than commons logging (or UGLI once it is released)? I would really be interested to know! Hard-wiring the use of log4j into such a library isn´t an option for obvious reasons. Please note that the above is just my personal view.. I don't think Tomcat has a buisiness deciding which logger people should use, just the same as for your libraries. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34198] New: - Handling of float and double should use the locale object
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34198. 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=34198 Summary: Handling of float and double should use the locale object Product: Commons Version: Nightly Builds Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Validator AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Handling of float and double should use the locale object. See also the wish list from the wiki. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34198] - Handling of float and double should use the locale object
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34198. 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=34198 --- Additional Comments From [EMAIL PROTECTED] 2005-03-27 22:02 --- Created an attachment (id=14575) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14575action=view) Handling of float and double should use the locale object Add methods to format float, double, ... with users locale object. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[vfs] JDBC FileSystem: planning an implementation
-storing files into databases, including some metadata (the easy part) I would see the mapping from relational model to filesystem: relation (table) = filesystem (defines a set of files that share the same set of attributes). tuple (row) = file that has the content value and attribute values attribute = one of the attributes has to be decided as content and the rest of the attributes are file attributes. Problems: You have to store the decision of which attribute is to be the content attribute in vfs. Messy. It will get lost if it is not in the database. Someone might want to see one database as one filesystem. Then files in that same filesystem would have completely different attributes and content stored in different attribute too. All tables should not contain any duplicates and have key attribute that would uniquely identify the tuple (row, file). Unfortunately sql (and current databases) don't enforce this. If you want to see one database as one filesystem then the path would be schema/tableName/uniqueId If one table is one filesystem then the path would be only uniqueId. I can see the benefit of this project in the possibility of adding attributes freely to filesystem. But it is going to me a bit messy because of the heterogenous nature of database products, sql dialects, and jdbc driver implementations. Also relational model is stronger than simple hierarchical filesystem model so that needs to be kept in mind. - rami - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2
On Sun, 27 Mar 2005 20:31:19 +0200, Simon Kitching [EMAIL PROTECTED] wrote: What happens when multiple independent webapps use j.u.logging? Can each webapp have its own personal logging configuration file? And if so, is logging correctly cleaned up when the webapp is undeployed? Yes, it should work ok. At the moment, it simply uses a weak hashmap, which I think should be enough. We'll see how well this works soon, as it is used to provide logging defaults in the new Tomcat build (the previous defaults were using java.util.logging as well, but with the default implementations, and consequently didn't do anything useful). I´ll just point out there are two quite independent logging concepts here: logging of internal container details, and logging by webapp code. I´m quite sure you can use j.u.logging for Tomcat´s internal logging. No, I can't, the configuration is too restrictive, etc. That's what we were doing by default in previous Tomcat 5.5 releases. Have you also looked into the issues relating to what happens when a webapp uses j.u.logging API to log messages (or when some library that app depends upon does so)? I'd recomend you look at it. Why do you think it would cause problems ? -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34198] - [validator] Handling of float and double should use the locale object
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34198. 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=34198 [EMAIL PROTECTED] changed: What|Removed |Added Summary|[validation] Handling of|[validator] Handling of |float and double should use |float and double should use |the locale object |the locale object -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34198] - [validation] Handling of float and double should use the locale object
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34198. 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=34198 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Handling of float and double|[validation] Handling of |should use the locale object|float and double should use ||the locale object -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VFS: JDBC FileSystem: planning an implementation
it's not in the scope of VFS but I plan on making it, I don't know if
I will release it, or where.
but step by step, I'm now think about a table model
I can do something like
CREATE TABLE Files (
path VARCHAR(200) NOT NULL,
type VARCHAR(50) NULL,
meta VARCHAR(50) NULL,
lastModified TIMESTAMP NOT NULL,
content LONGBLOB NULL,
PRIMARY KEY path
);
(if the blob is null, it's a directory)
or, I could make a table containing file entries and one with contents
and one with parent/child coupels for the directories
or, I can prepare for the worst and implement spanning, splitting up
the files in chuncks, numbering them, (might be a good idea)
CREATE TABLE Files (
name CHAR(32) NOT NULL, //not too short?
file BOOL NOT NULL,
type VARCHAR(50) NULL,
meta VARCHAR(50) NULL,
PRIMARY KEY (name)
);
CREATE TABLE Directories
{
name CHAR(32) NOT NULL,
child CHAR(32) NOT NULL,
}
CREATE TABLE Content
{
name CHAR(32) NOT NULL,
number INT NOT NULL,
content BLOB NOT NULL,
PRIMARY KEY (name,number)
}
(it's easy to add some constraint checking, so there can be no links
to unexisting files, but I don't see an evident SQL way to avoid loops
in the FS (so, I'll do that the java way or leave it out and call it a
feature)
I can also add a number of attribute fields, creation time,meta data fields,
sugestions?
Wouter
PS, I'm studying now, so, mhh, perhaps I can run through my database
design textbook tomorrow
On Sun, 27 Mar 2005 17:18:41 +0200, Mario Ivankovits [EMAIL PROTECTED] wrote:
Wouter De Borger wrote:
-storing files into databases, including some metadata
(the easy part)
Great!
-representing tables as virtual files, thus files which can not be
accessed in a regular way, but their type indicadtes a handler class
that cast the FileObject to a TableObject and uses them.
Well, I think I got the point. There might be some thing which needs
some discussion. E.g. what if the handler itself needs some library, do
you plan to pack your handler into something like a war?
And I am not sure if your handler shouldnt be a coder/decoder (aka
codec), maybe someone might call it filetype converter. And then I am
not sure if VFS is the right place for it.
I thought representing tables as virtual files should result in
something like a xml file. VFS should only try to _transport_ the
content, not interpreting it.
But since this is the second step of your project I will be happy to see
the first integrated into VFS ;-)
---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Gmail rules
-
Wouter De Borger
-
if life was a joke of eternity, what would you do?
All I want is a kind word, a warm bed and unlimited power.
-
www.nosoftwarepatents.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159209 - in jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser: RSSFeedParser.java network/URLResourceRequest.java
Author: burton
Date: Sun Mar 27 15:19:50 2005
New Revision: 159209
URL: http://svn.apache.org/viewcvs?view=revrev=159209
Log:
changed URL to not include the sandbox
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/RSSFeedParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/URLResourceRequest.java
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/RSSFeedParser.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/RSSFeedParser.java?view=diffr1=159208r2=159209
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/RSSFeedParser.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/RSSFeedParser.java
Sun Mar 27 15:19:50 2005
@@ -227,7 +227,9 @@
Element items = state.current.getChild( items, NS.CONTENT );
if ( items != null ) {
-
+
+//FIXME: with malformed XML this could throw an NPE. Luckly
+//this format is rare now.
Element value =
items.getChild( Bag, NS.RDF )
.getChild( li, NS.RDF )
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/URLResourceRequest.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/URLResourceRequest.java?view=diffr1=159208r2=159209
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/URLResourceRequest.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/URLResourceRequest.java
Sun Mar 27 15:19:50 2005
@@ -45,15 +45,22 @@
public static final String ACCEPT_ENCODING_HEADER = Accept-Encoding;
public static final String IF_NONE_MATCH_HEADER = If-None-Match;
-
public static final String GZIP_ENCODING = gzip;
-
public static final String USER_AGENT_HEADER = User-Agent;
-
+
+/**
+ *
+ * Enable RFC 3228 HTTP Delta for feeds.
+ *
+ * http://bobwyman.pubsub.com/main/2004/09/using_rfc3229_w.html
+ *
+ * http://bobwyman.pubsub.com/main/2004/09/implementations.html
+ *
+ */
public static boolean ENABLE_HTTP_DELTA_FEED_IM = false;
public static String USER_AGENT
-= Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1;
aggregator:FeedParser; http://jakarta.apache.org/commons/sandbox/feedparser/)
Gecko/20021130;
+= Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1;
aggregator:FeedParser; http://jakarta.apache.org/commons/feedparser/)
Gecko/20021130;
public static String USER_AGENT_MOZILLA
= Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130;
@@ -62,7 +69,7 @@
* Not used anymore. Provided for historical reasons.
*/
public static final String REFERER
-=
http://jakarta.apache.org/commons/sandbox/feedparser/?isAggregator=true;;
+= http://jakarta.apache.org/commons/feedparser/?isAggregator=true;;
public static final int MAX_CONTENT_LENGTH = 100;
@@ -166,7 +173,10 @@
if ( ENABLE_HTTP_DELTA_FEED_IM ) {
//note that this will return HTTP 226 if used.
+//
+
httpURLConn.setRequestProperty( A-IM, feed, gzip );
+
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159211 - in jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser: ./ impl/ locate/ network/ output/ tools/
Author: burton
Date: Sun Mar 27 15:24:21 2005
New Revision: 159211
URL: http://svn.apache.org/viewcvs?view=revrev=159211
Log:
removed @author to make javadoc build easier
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/AtomFeedParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/BaseParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ChangesFeedParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FOAFFeedParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FOAFFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedDirectoryParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedLifecycleListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserState.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/MetaFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/OPMLFeedParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/RSSFeedParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/TagFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/Test.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/impl/DebugFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/AnchorParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/AnchorParserException.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/DiscoveryLocator.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/FeedLocator.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/LinkLocator.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ProbeLocator.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BaseResourceRequest.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequest.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequestFactory.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/URLCookieManager.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/URLResourceRequest.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/output/RSS10_OutputFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/tools/XMLCleanser.java
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/AtomFeedParser.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/AtomFeedParser.java?view=diffr1=159210r2=159211
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/AtomFeedParser.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/AtomFeedParser.java
Sun Mar 27 15:24:21 2005
@@ -53,7 +53,7 @@
/**
* Parse this feed.
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static void parse( FeedParserListener listener,
org.jdom.Document doc ) throws Exception {
@@ -302,7 +302,7 @@
/**
* Get the content of the given element.
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
private static String getXMLOfContent( List content ) {
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/BaseParser.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/BaseParser.java?view=diffr1=159210r2=159211
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/BaseParser.java
(original)
+++
svn commit: r159212 - in jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser: ./ impl/ locate/ network/ output/ sax/
Author: burton
Date: Sun Mar 27 15:31:07 2005
New Revision: 159212
URL: http://svn.apache.org/viewcvs?view=revrev=159212
Log:
removed more @authors
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/DefaultFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FOAFFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedDirectoryParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedLifecycleListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedList.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/MetaFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/RSSFeedParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/impl/DebugFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/AnchorParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/FeedLocator.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/MalformedResourceException.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/NetworkEventListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/NetworkException.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequest.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/output/RSS10_OutputFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/sax/RSSFeedParser.java
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentFeedParserListener.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentFeedParserListener.java?view=diffr1=159211r2=159212
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentFeedParserListener.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentFeedParserListener.java
Sun Mar 27 15:31:07 2005
@@ -75,7 +75,7 @@
* @param isSummary True if this is just a summary of the content and not
* the full content. This is only known for Atom feeds.
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin Burton/a
+ *
*/
public void onContent( FeedParserState state,
String type,
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/DefaultFeedParserListener.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/DefaultFeedParserListener.java?view=diffr1=159211r2=159212
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/DefaultFeedParserListener.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/DefaultFeedParserListener.java
Sun Mar 27 15:31:07 2005
@@ -82,7 +82,7 @@
/**
*
http://www.mnot.net/drafts/draft-nottingham-atom-format-00.html#rfc.section.3.2.8
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin Burton/a
+ *
*/
public void onCreated( FeedParserState state, Date date ) throws
FeedParserException{}
public void onCreatedEnd() throws FeedParserException {}
@@ -93,7 +93,7 @@
/**
*
http://www.mnot.net/drafts/draft-nottingham-atom-format-00.html#rfc.section.3.2.7
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin Burton/a
+ *
*/
public void onIssued( FeedParserState state, String content ) throws
FeedParserException {}
public void onIssuedEnd() throws FeedParserException {}
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FOAFFeedParserListener.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FOAFFeedParserListener.java?view=diffr1=159211r2=159212
svn commit: r159213 - in jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser: ./ locate/ network/
Author: burton
Date: Sun Mar 27 15:32:01 2005
New Revision: 159213
URL: http://svn.apache.org/viewcvs?view=revrev=159213
Log:
removed more @authors
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/MetaFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/TagFeedParser.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/DiscoveryLocator.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ProbeLocator.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/AdvancedInputStream.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BaseResourceRequest.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BlockingResourceRequest.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/HTTPClientNetworkResource.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequest.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequestFactory.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/URLResourceRequest.java
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java?view=diffr1=159212r2=159213
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Sun Mar 27 15:32:01 2005
@@ -96,7 +96,7 @@
* Removing prolog whitespace, comments, and other garbage from the
* beginning of a feed.
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
private static String doRemoveLeadingProlog( String content, String
encoding ) {
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/MetaFeedParserListener.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/MetaFeedParserListener.java?view=diffr1=159212r2=159213
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/MetaFeedParserListener.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/MetaFeedParserListener.java
Sun Mar 27 15:32:01 2005
@@ -101,7 +101,7 @@
* Used to represent RSS 2.0 GUIDs and atom:id constructs. For Atom
* isPermalink should be ignored.
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public void onGUID( FeedParserState state,
String value,
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/TagFeedParser.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/TagFeedParser.java?view=diffr1=159212r2=159213
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/TagFeedParser.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/TagFeedParser.java
Sun Mar 27 15:32:01 2005
@@ -71,7 +71,7 @@
* this needs to be per element. It seems that the real infringer is
* Delicious but I can fix this by processing dc:subject last.
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static void doDcSubject( TagFeedParserListener listener,
FeedParserState state ) throws Exception {
@@ -100,7 +100,7 @@
/**
* Parse out atom:category and RSS 2.0/0.91 category
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static boolean doParseCategory( TagFeedParserListener listener,
FeedParserState state ) throws
Exception {
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/DiscoveryLocator.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/DiscoveryLocator.java?view=diffr1=159212r2=159213
svn commit: r159214 - in jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser: locate/ResourceExpander.java network/BaseResourceRequest.java tools/XMLEncodingParser.java
Author: burton
Date: Sun Mar 27 15:33:51 2005
New Revision: 159214
URL: http://svn.apache.org/viewcvs?view=revrev=159214
Log:
removed more @authors
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BaseResourceRequest.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/tools/XMLEncodingParser.java
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java?view=diffr1=159213r2=159214
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java
Sun Mar 27 15:33:51 2005
@@ -57,7 +57,7 @@
* @param link The link to possibly expand, such as /index.rdf or
* http://www.somehost.com/somepage.html;.
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static String expand( String resource, String link ) {
@@ -161,7 +161,7 @@
/**
* Return true if this is an valid scheme and should be expanded.
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static boolean isValidScheme( String resource ) {
if (hasScheme(resource) == false)
@@ -199,7 +199,7 @@
*
* for file: URLs we return file://
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static String getSite( String resource ) {
@@ -261,7 +261,7 @@
* http://www.foo.com/directory
*
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static String getBase( String resource ) {
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BaseResourceRequest.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BaseResourceRequest.java?view=diffr1=159213r2=159214
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BaseResourceRequest.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BaseResourceRequest.java
Sun Mar 27 15:33:51 2005
@@ -79,7 +79,7 @@
/**
* Fire a new ArchiveEvent
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public void fireDataEvent( long count ) {
@@ -108,7 +108,7 @@
/**
* Fire a new ArchiveEvent
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public void fireDataEvent( DataEvent event ) {
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/tools/XMLEncodingParser.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/tools/XMLEncodingParser.java?view=diffr1=159213r2=159214
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/tools/XMLEncodingParser.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/tools/XMLEncodingParser.java
Sun Mar 27 15:33:51 2005
@@ -33,7 +33,7 @@
/**
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static String parse( byte[] content ) throws Exception {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159215 - in jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser: ContentDetector.java FeedFilter.java FeedVersion.java MetaFeedParserListener.java locate/EntityDecoder.java locate/ProbeLocator.java test/BaseTestCase.java test/TestBrokenFeeds.java
Author: burton
Date: Sun Mar 27 15:36:16 2005
New Revision: 159215
URL: http://svn.apache.org/viewcvs?view=revrev=159215
Log:
removed more @authors
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentDetector.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedVersion.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/MetaFeedParserListener.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/EntityDecoder.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ProbeLocator.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/test/BaseTestCase.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/test/TestBrokenFeeds.java
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentDetector.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentDetector.java?view=diffr1=159214r2=159215
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentDetector.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/ContentDetector.java
Sun Mar 27 15:36:16 2005
@@ -32,7 +32,7 @@
* cheat because really we have no way of telling if this is RSS other
than if
* it is XML and it starts with an RSS 1.0, 2.0, 0.91 or 0.9 decl
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static ContentDetectorResult detect( String content ) throws
Exception {
@@ -56,7 +56,7 @@
/**
* Return true if this is RSS 1.0 content
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static boolean isRSS_1_0_Content( String content ) throws Exception
{
@@ -70,7 +70,7 @@
/**
* Return true if this is RSS 2.0 content
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static boolean isRSS_0_9_1_Content( String content ) throws
Exception {
@@ -82,7 +82,7 @@
/**
* Return true if this is RSS 0.9.2 content
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static boolean isRSS_0_9_2_Content( String content ) throws
Exception {
@@ -94,7 +94,7 @@
/**
* Return true if this is RSS 2.0 content
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static boolean isRSS_2_0_Content( String content ) throws Exception
{
@@ -105,7 +105,7 @@
/**
* Return true if this is RSS 2.0 content
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static boolean isRSS_0_9_0_Content( String content ) throws
Exception {
@@ -123,7 +123,7 @@
/**
* Return true if this is RSS 2.0 content
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static boolean isHTMLContent( String content ) throws Exception {
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java?view=diffr1=159214r2=159215
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java
Sun Mar 27 15:36:16 2005
@@ -44,7 +44,7 @@
* think because assuming a content type is bad form.
*
* @deprecated Specify an encoding with #parse( bytes[], encoding )
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static byte[] parse( byte[] bytes )
throws Exception {
@@ -67,7 +67,7 @@
*
*
http://wiki.apache.org/jakarta-commons/FeedParser_2fStringAllocationConsideredHelpful
*
- * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a
+ *
*/
public static byte[] parse( String content, String encoding )
throws Exception {
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedVersion.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedVersion.java?view=diffr1=159214r2=159215
svn commit: r159216 - jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BlockingResourceRequest.java
Author: burton Date: Sun Mar 27 15:37:28 2005 New Revision: 159216 URL: http://svn.apache.org/viewcvs?view=revrev=159216 Log: removed more @authors and cleanup Modified: jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BlockingResourceRequest.java Modified: jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BlockingResourceRequest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BlockingResourceRequest.java?view=diffr1=159215r2=159216 == --- jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BlockingResourceRequest.java (original) +++ jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/BlockingResourceRequest.java Sun Mar 27 15:37:28 2005 @@ -21,6 +21,9 @@ import java.util.*; /** + * + * A blocking request that waits for a specified or random amount of time. + * * SCHEME - block://localhost/?duration=100 * * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159217 - in jakarta/commons/proper/feedparser/trunk: build.xml src/java/org/apache/commons/feedparser/locate/ResourceExpander.java src/java/org/apache/commons/feedparser/locate/blogservice/BlogService.java src/java/org/apache/commons/feedparser/network/ResourceRequestFactory.java
Author: burton
Date: Sun Mar 27 15:47:14 2005
New Revision: 159217
URL: http://svn.apache.org/viewcvs?view=revrev=159217
Log:
Full javadoc cleanup...
Modified:
jakarta/commons/proper/feedparser/trunk/build.xml
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/blogservice/BlogService.java
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequestFactory.java
Modified: jakarta/commons/proper/feedparser/trunk/build.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/build.xml?view=diffr1=159216r2=159217
==
--- jakarta/commons/proper/feedparser/trunk/build.xml (original)
+++ jakarta/commons/proper/feedparser/trunk/build.xml Sun Mar 27 15:47:14 2005
@@ -170,13 +170,17 @@
mkdir dir=docs/apidocs/
+!--
+
+link=${javadoc.link}
+ --
+
javadoc sourcepath=src/java
packagenames=org.apache.commons.feedparser.*
destdir=docs/apidocs
author=true
version=true
use=true
- link=${javadoc.link}
windowtitle=${product} ${version} API
doctitle=${product} ${version} API
bottom=Copyright amp;copy; ${year} Apache Software
Foundation. All Rights Reserved.
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java?view=diffr1=159216r2=159217
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ResourceExpander.java
Sun Mar 27 15:47:14 2005
@@ -180,8 +180,8 @@
}
/**
- * Determines if the given resource has a scheme (i.e. does it start
- * with http://foo.com; or does it just have foo.com).
+ * Determines if the given resource has a scheme. (i.e. does it start with
+ * http://foo.com; or does it just have foo.com).
*/
public static boolean hasScheme( String resource ) {
return schemePattern.matcher( resource ).matches();
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/blogservice/BlogService.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/blogservice/BlogService.java?view=diffr1=159216r2=159217
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/blogservice/BlogService.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/blogservice/BlogService.java
Sun Mar 27 15:47:14 2005
@@ -196,9 +196,11 @@
return (resource.indexOf(domain) != -1);
}
-/** Determines if the given content was generated by the given generator
- * (i.e. this document contains a meta tag with name=generator and
- * content equal to the generatorType).
+/**
+ * Determines if the given content was generated by the given generator.
+
+ * Example. This document contains a meta tag with name=generator and
+ * content equal to the generatorType).
*/
protected boolean hasGenerator(String content, String generatorType) {
if (content == null) {
Modified:
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequestFactory.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequestFactory.java?view=diffr1=159216r2=159217
==
---
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequestFactory.java
(original)
+++
jakarta/commons/proper/feedparser/trunk/src/java/org/apache/commons/feedparser/network/ResourceRequestFactory.java
Sun Mar 27 15:47:14 2005
@@ -152,7 +152,7 @@
/**
*
- * @see getResourceRequest( String )
+ * @see #getResourceRequest( String )
*
*/
public static ResourceRequest getResourceRequest( String resource ) throws
NetworkException {
@@ -161,7 +161,7 @@
/**
*
- * @see getResourceRequest( String )
+ * @see #getResourceRequest( String )
*
*/
public static
DO NOT REPLY [Bug 34199] New: - [commons-daemon]: jsvc should return non-0 code if class not found
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34199. 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=34199 Summary: [commons-daemon]: jsvc should return non-0 code if class not found Product: Commons Version: 1.0 Final Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P1 Component: Daemon AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Configuration: Red Hat Linux 9 j2sdk-1_4_2_07 jsvc 1.0 Expected behavior: jsvc should return a non 0 return code if it encounters an error itself (not the java class). Actual behavior: If the java class it wants to execute cannot be found then jsvc returns immediately with a return code of 0. jsvc seems to be designed to return error codes as can be seen from the error message: jsvc.exec error: An error was detected checking the NoSuchClass daemon jsvc.exec error: Service exit with a return value of 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34200] New: - Broken link for mailing list archive on ID project in Commons Sandbox.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34200. 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=34200 Summary: Broken link for mailing list archive on ID project in Commons Sandbox. Product: Commons Version: unspecified Platform: Macintosh URL: http://jakarta.apache.org/commons/sandbox/id/mail- lists.html OS/Version: Mac OS X 10.3 Status: NEW Severity: normal Priority: P2 Component: Sandbox AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED] and http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED] both return an error page saying: Required parameter listId or listName is missing or invalid -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159222 - jakarta/commons/sandbox/id/trunk/project.xml
Author: psteitz Date: Sun Mar 27 20:05:12 2005 New Revision: 159222 URL: http://svn.apache.org/viewcvs?view=revrev=159222 Log: Changed siteAddress to cvs.apache.org and fixed mail archive links to match commons site. Modified: jakarta/commons/sandbox/id/trunk/project.xml Modified: jakarta/commons/sandbox/id/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/id/trunk/project.xml?view=diffr1=159221r2=159222 == --- jakarta/commons/sandbox/id/trunk/project.xml (original) +++ jakarta/commons/sandbox/id/trunk/project.xml Sun Mar 27 20:05:12 2005 @@ -47,7 +47,7 @@ /license /licenses issueTrackingUrlhttp://issues.apache.org/bugzilla//issueTrackingUrl - siteAddressjakarta.apache.org/siteAddress + siteAddresscvs.apache.org/siteAddress siteDirectory/www/jakarta.apache.org/commons/sandbox/id//siteDirectory distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons-sandbox/id//distributionDirectory repository @@ -59,13 +59,13 @@ nameCommons Dev List/name subscribe[EMAIL PROTECTED]/subscribe unsubscribe[EMAIL PROTECTED]/unsubscribe - archivehttp://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]/archive + archivehttp://mail-archives.eu.apache.org/mod_mbox/jakarta-commons-dev//archive /mailingList mailingList nameCommons User List/name subscribe[EMAIL PROTECTED]/subscribe unsubscribe[EMAIL PROTECTED]/unsubscribe - archivehttp://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]/archive + archivehttp://mail-archives.eu.apache.org/mod_mbox/jakarta-commons-user//archive /mailingList /mailingLists - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34200] - Broken link for mailing list archive on ID project in Commons Sandbox.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34200. 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=34200 --- Additional Comments From [EMAIL PROTECTED] 2005-03-28 06:11 --- Thank you for reporting this. Should be fixed in a couple of hours when rsynch completes. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34200] - Broken link for mailing list archive on ID project in Commons Sandbox.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34200. 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=34200 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r159224 - jakarta/commons/proper/math/trunk/project.xml
Author: psteitz
Date: Sun Mar 27 20:59:09 2005
New Revision: 159224
URL: http://svn.apache.org/viewcvs?view=revrev=159224
Log:
Changed siteAddress to cvs.apache.org and changed mailing list archive links to
match commons site.
Modified:
jakarta/commons/proper/math/trunk/project.xml
Modified: jakarta/commons/proper/math/trunk/project.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/project.xml?view=diffr1=159223r2=159224
==
--- jakarta/commons/proper/math/trunk/project.xml (original)
+++ jakarta/commons/proper/math/trunk/project.xml Sun Mar 27 20:59:09 2005
@@ -42,7 +42,7 @@
/licenses
gumpRepositoryIdjakarta/gumpRepositoryId
issueTrackingUrlhttp://issues.apache.org/bugzilla/enter_bug.cgi?reporter=amp;product=Commonsamp;version=unspecifiedamp;component=Mathamp;rep_platform=Allamp;op_sys=Allamp;priority=Otheramp;bug_severity=normalamp;bug_status=NEWamp;assigned_to=amp;cc=amp;bug_file_loc=amp;short_desc=%5Bpatch%5D+%22Your+subject+heading+here%22amp;comment=Please+provide+details+here.+Its+best+to+submit+patches+that+alter+existing+file%0D%0Acontent+in+%22unified+cvs+diff%22+format.+%0D%0A%0D%0ASubmissions+that+provide+new+files+can+be+supplied+as+direct+file+attachments+or%0D%0Aarchives+in+zip+or+tar.gz+format.+please+be+kind+enough+to+identify+the+format%0D%0Aof+the+attached+archive+as+bugzill+tends+to+strip+these+characterstics+by%0D%0Aremoving+the+files+extension.amp;maketemplate=Remember+values+as+bookmarkable+templateamp;form_name=enter_bug/issueTrackingUrl
- siteAddressjakarta.apache.org/siteAddress
+ siteAddresscvs.apache.org/siteAddress
siteDirectory/www/jakarta.apache.org/commons/${pom.artifactId.substring(8)}//siteDirectory
distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/${pom.artifactId.substring(8)}//distributionDirectory
repository
@@ -54,13 +54,13 @@
nameCommons Dev List/name
subscribe[EMAIL PROTECTED]/subscribe
unsubscribe[EMAIL PROTECTED]/unsubscribe
- archivehttp://mail-archives.apache.org/eyebrowse/[EMAIL
PROTECTED]/archive
+
archivehttp://mail-archives.eu.apache.org/mod_mbox/jakarta-commons-dev//archive
/mailingList
mailingList
nameCommons User List/name
subscribe[EMAIL PROTECTED]/subscribe
unsubscribe[EMAIL PROTECTED]/unsubscribe
- archivehttp://mail-archives.apache.org/eyebrowse/[EMAIL
PROTECTED]/archive
+
archivehttp://mail-archives.eu.apache.org/mod_mbox/jakarta-commons-user//archive
/mailingList
/mailingLists
versions
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re:[vfs] JDBC FileSystem: planning an implementation
Hello Wouter! I think we should split files and contents at least for performance reason. A database might cache a table without blob better and it is possible to put the content into another tablespace (oracle). What about using inodes? CREATE TABLE Files ( parent_inode numeric(22) not null, inode numeric(22) not null, name VARCHAR(200) NOT NULL, type numeric(1) not null, link_inode numeric(22) not null, lastModified TIMESTAMP NOT NULL, created TIMESTAMP NOT NULL, lastAccessed TIMESTAMP NOT NULL, ); PRIMARY KEY parent_inode, inode, ALTERNATE unique key parent_inode, name type: 0=file, 1=directory, 2=link The root inode is 0 per definition. CREATE TABLE Contents ( inode numeric(22) not null, content LONGBLOB NULL, ); PRIMARY KEY inode CREATE TABLE MetaAttributes ( inode numeric(22) not null, id numeric(22) not null, key varchar(200), value blob ); PRIMARY KEY inode, id I am not sure if the value should really be blob but what if one would store a serialized java object as attribute (filehandler ;-) To answer Rami's mail, I think the url should be something like: dbfs://user:[EMAIL PROTECTED]:dbname/ So one filesystem per database instance. I think the schema could be taken from the user and if this is not sufficient we could add a filesystemconfig where one could explicitely set the schema. And yes. All the database stuff should be abstracted and put into its own (replaceable) class. Thus we could try to provide specialised versions for different databases - or provide one using hibernate3 and get rid of the blob/clob handling too. This is something I could try to do. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34204] New: - XMLConfiguration ignore a specific encoding in XML declaration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34204. 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=34204 Summary: XMLConfiguration ignore a specific encoding in XML declaration Product: Commons Version: 1.0 Final Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Configuration AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I found that usign ConfigurationFactory, XMLConfiguration can't recognize a specific encoding in XML declaration because of calling method load(Reader in) anytime, so I can use only one encoding depend on OS through all xml files. After finding this problem, I modified implementation to create org.w3c.dom.Document by calling DocumentBuilder#parse(new InputSource(Inputstrem in)) to avoid characters garbled (gobbledygook), and then I confirmed to be recoginzed encoding. I suggest to correct methods which inner class FileConfigurationDelegate in XMLConfiguration change to override load(Inputstrem in), and call XMLConfiguration.this.load(Inputstrem in);, and method load(InputStream in) in XMLConfiguration change to call DocumentBuilder#parse(new InputSource(Inputstrem in)). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34204] - [configuration] XMLConfiguration ignore a specific encoding in XML declaration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34204. 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=34204 [EMAIL PROTECTED] changed: What|Removed |Added Summary|XMLConfiguration ignore a |[configuration] |specific encoding in XML|XMLConfiguration ignore a |declaration |specific encoding in XML ||declaration -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
