[cp-patches] Re: PATCH: logfile rotation, native methods
On Jul 7, 2005, at 11:17 PM, Casey Marshall wrote: 2005-07-07 Casey Marshall [EMAIL PROTECTED] * java/util/logging/FileHandler.java (written): new field. (logFiles): new field. (init): initialize the OutputStream last. (createFileStream): made non-static; append '.%g' to 'pattern' if not included; open existing files if 'append' is set; return byte-counting stream; use 'has', not 'String.indexOf'. (publish): rotate the file if we go beyond the byte limit; flush the stream after publishing each record. (rotate): new method. (has): new method. (ostr): new member class. Committed. I'll follow up with file locks soon. ___ Classpath-patches mailing list Classpath-patches@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-patches
Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6
On Jul 09, 2005 05:15 AM, Soumyadip Modak [EMAIL PROTECTED] wrote: Martin Kauss [EMAIL PROTECTED] wrote Hi, the configure just checks the system dependencies to build the system. The needed libraries are not checked until the compile process, JFYI. The questions was asked some month ago for a Debian package as well. I tried to build Open-Xchange some time ago with GNU Classpath, but specially for mail, necessary methods and functions are just missing. So what I understand is this: (Correct me if I'm wrong) 1. Problems with servlets are solvable with free Java tools, and these are not major showstoppers I am not aware of any servlet issues at all, tomcat for example should provide all necessary libraries. 2. Base64 and Parserdelegator problems need some work Specially the ParserDelegator class should be part of a JDK since Java 1.2 as far as i can remember, see http://java.sun.com/j2se/1.4.2/docs/api/javax/swing/text/html/parser/ParserDelegator.html and http://developer.classpath.org/doc/javax/swing/text/html/parser/ParserDelegator-source.html 3. Main problem is that the free Javamail does not implement some methods that are needed by OX. Correct. Is it possible for the OX developers to work with the Classpath developers to resolve these problems ? As far as I can understand there is no major bottleneck other than some missing functionality, and I'm sure that the Classpath people would love to have people collaborating with them. :) Not sure what you mean with to work ... to resolve these problems, but in general the answer is yes. Finally i would like to mention that Sun do a great Job for Javamail with the mail protocol support and with the supported mail servers and IMHO it will not be easy to get to the same functionality. We are just providing a collaboration framework and that is our focus. This means, if the functionality is covered by any other package than Sun's Javamail package one can build OX with this packages. Currently - AFAIK - this is not possible. The other question is what you mean with extensive free Java tools ... for some ppl. also packages offered by Sun/IBM/Bea are free ... I generally refer to the Debian Free Software Guidelines for my definition of Free software :) http://www.debian.org/social_contract#guidelines Thanks a lot -- Soumyadip Modak [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.randomink.org/soumyadip Ciao, Martin Kauss ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Brief implementation question about the exception code.
Hi, all When the CORBA server POA is temporary deactivated (discarding mode), the client receives remote exception org.omg.CORBA.TRANSIENT. One of the fields in this exception is the integer minor error code. My OMG document (March 2004) clearly states that the value of that field must be 1. From my previous experience, the Suns implementation always throws this exception with this field set to value 1398080489 (0x535503e9) that can be decoded as An exception code, specific to Sun's implementation, number 1001. Any ideas about which error code should we return? Cheers Audrius ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6
Martin Kauss wrote: So what I understand is this: (Correct me if I'm wrong) 1. Problems with servlets are solvable with free Java tools, and these are not major showstoppers I am not aware of any servlet issues at all, tomcat for example should provide all necessary libraries. GNU provides the servlet API 2.4: cvs -d [EMAIL PROTECTED]:/cvsroot/classpathx co servletapi If a package is needed I can make one. 3. Main problem is that the free Javamail does not implement some methods that are needed by OX. Correct. I haven't heard any issues raised on classpathx-javamail@gnu.org or submitted as bugs or patches at http://savannah.gnu.org/projects/classpathx GNU JavaMail provides all the API methods provided by the JavaMail API. If OX depends on com.sun APIs or on undocumented session properties, this is an issue for OX to resolve. If there is functionality you want exposing, there should be no problem, but you have to let us know. Finally i would like to mention that Sun do a great Job for Javamail with the mail protocol support and with the supported mail servers and IMHO it will not be easy to get to the same functionality. GNU JavaMail doesn't explicitly support servers, it implements the published standards. Sun's implementation supports 3 providers (IMAP4, POP3, SMTP). GNU JavaMail supports 6 providers (IMAP4rev1, POP3, SMTP, NNTP, mbox, Maildir) and we had SASL and STARTTLS support long before Sun. Arguably we provide considerably more functionality. -- Chris Burdess ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: [OX Devel] Compiling OpenExchange with gcj and classpath
On Sat, Jul 09, 2005 at 12:05:18AM +0200, Martin Kauss wrote:
On Jul 08, 2005 02:28 PM, Soumyadip Modak [EMAIL PROTECTED] wrote:
Hello,
Recently I've been looking at OpenExchange on Fedora Core 4. I was
hoping to utilise FC4's extensive free Java tools to build OX. OX
configure script didn't thorw up any problems but make failed witha lot
of errors. Can anyone please guide me how to rectify these problems to
get a completely free groupware solution ?
Errors :
Making all in javabuild
make[1]: Entering directory `/root/open-xchange-0.8.0-3/javabuild'
/usr/bin/ant -f ../build.xml
Buildfile: ../build.xml
init:
compilewebdav:
[javac] Compiling 14 source files to /root/open-xchange-0.8.0-3/build
[javac] --
[javac] 1. WARNING in
/root/open-xchange-0.8.0-3/src/com/openexchange/groupware/ContactInsEdit.java
[javac] (at line 96)
[javac] import com.openexchange.tools.encoding.Base64;
[javac]^^
[javac] The import com.openexchange.tools.encoding.Base64 is never used
[javac] --
[javac] --
[REMOVED LOTS OF ERROR MESSAGES]
[javac] (at line 53)
[javac] public class OXFolderPermissionException extends Throwable {
[javac] ^^^
[javac] The serializable class OXFolderPermissionException does not
declare a static final serialVersionUID field of type long
[javac] --
[javac] 120 problems (84 errors, 36 warnings)
Sorry for flooding.
Thanks
Soumyadip Modak
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.randomink.org/soumyadip
Hi,
the configure just checks the system dependencies to
build the system. The needed libraries are not checked
until the compile process, JFYI.
The questions was asked some month ago for a Debian
package as well. I tried to build Open-Xchange some
time ago with GNU Classpath, but specially for mail,
necessary methods and functions are just missing.
We are just providing a collaboration framework and
that is our focus. This means, if the functionality
is covered by any other package than Sun's Javamail
package one can build OX with this packages.
Currently - AFAIK - this is not possible.
The other question is what you mean with
extensive free Java tools ... for some
ppl. also packages offered by Sun/IBM/Bea are free ...
You mean free as in free beer but we would like to use software
that is free as in freedom.
Michael
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community at http://planet.classpath.org/
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
RE: Brief implementation question about the exception code.
Meskauskas Audrius wrote: When the CORBA server POA is temporary deactivated (discarding mode), the client receives remote exception org.omg.CORBA.TRANSIENT. One of the fields in this exception is the integer minor error code. My OMG document (March 2004) clearly states that the value of that field must be 1. From my previous experience, the Suns implementation always throws this exception with this field set to value 1398080489 (0x535503e9) that can be decoded as An exception code, specific to Sun's implementation, number 1001. Any ideas about which error code should we return? The question I usually use to try to figure these things out is: Would Sun fix this if it was reported as a bug? If they wouldn't fix it, we should be compatible with their implementation instead of the spec. I know too little about CORBA to answer the question in this case, but maybe it is helpful for you to decide what to do. Regards, Jeroen ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Brief implementation question about the exception code.
Jeroen Frijters wrote: Meskauskas Audrius wrote: When the CORBA server POA is temporary deactivated (discarding mode), the client receives remote exception org.omg.CORBA.TRANSIENT. One of the fields in this exception is the integer minor error code. My OMG document (March 2004) clearly states that the value of that field must be 1. From my previous experience, the Suns implementation always throws this exception with this field set to value 1398080489 (0x535503e9) that can be decoded as An exception code, specific to Sun's implementation, number 1001 If they wouldn't fix it, we should be compatible with their implementation instead of the spec. I have submitted them two bugs (same problem with OBJ_ADAPTER for the permanently deactivated POA) and added specnotes. The immediate release wil throw the Suns minor codes. If they correct, I will fix them back. ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Compiling OpenExchange with gcj and classpath
Martin Kauss wrote: Hi, first of all i want to state that i do not want to start a discussion like vi/emacs, linux/windows or something similar. For us, freedom of choice is importend and if the classpath project fits the needs - it is just fine. Only one statement i want to clarify: I wrote that the Javamail API supports servers - maybe i should say that it has been tested against several servers (like mentioned in the notes, http://java.sun.com/products/javamail/NOTES13.txt). I will discuss the issue of undocumented calls at the beginning of the next week with our developer team and i will check again the classpath API because - like i wrote - i tested some month ago and at this time some methods were not included. I want to be up-to-date. Please be patient until we have investigated the details. Hey that's great news. I'm certainly looking forward to getting OX to compile with GNU Classpath. Maybe, if it's impractical to get OX to support Classpath completely right now, we could have a set of patches, separate from the main OX code, which would enable us to build OX with Classpath ? It's seems to me that some code in OX might be have to be changed to do this, so this suggestion. Looking forward to all the responses Thanks a lot -- Soumyadip Modak [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.randomink.org/soumyadip ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: JNI assertion failure
Archie Cobbs wrote: With Classpath 0.16, trying to run a very simple Swing demo under JCVM, I get a JNI assertion failure in a call to GetIntField(), because the object type and the fieldID are not compatible: gnu/java/awt/peer/gtk/[EMAIL PROTECTED] not instance of gnu/java/awt/peer/gtk/GtkGenericPeer Here is the relevant stack trace snippet: #7 0x29f862d7 in Java_gnu_java_awt_peer_gtk_GdkGraphics_initState__Lgnu_java_awt_peer_gtk_GtkComponentPeer_2 (env=0x107ed6a0, obj=0x29795698, peer=0x2979569c) at gnu_java_awt_peer_gtk_GdkGraphics.c:154 Hmm, no response.. can anyone else confirm this problem?? It looks like this code is completely broken, because it's trying to save a pointer in a field that doesn't exist. Line 154 of gnu_java_awt_peer_gtk_GdkGraphics.c says: NSA_SET_PTR (env, obj, g) but obj is a gnu/java/awt/peer/gtk/GdkGraphics object, not a gnu/java/awt/peer/gtk/GtkGenericPeer object, the class that contains the native_state field. I'm not familiar with this code so I could be completely misunderstanding something. But it seems obviously wrong, and on VM's that don't check proper JNI usage will result in random memory corruption. I'd appreciate a quick confirmation from another set of eyes... Thanks, -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Fix for java/net/URLClassLoader
This patch (checked in) fixes two Mauve tests and removes some
obsolete code.
2005-07-09 Archie Cobbs [EMAIL PROTECTED]
* java/net/URLClassLoader.java: disallow directories as resources
-Archie
__
Archie Cobbs *CTO, Awarix* http://www.awarix.com
--- java/net/URLClassLoader.java.orig 2005-07-09 15:07:42.0 -0500
+++ java/net/URLClassLoader.java2005-07-09 15:06:06.0 -0500
@@ -536,7 +536,7 @@
Resource getResource(String name)
{
File file = new File(dir, name);
- if (file.exists())
+ if (file.exists() !file.isDirectory())
return new FileResource(this, name, file);
return null;
}
@@ -554,36 +554,11 @@
InputStream getInputStream() throws IOException
{
- // Delegate to the URL content handler mechanism to retrieve an
- // HTML representation of the directory listing if a directory
- if (file.isDirectory())
-{
- URL url = getURL();
- return url.openStream();
-}
- // Otherwise simply return a FileInputStream
return new FileInputStream(file);
}
public int getLength()
{
- // Delegate to the URL content handler mechanism to retrieve the
- // length of the HTML representation of the directory listing if
- // a directory, or -1 if an exception occurs opening the directory.
- if (file.isDirectory())
-{
- URL url = getURL();
- try
-{
- URLConnection connection = url.openConnection();
- return connection.getContentLength();
-}
- catch (IOException e)
-{
- return -1;
-}
-}
- // Otherwise simply return the file length
return (int) file.length();
}
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
[commit-cp] classpath ./ChangeLog java/net/URLClassLoader.java
CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Archie Cobbs [EMAIL PROTECTED]05/07/09 20:12:00 Modified files: . : ChangeLog java/net : URLClassLoader.java Log message: * java/net/URLClassLoader.java: disallow directories as resources CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.4036tr2=1.4037r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/java/net/URLClassLoader.java.diff?tr1=1.31tr2=1.32r1=textr2=text ___ Commit-classpath mailing list Commit-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/commit-classpath
[commit-cp] classpath ./ChangeLog gnu/xml/transform/Abstrac...
CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Chris Burdess [EMAIL PROTECTED] 05/07/09 20:38:37 Modified files: . : ChangeLog gnu/xml/transform: AbstractNumberNode.java ApplyImportsNode.java ApplyTemplatesNode.java AttributeNode.java Bindings.java CallTemplateNode.java CopyOfNode.java CurrentFunction.java DocumentFunction.java ElementAvailableFunction.java ElementNode.java ForEachNode.java FormatNumberFunction.java FunctionAvailableFunction.java GenerateIdFunction.java IfNode.java KeyFunction.java ParameterNode.java SortKey.java StreamSerializer.java Stylesheet.java SystemPropertyFunction.java TemplateNode.java TransformerImpl.java UnparsedEntityUriFunction.java ValueOfNode.java WhenNode.java WithParam.java gnu/xml/xpath : AndExpr.java ArithmeticExpr.java BooleanFunction.java CeilingFunction.java ConcatFunction.java Constant.java ContainsFunction.java CountFunction.java EqualityExpr.java Expr.java FalseFunction.java FloorFunction.java FunctionCall.java IdFunction.java LangFunction.java LastFunction.java LocalNameFunction.java NameFunction.java NameTest.java NamespaceTest.java NamespaceUriFunction.java NegativeExpr.java NodeTypeTest.java NormalizeSpaceFunction.java NotFunction.java NumberFunction.java OrExpr.java ParenthesizedExpr.java Pattern.java PositionFunction.java Predicate.java RelationalExpr.java Root.java RoundFunction.java Selector.java StartsWithFunction.java Steps.java StringFunction.java StringLengthFunction.java SubstringAfterFunction.java SubstringBeforeFunction.java SubstringFunction.java SumFunction.java Test.java TranslateFunction.java TrueFunction.java UnionExpr.java VariableReference.java XPathParser.java XPathParser.y javax/xml/namespace: QName.java Log message: 2005-07-09 Chris Burdess [EMAIL PROTECTED] * gnu/xml/transform/AbstractNumberNode.java, gnu/xml/transform/ApplyImportsNode.java, gnu/xml/transform/ApplyTemplatesNode.java, gnu/xml/transform/AttributeNode.java, gnu/xml/transform/Bindings.java, gnu/xml/transform/CallTemplateNode.java, gnu/xml/transform/CopyOfNode.java, gnu/xml/transform/CurrentFunction.java, gnu/xml/transform/DocumentFunction.java, gnu/xml/transform/ElementAvailableFunction.java, gnu/xml/transform/ElementNode.java, gnu/xml/transform/ForEachNode.java, gnu/xml/transform/FormatNumberFunction.java, gnu/xml/transform/FunctionAvailableFunction.java, gnu/xml/transform/GenerateIdFunction.java, gnu/xml/transform/IfNode.java, gnu/xml/transform/KeyFunction.java, gnu/xml/transform/ParameterNode.java, gnu/xml/transform/SortKey.java, gnu/xml/transform/StreamSerializer.java, gnu/xml/transform/Stylesheet.java, gnu/xml/transform/SystemPropertyFunction.java, gnu/xml/transform/TemplateNode.java, gnu/xml/transform/TransformerImpl.java, gnu/xml/transform/UnparsedEntityUriFunction.java, gnu/xml/transform/ValueOfNode.java, gnu/xml/transform/WhenNode.java, gnu/xml/transform/WithParam.java, gnu/xml/xpath/AndExpr.java, gnu/xml/xpath/ArithmeticExpr.java, gnu/xml/xpath/BooleanFunction.java, gnu/xml/xpath/CeilingFunction.java, gnu/xml/xpath/ConcatFunction.java, gnu/xml/xpath/Constant.java, gnu/xml/xpath/ContainsFunction.java, gnu/xml/xpath/CountFunction.java, gnu/xml/xpath/EqualityExpr.java, gnu/xml/xpath/Expr.java, gnu/xml/xpath/FalseFunction.java, gnu/xml/xpath/FloorFunction.java, gnu/xml/xpath/FunctionCall.java, gnu/xml/xpath/IdFunction.java, gnu/xml/xpath/LangFunction.java, gnu/xml/xpath/LastFunction.java, gnu/xml/xpath/LocalNameFunction.java,
