Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/
Martijn Verburg
martijnverburg at gmail.com
Fri May 4 13:18:18 UTC 2018
Hmmm - is it worth unifying the module numbers to 1.0.0 for this initial
release?
On Fri, 4 May 2018 at 14:04, Erik Greijus <erik.greijus at oracle.com> wrote:
> I think that’s better. Remember that each of the modules have their own
> version as well (see the version.properties file for each of them).
>
> Regards
> /Erik
>
>
> 4 maj 2018 kl. 15:00 skrev Martijn Verburg <martijnverburg at gmail.com>:
>
> Sounds like we need to change the version numbers and artifactId according
> to Erik's instructions as well?
>
> So
>
> groupId org.adoptopenjdk
> artifactId jemmy3
> version 1.0.0-SNAPSHOT
>
> How does that sound Erik?
>
>
>
>
> Cheers,
> Martijn
>
> On 4 May 2018 at 13:19, Patrick Reinhart <patrick at reini.net> wrote:
>
>> Hello together,
>>
>> I went over the jemmy codebase so far, that the compilation succeeds and
>> a push to the maven repo is possible:
>>
>>
>> http://cr.openjdk.java.net/~reinhapa/reviews/jemmy/webrev/
>>
>> The following changes include mostly the following:
>>
>> Javadoc
>> The changes removed all comments, that did not provide any informations.
>> In those cases where the comments where not complete the I added „todo
>> document“ as text to pass the minimal build requirements.
>>
>> groupId/artifactId
>> I changed the groupId to „org.adoptopenjdk“ and all artifactId values to
>> be lower case and dash separated:
>>
>> The current state of the changes will build an 3.0.0-SNAPSHOT version so
>> far.
>>
>> Before I we can publish an initial version, we must clarify the correct
>> license and update the according header files. For the moment I took the
>> latest GPL license for my local build and its initial tests.
>>
>>
>> -Patrick
>>
>>
>> > Am 04.05.2018 um 13:38 schrieb Martijn Verburg <
>> martijnverburg at gmail.com>:
>> >
>> > Awesome, that makes life a lot easier - OK, now to get X11 running on
>> the build boxes we want to pass tests.
>> >
>> > Cheers,
>> > Martijn
>> >
>> > On 4 May 2018 at 12:01, Erik Greijus <erik.greijus at oracle.com> wrote:
>> > Hello,
>> >
>> > Sorry for the late answer.
>> > As for JemmySWT.jar it is platform independent (it relies on the
>> platform dependent SWT library - which is needed to build the project, and
>> later on to actually use Jemmy).
>> > You only need to build and make available the four jars as they are.
>> >
>> > Best regards
>> > /Erik
>> >
>> >
>> >
>> >> 4 maj 2018 kl. 10:39 skrev Martijn Verburg <martijnverburg at gmail.com>:
>> >>
>> >> Hi all,
>> >>
>> >> 1.) I'm OK with the groupId being org.adoptopenjdk - but that may
>> cause some confusion if we do not actually host the source code as well.
>> Not too big an issue if we explain this in the POM file
>> >>
>> >> 2.) Thank you Patrick (what an awesome co-incidence)!
>> >>
>> >> 3.) I'm totally OK with it being version 3.0.0, so I'd recommend
>> setting the version to 3.0.0-SNAPSHOT to start with.
>> >>
>> >> I'd still like to understand if we need a SWT JAR for each platform,
>> is someone able to answer that?
>> >>
>> >>
>> >>
>> >> Cheers,
>> >> Martijn
>> >>
>> >> On 3 May 2018 at 21:17, Marcus Hirt <marcus.hirt at oracle.com> wrote:
>> >> So, we’re suggesting to use adoptopenjdk.org as groupid and change
>> the camel case module names to lower case and dashes. Patrick is also
>> fixing the javadocs, as that must be done to publish the source Jars. I
>> think Patrick will be back with big wonderful patch soon. :)
>> >>
>> >>
>> >>
>> >> Also, would it be okay to not have v3 in the name, but rather just set
>> the version to 3.0.0?
>> >>
>> >>
>> >>
>> >> Kind regards,
>> >>
>> >> Marcus
>> >>
>> >>
>> >>
>> >> From: Martijn Verburg <martijnverburg at gmail.com>
>> >> Date: Thursday, 3 May 2018 at 22:13
>> >> To: Erik Greijus <erik.greijus at oracle.com>
>> >> Cc: "Alexandre (Shura) Iline" <alexandre.iline at oracle.com>, "
>> adoption-discuss at openjdk.java.net" <adoption-discuss at openjdk.java.net>, <
>> jemmy-dev at openjdk.java.net>, dalibor topic <dalibor.topic at oracle.com>,
>> Marcus Hirt <marcus.hirt at oracle.com>, Patrick Reinhart <
>> patrick.reinhart at gmail.com>
>> >> Subject: Re: Adding Jemmy v3 to
>> https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/
>> >>
>> >>
>> >>
>> >> Hi all,
>> >>
>> >>
>> >>
>> >> I've made a little further progress with the new Maven based Jemmy
>> build (https://ci.adoptopenjdk.net/job/jemmy/label_exp=linux&&x64&&hg/4/).
>> I have a few questions / comments.
>> >>
>> >>
>> >>
>> >> 1.) The JemmySWT-1.0.jar artifact, is that platform independent or do
>> we need to create a JemmySWT-linux-1.0.jar, JemmySWT-mac-1.0.jar,
>> JemmySWT-windows-1.0.jar?
>> >>
>> >>
>> >>
>> >>
>> >> 2.) I still need to figure out how to bring up the Linux UI for our
>> build node to pass the tests, I'm skipping for now.
>> >>
>> >>
>> >>
>> >>
>> >> 3.) Releasing to Maven Central is usually two-fold: SNAPSHOTS and
>> release versions.
>> >>
>> >>
>> >>
>> >> * In terms of SNAPSHOTS we could could likely push on every build
>> >>
>> >> * In terms of releases we can add a release task (or a release job if
>> we Jenkins pipeline pro it) that can be manaully executed when the Jemmy
>> team decides to cut a release
>> >>
>> >>
>> >>
>> >> My suggestion is that you:
>> >>
>> >>
>> >>
>> >> 1.) Change the version numbers to 1.0.0-SNAPSHOT
>> >>
>> >> 2.) We get a SNAPSHOT release out to Maven Central (and practice
>> getting past the OSSRH gatekeeper)
>> >>
>> >> 3.) We perform a formal release (1.0.0) and push that to Maven Central
>> >>
>> >> 4.) The version will auto bump to 1.0.1-SNAPSHOT afterwards and can be
>> manually changed to whatever you need
>> >>
>> >>
>> >>
>> >> I notice that `org.jemmy.v3` is your groupID, that might be OK but the
>> OSSRH gatekeeper might expect a org.jemmy email address. I'm not 100% on
>> this so I've cruelly dragged in Patrick Reinhart who's done Maven Central
>> deploys for other Adopt projects in the past, sorry Patrick!
>> >>
>> >>
>> >>
>> >> Cheers,
>> >> Martijn
>> >>
>> >>
>> >>
>> >> On 13 April 2018 at 08:40, Erik Greijus <erik.greijus at oracle.com>
>> wrote:
>> >>
>> >>
>> >>
>> >> > 11 apr. 2018 kl. 18:41 skrev Martijn Verburg <
>> martijnverburg at gmail.com>:
>> >> >
>> >> > Hi all,
>> >> >
>> >> > The Jemmy build project is here:
>> >> > https://ci.adoptopenjdk.net/view/Dependencies/job/jemmy/
>> >> >
>> >> > If managed to get a mostly successful run and have produced a
>> jemmy.tar.gz
>> >> > file that contains the 3 jar files (jemmyCore.jar, JemmyAWTInput.jar,
>> >> > JemmyBrowser.jar). Now for some questions :-)
>> >> >
>> >> > 1.) I'm running this on Linux x86 - since we're replying on an SWT
>> lib, do
>> >> > platform specific jemmy's need to be built?
>> >>
>> >> Yes. The JemmySWT jar should have been built as well
>> (./SWT/JemmySWT/target/...)
>> >>
>> >> > 2.) Some of the tests naturally failed (Robot testing the UI), I'll
>> see if
>> >> > I can get that Jenkins node to fire up an X11 so that those tests
>> can pass.
>> >>
>> >> That would be good.
>> >>
>> >> > 3.) Can folks please grab the tar.gz from the latest artifacts link
>> >> > <
>> https://ci.adoptopenjdk.net/view/Dependencies/job/jemmy/lastSuccessfulBuild/artifact/
>> >
>> >> > and let me know if that's how they expect it to be named and whether
>> the
>> >> > layout of the contents is acceptable
>> >>
>> >> I miss the JemmySWT jar file mentioned above.
>> >>
>> >>
>> >> > 4.) Versioning / naming - should I be building off a known good
>> tag? Do we
>> >> > want the tip/commit number to be part of the artifact name?
>> >> >
>> >> > It should build on an SCM change and weekly as well
>> >> >
>> >> >
>> >> > Cheers,
>> >> > Martijn
>> >> >
>> >> > On 11 April 2018 at 09:56, Martijn Verburg <martijnverburg at gmail.com>
>> wrote:
>> >> >
>> >> >> Cool, I'll go with what I have as a working build for now and
>> adjust to
>> >> >> use the test target when that change comes in, and then perhaps
>> move to the
>> >> >> Maven build later.
>> >> >>
>> >> >> Cheers,
>> >> >> Martijn
>> >> >>
>> >> >> On 10 April 2018 at 21:26, Alexandre (Shura) Iline <
>> >> >> alexandre.iline at oracle.com> wrote:
>> >> >>
>> >> >>>
>> >> >>>
>> >> >>> On Apr 10, 2018, at 8:52 AM, Martijn Verburg <
>> martijnverburg at gmail.com>
>> >> >>> wrote:
>> >> >>>
>> >> >>> Hi Alexandre,
>> >> >>>
>> >> >>> I'm using JTReg from the AdoptOpenJDK Build Farm (
>> >> >>> https://ci.adoptopenjdk.net/view/all/job/jtreg/) in particular
>> >> >>> the jtreg-4.2-b12.tar.gz binary. That appears to have cleared
>> that issue
>> >> >>> up (we did have broken binaries for a bit).
>> >> >>>
>> >> >>> If I now run
>> >> >>>
>> >> >>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar bu
>> >> >>> ild-dependecies-impl
>> >> >>> ant
>> -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/
>> >> >>> -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar te
>> >> >>> st-dependecies-impl
>> >> >>>
>> >> >>> Then I get a passing build!
>> >> >>>
>> >> >>> ---------
>> >> >>>
>> >> >>> Onto the next issue! If I run just:
>> >> >>>
>> >> >>> ant
>> -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/
>> >> >>> -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test
>> >> >>>
>> >> >>> Then I get compile errors like:
>> >> >>>
>> >> >>> compile-test:
>> >> >>> [javac] Compiling 7 source files to
>> /Users/karianna/Documents/work
>> >> >>> space/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build/test
>> >> >>> [javac]
>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/
>> >> >>> v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:84: error:
>> cannot find
>> >> >>> symbol
>> >> >>> [javac] prnt.lookup(new ByTextItem<TabItem>("Table")).
>> >> >>> wrap().mouse().click();
>> >> >>> [javac] ^
>> >> >>> [javac] symbol: class ByTextItem
>> >> >>> [javac] location: class ItemsTest
>> >> >>> [javac]
>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/
>> >> >>> v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:92: error:
>> cannot find
>> >> >>> symbol
>> >> >>> [javac] prnt.lookup(new ByTextItem<TabItem>(tab)).wrap
>> >> >>> ().mouse().click();
>> >> >>> [javac] ^
>> >> >>> [javac] symbol: class ByTextItem
>> >> >>> [javac] location: class ItemsTest
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> This, I believe, is a bug which is going to be addressed by the
>> review in
>> >> >>> progress: http://mail.openjdk.java.net/pipermail/jemmy-dev/2
>> >> >>> 018-April/000080.html
>> >> >>>
>> >> >>> Shura
>> >> >>>
>> >> >>>
>> >> >>> ------------
>> >> >>>
>> >>
>> >> >>> A *README.txt* for building at the root of the project and a
>> .*hgignore*
>> >>
>> >> >>> file would also be nice to haves.
>> >> >>>
>> >> >>> ------------
>> >> >>>
>> >> >>> I'm now going to source a Linux 4.3 SWT lib and see if I can get
>> Jemmy
>> >> >>> building nightly on our build farm. I'm also very interested in
>> seeing the
>> >> >>> Maven support go in :-).
>> >> >>>
>> >> >>> Cheers,
>> >> >>> Martijn
>> >> >>>
>> >> >>> On 9 April 2018 at 18:52, Alexandre (Shura) Iline <
>> >> >>> alexandre.iline at oracle.com> wrote:
>> >> >>>
>> >> >>>> Do you happen to have full stack trace of that?
>> >> >>>>
>> >> >>>> Also, how to I get JTReg which are you using?
>> >> >>>>
>> >> >>>> The reported missing method would be a part of JTReg, clearly.
>> >> >>>>
>> >> >>>> The other thing is you should probably be ok with just running
>> ant ….
>> >> >>>> test. “test” target is coming from http://hg.openjdk.java.ne
>> >> >>>> t/code-tools/jemmy/v3/file/898c9e02c8c9/make/build_template.xml.
>> >> >>>>
>> >> >>>> Shura
>> >> >>>>
>> >> >>>>
>> >> >>>> On Apr 6, 2018, at 6:47 AM, Martijn Verburg <
>> martijnverburg at gmail.com>
>> >> >>>> wrote:
>> >> >>>>
>> >> >>>> Hi Alexandre,
>> >> >>>>
>> >> >>>> I got a little further (This is using Java 1.8.0_162). Once I
>> set my
>> >> >>>> swt.jar and jtreg.home I was able to run:
>> >> >>>>
>> >> >>>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3
>> >> >>>> check-dependecies-impl
>> >> >>>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3
>> >> >>>> build-dependecies-impl
>> >> >>>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3
>> >> >>>> -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJD
>> >>
>> >> >>>> K_Projects/jtreg/ test-dependecies-impl
>> >>
>> >> >>>>
>> >> >>>> The first two execute OK but then the test gives me the test
>> failure of:
>> >> >>>>
>> >> >>>> test:
>> >> >>>> [exec] Directory "/Users/karianna/Documents/wor
>> >> >>>> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd"
>> not
>> >> >>>> found: creating
>> >> >>>> [exec] Directory "/Users/karianna/Documents/wor
>> >> >>>>
>> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report"
>> >> >>>> not found: creating
>> >> >>>> [exec] runner starting test:
>> org/jemmy/browser/PropPanelTest.java
>> >> >>>> [exec] runner finished test:
>> org/jemmy/browser/PropPanelTest.java
>> >> >>>> [exec] Error. Unexpected error caught from test
>> >> >>>> org/jemmy/browser/PropPanelTest.java: java.lang.NoSuchMethodError:
>> >> >>>> com.sun.javatest.regtest.agent.JDK_Version.compareTo(Lcom/su
>> >> >>>> n/javatest/regtest/agent/JDK_Version;)I
>> >> >>>> [exec] Test results: error: 1
>> >> >>>> [exec] Report written to /Users/karianna/Documents/work
>> >> >>>> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_
>> >> >>>> report/html/report.html
>> >> >>>> [exec] Results written to /Users/karianna/Documents/work
>> >> >>>> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd
>> >> >>>> [exec] Error: Some tests failed or other problems occurred.
>> >> >>>> [exec] Result: 3
>> >> >>>>
>> >> >>>> Any ideas?
>> >> >>>>
>> >> >>>> FYI - I'm still running this locally on my Mac OS X box until I
>> get a
>> >> >>>> clean build so I know the minimum steps for the build farm job.
>> Note to
>> >> >>>> self that the build box will need to provide a platform specific
>> SWT lib
>> >> >>>> (Linux x86).
>> >> >>>>
>> >> >>>> Cheers,
>> >> >>>> Martijn
>> >> >>>>
>> >> >>>> On 28 March 2018 at 21:43, Alexandre (Shura) Iline <
>> >> >>>> alexandre.iline at oracle.com> wrote:
>> >> >>>>
>> >> >>>>> Now including aliases and more recipients..
>> >> >>>>>
>> >> >>>>>> On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline <
>> >> >>>>> alexandre.iline at oracle.com> wrote:
>> >> >>>>>>
>> >> >>>>>>
>> >> >>>>>>
>> >> >>>>>>> On Mar 28, 2018, at 12:28 PM, Martijn Verburg <
>> >> >>>>> martijnverburg at gmail.com> wrote:
>> >> >>>>>>>
>> >> >>>>>>> Hi Alexandre,
>> >> >>>>>>>
>> >> >>>>>>> OK, So I naively tried to run ant in the SWT/JemmySWT folder
>> and
>> >> >>>>> that failed with:
>> >> >>>>>>>
>> >> >>>>>>>
>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build.xml:33:
>> >> >>>>> Please specify swt.jar
>> >> >>>>>>
>> >> >>>>>> You do need the SWT library to build SWT.
>> >> >>>>>>
>> >> >>>>>> this is what I just did:
>> >> >>>>>>
>> >> >>>>>> ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant
>> -Dswt.jar=/usr/lib/eclipse/plugins/org.eclipse.swt_3.8.2.jar
>> >> >>>>> jar
>> >> >>>>>>
>> >> >>>>>>
>> >> >>>>>> I clearly need to provide a README. Will do.
>> >> >>>>>>
>> >> >>>>>> Shura
>> >> >>>>>>
>> >> >>>>>>>
>> >> >>>>>>> Then I actually bothered to read the build.xml file and saw the
>> >> >>>>> build-dependecies-impl target, so I ran ant
>> build-dependecies-impl which
>> >> >>>>> seemed to build:
>> >> >>>>>>>
>> >> >>>>>>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3
>> >> >>>>> /core/JemmyCore/build/JemmyCore.jar
>> >> >>>>>>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3
>> >> >>>>> /core/JemmyAWTInput/build/JemmyAWTInput.jar
>> >> >>>>>>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3
>> >> >>>>> /core/JemmyBrowser/build/JemmyBrowser.jar
>> >> >>>>>>>
>> >> >>>>>>> Then I ran ant test-dependecies-impl and it wanted my
>> jtreg.home set
>> >> >>>>>>>
>> >> >>>>>>> Before I shave more Yaks, is this the right direction to be
>> going in?
>> >> >>>>>>>
>> >> >>>>>>>
>> >> >>>>>>> Cheers,
>> >> >>>>>>> Martijn
>> >> >>>>>>>
>> >> >>>>>>> On 28 March 2018 at 20:43, Alexandre (Shura) Iline <
>> >> >>>>> alexandre.iline at oracle.com> wrote:
>> >> >>>>>>> Martijn,
>> >> >>>>>>>
>> >> >>>>>>> Jemmy v3 consists of several project which depend on each
>> other.
>> >> >>>>>>>
>> >> >>>>>>> If, besides hosting the source, the intension is to build it,
>> you
>> >> >>>>> need to build projects which are in use by others who would be
>> coming to
>> >> >>>>> AdoptOpenJDK for binaries.
>> >> >>>>>>>
>> >> >>>>>>> At this point of time, from what I know, JemmySWT is what is
>> needed.
>> >> >>>>> Ant build scripts are constructed in a way so that by while
>> JemmySWT is
>> >> >>>>> build, the dependences are also built, you should have no
>> problem with that.
>> >> >>>>>>>
>> >> >>>>>>> Binaries would, then, simply include all jar files create
>> after the
>> >> >>>>> build. The jar files will be: */*/build/*.jar
>> >> >>>>>>>
>> >> >>>>>>> Shura
>> >> >>>>>>>
>> >> >>>>>>>
>> >> >>>>>>>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg <
>> >> >>>>> martijnverburg at gmail.com> wrote:
>> >> >>>>>>>>
>> >> >>>>>>>> Hi Dalibor,
>> >> >>>>>>>>
>> >> >>>>>>>> We're shifting the code tools off Cloudbees to the new
>> >> >>>>> adoptiopenjdk.net build farm. I'm more than happy to add it, a
>> quick
>> >> >>>>> Q:
>> >> >>>>>>>>
>> >> >>>>>>>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/
>> gives me:
>> >> >>>>>>>>
>> >> >>>>>>>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 .
>> >> >>>>>>>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 ..
>> >> >>>>>>>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg
>> >> >>>>>>>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck
>> >> >>>>>>>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT
>> >> >>>>>>>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core
>> >> >>>>>>>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make
>> >> >>>>>>>>
>> >> >>>>>>>> but I can't see what the canonical entry point to build it is.
>> >> >>>>>>>>
>> >> >>>>>>>> I'll sign up to jemmy-dev and x-post there shortly.
>> >> >>>>>>>>
>> >> >>>>>>>> Cheers,
>> >> >>>>>>>> Martijn
>> >> >>>>>>>>
>> >> >>>>>>>> On 28 March 2018 at 17:02, dalibor topic <
>> dalibor.topic at oracle.com>
>> >> >>>>> wrote:
>> >> >>>>>>>> Hi Martijn,
>> >> >>>>>>>>
>> >> >>>>>>>> would you be able to add the Jemmy v3 repo at
>> >> >>>>> http://hg.openjdk.java.net/code-tools/jemmy/v3/ to
>> >> >>>>>
>> https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ?
>> >> >>>>>>>>
>> >> >>>>>>>> cheers,
>> >> >>>>>>>> dalibor topic
>> >> >>>>>>>> --
>> >> >>>>>>>> <http://www.oracle.com> Dalibor Topic | Principal Product
>> Manager
>> >>
>> >> >>>>>>>> Phone: +494089091214 <tel:+494089091214 <+494089091214>
>> <+494089091214>> | Mobile:
>> >> >>>>> +491737185961
>> >> >>>>>>>> <tel:+491737185961 <+491737185961> <+491737185961>>
>> >> >>>>>>>>
>> >> >>>>>>>> ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761
>> Hamburg
>> <https://maps.google.com/?q=K%C3%BChneh%C3%B6fe+5+%7C+22761+Hamburg&entry=gmail&source=g>
>> >> >>>>> <
>> https://maps.google.com/?q=K%C3%BChneh%C3%B6fe+5+%7C+22761+Hamburg&entry=gmail&source=g
>> >
>> >> >>>>>>>>
>> >> >>>>>>>> ORACLE Deutschland B.V. & Co. KG
>> >> >>>>>>>> Hauptverwaltung: Riesstr. 25, D-80992
>> <https://maps.google.com/?q=Riesstr.+25,+D-80992&entry=gmail&source=g>
>> >> >>>>> <
>> https://maps.google.com/?q=Riesstr.+25,+D-80992&entry=gmail&source=g>
>> >> >>>>> München
>> >> >>>>>>>> Registergericht: Amtsgericht München, HRA 95603
>> >> >>>>>>>>
>> >> >>>>>>>> Komplementärin: ORACLE Deutschland Verwaltung B.V.
>> >> >>>>>>>> Hertogswetering 163
>> <https://maps.google.com/?q=Hertogswetering+163&entry=gmail&source=g>/167,
>> 3543 AS Utrecht, Niederlande
>> >> >>>>> <
>> https://maps.google.com/?q=Hertogswetering+163/167,+3543+AS+Utrecht,+Niederlande&entry=gmail&source=g
>> >
>> >>
>> >> >>>>>>>> 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
>> >> >>>>>>>>
>> >> >>>>>>>
>> >> >>>>>>>
>> >> >>>>>>
>> >> >>>>>
>> >> >>>>>
>> >> >>>>
>> >> >>>>
>> >> >>>
>> >> >>>
>> >> >>
>> >>
>> >>
>> >>
>> >>
>> >
>> >
>>
>>
>
> --
Cheers, Martijn (Sent from Gmail Mobile)
More information about the jemmy-dev
mailing list