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
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
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
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
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
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
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
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
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
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
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:
*
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
12 matches
Mail list logo