Re: JDK 16-EA issue

2021-01-05 Thread Dalibor Topic 

Hi,

this looks like a bug, since "e hene" in Albanian means Monday. [0] 
Please file an issue, and let us know what the incident id is.


cheers,
dalibor topic


[0] https://en.wiktionary.org/wiki/e_h%C3%ABn%C3%AB

On 29.12.2020 19:27, Gary Gregory wrote:

Hi Rory and all,

Before I go through creating a bug, I wanted to run this one by you all 
first. All tests pass on Java 8 and 11. We have known failures on 15, 
and new ones on 16.


Just like Apache Commons Lang [https://github.com/apache/commons-lang 
<https://urldefense.com/v3/__https://github.com/apache/commons-lang__;!!GqivPVa7Brio!PrL4yCzeEShPJaQOPD7aixjAsPaRvJXA4kL9FBkp1PuwPU8MRyAll5KIAD1zzMl3Yy0$>] 
ran into issues


https://bugs.openjdk.java.net/browse/JDK-8248434 
<https://bugs.openjdk.java.net/browse/JDK-8248434> and
https://bugs.openjdk.java.net/browse/JDK-8248655 
<https://bugs.openjdk.java.net/browse/JDK-8248655>)


on Java 15 now fixed on Java 16, we've found another that fails on Java 
15 and 16-ea+29 with locale sq_MK in our unit 
test org.apache.commons.lang3.time.Java15BugFastDateParserTest which you 
see in action here:


https://github.com/apache/commons-lang/runs/1622593373?check_suite_focus=true 
<https://urldefense.com/v3/__https://github.com/apache/commons-lang/runs/1622593373?check_suite_focus=true__;!!GqivPVa7Brio!PrL4yCzeEShPJaQOPD7aixjAsPaRvJXA4kL9FBkp1PuwPU8MRyAll5KIAD1zjy4pxLo$>


How to reproduce (requires git and Apache Maven):
git clone https://gitbox.apache.org/repos/asf/commons-lang.git 
<https://urldefense.com/v3/__https://gitbox.apache.org/repos/asf/commons-lang.git__;!!GqivPVa7Brio!PrL4yCzeEShPJaQOPD7aixjAsPaRvJXA4kL9FBkp1PuwPU8MRyAll5KIAD1z5qePyqo$>

mvn clean test

For example, we expect to parse a date into a certain value but we get 
an unexpected value:
Mon Feb 10 00:00:00 GMT+00:00 2003> but was: GMT+00:00 2003


Here it is in the build:

Error:  Tests run: 18, Failures: 16, Errors: 0, Skipped: 0, Time 
elapsed: 0.658 s <<< FAILURE! - in 
org.apache.commons.lang3.time.Java15BugFastDateParserTest
Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(TriFunction)[1]  Time elapsed: 0.14 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : mb.K./2003/shkurt/0010/0012//00/e 
paradites/e hënë, Java: 16-ea+29
  ==> expected:  but was: 12 12:00:00 GMT+00:00 2003>
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(Java15BugFastDateParserTest.java:94)


In case the GitHub build falls off, here is the complete list of errors:

Error:  Tests run: 18, Failures: 16, Errors: 0, Skipped: 0, Time 
elapsed: 0.658 s <<< FAILURE! - in 
org.apache.commons.lang3.time.Java15BugFastDateParserTest
Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(TriFunction)[1]  Time elapsed: 0.14 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : mb.K./2003/shkurt/0010/0012//00/e 
paradites/e hënë, Java: 16-ea+29
  ==> expected:  but was: 12 12:00:00 GMT+00:00 2003>
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(Java15BugFastDateParserTest.java:94)


Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(TriFunction)[2]  Time elapsed: 0.04 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : mb.K./2003/shkurt/0010/0012//00/e 
paradites/e hënë, Java: 16-ea+29
  ==> expected:  but was: 12 12:00:00 GMT+00:00 2003>
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_AD(Java15BugFastDateParserTest.java:94)


Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_BC(TriFunction)[1]  Time elapsed: 0.057 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : p.K./2003/shkurt/0010/0012//00/e 
paradites/e shtunë, Java: 16-ea+29
  ==> expected:  but was: 12 12:00:00 GMT+00:00 2003>
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales(Java15BugFastDateParserTest.java:86)
at 
org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_BC(Java15BugFastDateParserTest.java:101)


Error: 
  org.apache.commons.lang3.time.Java15BugFastDateParserTest.testLocales_Long_BC(TriFunction)[2]  Time elapsed: 0.033 s  <<< FAILURE!

org.opentest4j.AssertionFailedError:
locale : sq_MK, formattedDate : p.K./2003/shkurt/0010/0012//00/e 
paradites/e shtunë, Java: 16-ea+29
  ==> expected:  but was: 12

Testing Apache Commons with JDK 8 EA builds

2014-08-29 Thread dalibor topic 

Hi Apache Commons developers,

I'm trying to get an idea about how much community testing is happening 
on JDK Early Access (EA) builds among Apache Commons components, and to 
encourage more of it to happen as part of our engagement in the Adoption 
Group in OpenJDK. [0] [1]


In other words, I'm curious if you have been testing your components 
against JDK 7/8/9 EA builds, and if you have run into any showstopper 
issues.


cheers,
dalibor topic

[0] https://wiki.openjdk.java.net/display/Adoption/Quality+Out+Reach
[1] 
http://mail.openjdk.java.net/pipermail/adoption-discuss/2014-August/000305.html 


--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961


ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher

<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Testing Apache Commons with JDK 8 EA builds

2014-09-16 Thread Dalibor Topic 
On 8/29/14 12:57 PM, Benedikt Ritter wrote:
> Hello Dalibor,
> 
> I'm usually testing release candidates of our compontens with the latest
> Java 6,7 and 8 releases. I've also tested with Java 8 EA before it went GA.
> I'm working with MacOS.

Great, thanks!

> I have not encountered problems regarding the compilation. What really is a
> problem for us is DocLint. Almost all maven site builds fail due to
> malformed JavaDoc. Fixing all those errors is a huge amount of work, so wie
> usually build the site with Java 7.

Right. A way to disable DocLint checks in maven builds is described e.g. at 
https://jdpgrailsdev.github.io/blog/2014/04/03/maven_java8_javadoc.html

cheers,
dalibor topic

-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961 

Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to 
developing practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Testing Apache Commons with JDK 8 EA builds

2014-09-16 Thread Dalibor Topic 
On 8/29/14 1:43 PM, Gary Gregory wrote:
> I do day to to work with the latest version of Java 7 and 8, no EA builds.
> 
> I did install and test with a Java 8 EA build a while back but I found it
> confusing that the directory name included "1.8.0_11" as opposed to
> something that included an "EA" marker as I'd forgotten that build was EA
> later on.

Such a marker exists in the build's version string. 

Using 'java -version' produces 

java version "1.8.0_40-ea"
Java(TM) SE Runtime Environment (build 1.8.0_40-ea-b05)
Java HotSpot(TM) 64-Bit Server VM (build 25.40-b09, mixed mode)

for JDK 8u40 EA build b05, for example.

cheers,
dalibor topic

-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961 

Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to 
developing practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Analysis of commons-jelly-1.0 & commons-launcher-1.1 dependencies on JDK-Internal APIs

2014-10-17 Thread dalibor topic 



On 17.10.2014 21:20, Paul Libbrecht wrote:

Thanks Rory,

why would org.w3c.* or org.relaxng.* be JDK internal?


Please see http://docs.oracle.com/javase/8/docs/api/ for a list of Java 
SE 8 API packages. Neither org.relaxng nor org.w3c.dom.html/ranges are 
part of it.


cheers,
dalibor topic


Does it mean… it's going to be included in JDK 9? (probably as a conflicting 
version with some priority to included jars thus maybe breaking) ?

Those are trusted software providers since years (Jelly is quite old).

paul

On 17 oct. 2014, at 20:48, "Rory O'Donnell"  wrote:


Let me try one at a time - commons-jelly attached.

Rgds,Rory
On 17/10/2014 19:22, Paul Libbrecht wrote:

Rory,

I see no attachments here. Can you post it to some web-place please?

paul


On 17 oct. 2014, at 10:42, Rory O'Donnell  wrote:


Hi Benedict,

As I already mentioned we have prepared guidance on migrating some of the more 
common usage patterns of JDK-internal APIs
to supported public interfaces. The list is on the OpenJDK wiki [0], along with 
instructions on how to run the jdeps analysis tool yourself .

I have prepared reports , attached to this email, for commons-jelly-1.0 & 
commons-launcher-1.1 based on the jdeps output.

For anything where your migration path is unclear, I would appreciate comments 
on the JDK-internal API usage patterns in the attached jdeps reports - in 
particular comments elaborating on the rationale for them - either to me or on 
the adoption-discuss [1] mailing list at OpenJDK.

Finding suitable replacements for unsupported interfaces is not always 
straightforward, which is why I am reaching out to you
early in the JDK 9 development cycle so you can give feedback about new APIs 
that may be needed to facilitate this exercise.

Thank you in advance for any efforts and feedback helping us make JDK 9 better.

Rgds,Rory

[0] https://wiki.openjdk.java.net/display/JDK8/Java+Dependency+Analysis+Tool
[1] http://mail.openjdk.java.net/mailman/listinfo/adoption-discuss

--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland






-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org


--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland






--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961


ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher

<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [compress] JDK 9 b64 - interpretation of TimeZone in ZipEntry#getTime has changed?

2015-06-08 Thread dalibor topic 

There was this deliberate change in the run up to JDK 8:
https://bugs.openjdk.java.net/browse/JDK-7012868 -  see thread starting 
at 
http://mail.openjdk.java.net/pipermail/core-libs-dev/2013-May/017325.html for 
review.


So you should observe the same behavior wtih JDK 8, I think.

cheers,
dalibor topic

On 29.05.2015 20:57, Gary Gregory wrote:

It's a fair question to ask esp. WRT compatibility vs. fix.
Gary

 Original message 
From: Stefan Bodewig 
Date: 05/29/2015  11:07  (GMT-08:00)
To: Rory O'Donnell , Dalibor Topic , 
Balchandra Vaidya , Vivek Theeyarath 

Cc: dev@commons.apache.org
Subject: [compress] JDK 9 b64 - interpretation of TimeZone in ZipEntry#getTime 
has changed?

Hi

I'm not sure whether I should raise a bug or this is an intended change.

Apart from the bunzip2 problem - more on that in a separate mail - one
other Unit test fails in Commons Compress.  In our test we use a method
to "fix" the time read from a ZIP entry with the following comment:

 /**
  * InfoZIP seems to adjust the time stored inside the LFH and CD
  * to GMT when writing ZIPs while java.util.zip.ZipEntry thinks it
  * was in local time.
  *
  * The archive read in {@link #testSampleFile} has been created
  * with GMT-8 so we need to adjust for the difference.
  */

This no longer seems to be true and ZipEntry#getTime now also assumes
time to be in UTC.  Has this change been made intentionally?

Cheers

 Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961


Oracle | Kühnehöfe 5 | 22761 Hamburg
<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [compress] JDK 9 b64 breaks bzip2 decompression

2015-06-08 Thread dalibor topic 
Thanks for stripping the test case down, Stefan - the behaviour sounds 
rather odd.


Please file a bug at bugs.java.com, and let us know what issue ID you 
receive.


cheers,
dalibor topic

On 29.05.2015 21:00, Stefan Bodewig wrote:

I've stripped down the test case to

-

import java.io.*;
import org.apache.commons.compress.compressors.bzip2.BZip2CompressorInputStream;
import org.apache.commons.compress.utils.IOUtils;

public class Bzip2DecompressorLoop {
 public static void main(String[] args) throws IOException {
 int loops = 0;
 while (true) {
 ByteArrayOutputStream devNull = new ByteArrayOutputStream();
 BZip2CompressorInputStream in = new BZip2CompressorInputStream(new 
FileInputStream("bla.tar.bz2"));
 IOUtils.copy(in, devNull);
 System.err.println("Finished loop: " + (loops++));
 }
 }
}

-

compile it against Commons Compress 1.9 and use
https://svn.apache.org/repos/asf/commons/proper/compress/trunk/src/test/resources/bla.txt.bz2

It's not always the same number but somewhere around "loop 53" I get a
"BZip2 CRC error" when using JDK 9 b64 - this is after decompressing the
same file several times without any problems.

Cheers

     Stefan



--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961


Oracle | Kühnehöfe 5 | 22761 Hamburg
<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [ALL] JDK 9 Version String

2016-07-15 Thread dalibor topic 



On 14.07.2016 20:05, Gary Gregory wrote:

Am I blind or can someone point out how to comment on a JEP?


Each JEP has a "Discussion" field pointing to the most appropriate 
mailing list to discuss it.



The JEP is
linked to https://bugs.openjdk.java.net/browse/JDK-8061493 but how do you
get an account on that?


JBS accounts are available to OpenJDK developers. Please see the 
"Account Eligibility" section of 
https://wiki.openjdk.java.net/display/general/JBS+Overview for more details.



I recall hearing a preso on how the comments for Java were locked down for
fear of too much feedback... or something.


Anyone can submit issues through bugs.java.com and, as necessary, 
participate in discussing their resolution on the corresponding mailing 
lists.


In the OpenJDK community, mailing lists are used for discussions, while 
the issue tracker is, broadly speaking, used to record facts.


While that is different from the 'anything goes anywhere' setup 
implicitly or explicitly favored by some other open source communities, 
it also removes a lot of the friction resulting from such an approach.


cheers,
dalibor topic
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961


ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher

<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [ALL] JDK 9 Version String

2016-07-15 Thread dalibor topic 



On 14.07.2016 20:27, Gary Gregory wrote:

Thank you, I subscribed and asked a question out of curiosity...


Please see 
http://mail.openjdk.java.net/pipermail/verona-dev/2016-May/000409.html 
in general and 
http://download.java.net/java/jdk9/docs/api/java/lang/Runtime.Version.html 
specifically.


cheers,
dalibor topic

--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961


ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher

<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Regressions in Commons Lang Unit tests when building on Java 9 EA

2016-09-28 Thread dalibor topic 

Hi,

as Stefan suggests on https://issues.apache.org/jira/browse/LANG-1265, I 
think the behavior you've seen is related to 
http://openjdk.java.net/jeps/252 .


If changing the order to prefer CLDR data on Java 8 doesn't lead to the 
same problem, and changing the order in the JDK 9 EA build back to 
prefer JRE data doesn't 'fix' the issue, then there may be a different 
issue in play from plain locale data differences from different 
providers. In that case, please file an issue on bugs.java.com, and let 
us know the incident ID you received.


cheers,
dalibor topic
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961


ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher

<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Regressions in Commons Lang Unit tests when building on Java 9 EA

2016-10-05 Thread dalibor topic 

On 03.10.2016 11:12, Benedikt Ritter wrote:

Thank you for your help. It looks like Chas Horton has identified a problem
in SimpleDateParser. He created a ticket with incident ID JI-9044214


Thanks Chas & Benedikt - the issue is being tracked as 
https://bugs.openjdk.java.net/browse/JDK-8167143 .


cheers,
dalibor topic
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214  | Mobile: +491737185961


ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher

<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org