ETA for Java 7 enabled Djigzo?

Hello,

is it possible to give a aproximate date for releasing the Java 7
enabled Djigzo? We are in progress of deploying a new server and like
to start with Java 7.

Regards

Andreas

Hi Andreas,

is it possible to give a aproximate date for releasing the Java 7
enabled Djigzo? We are in progress of deploying a new server and like to
start with Java 7.

An exact date is hard to give. Coding is finished and it's running for a
while now. I now need to update the Virtual Appliance (which will be
using Ubuntu 12.04) for VMware, Hyoer-V etc. and update the RPM packages
and test the RPMs on various RedHat/CentOS installs. If you are
interested I can give you a pre-release version of the Debian packages
sooner?

One "problem" with supporting OpenJDK6 and OpenJDK7 is that I need to
change the dependency on a java package:

Currently it's:

openjdk-6-jre, openjdk-6-jre-headless

Afaik I cannot specify an either openjdk-6-jre or openjdk-7-jre
dependency. I can see two options:

1. use java6-runtime for the depence. The openjdk-6-jre and
openjdk-7-jre package both provide these dependencies

2. Create two meta-packages, djigzo-openjdk-6 and djigzo-openjdk-7

What I like about option 1 is that it works for all java runtimes.
However, the downside is that in principle you can install a different
Java version which *might* be incompatible.

Option 2 requires me to create additional packages which I do not prefer.

Kind regards,

Martijn Brinkers

···

On 04/10/2013 11:30 AM, lst_hoe02(a)kwsoft.de wrote:

--
DJIGZO email encryption

Zitat von Martijn Brinkers <martijn(a)djigzo.com>:

Hi Andreas,

is it possible to give a aproximate date for releasing the Java 7
enabled Djigzo? We are in progress of deploying a new server and like to
start with Java 7.

An exact date is hard to give. Coding is finished and it's running for a
while now. I now need to update the Virtual Appliance (which will be
using Ubuntu 12.04) for VMware, Hyoer-V etc. and update the RPM packages
and test the RPMs on various RedHat/CentOS installs. If you are
interested I can give you a pre-release version of the Debian packages
sooner?

Given the great stability of the pre-releases it would nice to have
one to start with :wink:
Are there any other changes beside the Java 7 compatibility?

One "problem" with supporting OpenJDK6 and OpenJDK7 is that I need to
change the dependency on a java package:

Currently it's:

openjdk-6-jre, openjdk-6-jre-headless

Afaik I cannot specify an either openjdk-6-jre or openjdk-7-jre
dependency. I can see two options:

1. use java6-runtime for the depence. The openjdk-6-jre and
openjdk-7-jre package both provide these dependencies

2. Create two meta-packages, djigzo-openjdk-6 and djigzo-openjdk-7

What I like about option 1 is that it works for all java runtimes.
However, the downside is that in principle you can install a different
Java version which *might* be incompatible.

Option 2 requires me to create additional packages which I do not prefer.

The problem of Option 1 would be a missing *-headless package or what
kind of trouble do you suspect? Are there any other Java packages like
GNU-Java which would provide the java6-runtime dependencies or are you
concerned about Djigzo *without* Java 6 support at some day in the
future?

Regards

Andreas

···

On 04/10/2013 11:30 AM, lst_hoe02(a)kwsoft.de wrote:

is it possible to give a aproximate date for releasing the Java 7
enabled Djigzo? We are in progress of deploying a new server and like to
start with Java 7.

An exact date is hard to give. Coding is finished and it's running for a
while now. I now need to update the Virtual Appliance (which will be
using Ubuntu 12.04) for VMware, Hyoer-V etc. and update the RPM packages
and test the RPMs on various RedHat/CentOS installs. If you are
interested I can give you a pre-release version of the Debian packages
sooner?

Given the great stability of the pre-releases it would nice to have one
to start with :wink:
Are there any other changes beside the Java 7 compatibility?

There are more changes than just Java 7 :slight_smile:

I'll will work on a list of changes. A pre-release version will probably
be available somewhere at the beginning of next week. Or do you need it
sooner?

One "problem" with supporting OpenJDK6 and OpenJDK7 is that I need to
change the dependency on a java package:

Currently it's:

openjdk-6-jre, openjdk-6-jre-headless

Afaik I cannot specify an either openjdk-6-jre or openjdk-7-jre
dependency. I can see two options:

1. use java6-runtime for the depence. The openjdk-6-jre and
openjdk-7-jre package both provide these dependencies

2. Create two meta-packages, djigzo-openjdk-6 and djigzo-openjdk-7

What I like about option 1 is that it works for all java runtimes.
However, the downside is that in principle you can install a different
Java version which *might* be incompatible.

Option 2 requires me to create additional packages which I do not prefer.

The problem of Option 1 would be a missing *-headless package or what
kind of trouble do you suspect? Are there any other Java packages like
GNU-Java which would provide the java6-runtime dependencies or are you
concerned about Djigzo *without* Java 6 support at some day in the future?

It's a question whether I should make the package depend on just Java or
on a specific version of Java. The advantage of depending on some java
runtime is that it allows you to use different java runtimes. The
problem however is that the java runtime might not be 100% compatible
with OpenJDK.

The openjdk-7-jre package in Ubuntu provides the following features:

Provides: java-runtime, java2-runtime, java5-runtime, java6-runtime,
java7-runtime

I can choose to make the packages depend on java-runtime but then in
theory Java 1 (which is ancient) can be used which does not work with
djigzo. Depending on java6-runtime is then better since this is provided
by OpenJDK6 and OpenJDK7. But, it might be that there is some other
incompatible Java version which also provides java6-runtime. That's why
I made the packages depend on a specific Java implementation but this no
longer works if support for Java 6 and Java 7 should be added. Anyway,
to make a long story short, I think depending on java6-runtime is the
best choice since it allows using OpenJDK6 and OpenJDK7.

Kind regards,

Martijn

···

On 04/11/2013 12:11 PM, lst_hoe02(a)kwsoft.de wrote:

On 04/10/2013 11:30 AM, lst_hoe02(a)kwsoft.de wrote:

--
DJIGZO email encryption

Zitat von Martijn Brinkers <martijn(a)djigzo.com>:

is it possible to give a aproximate date for releasing the Java 7
enabled Djigzo? We are in progress of deploying a new server and like to
start with Java 7.

An exact date is hard to give. Coding is finished and it's running for a
while now. I now need to update the Virtual Appliance (which will be
using Ubuntu 12.04) for VMware, Hyoer-V etc. and update the RPM packages
and test the RPMs on various RedHat/CentOS installs. If you are
interested I can give you a pre-release version of the Debian packages
sooner?

Given the great stability of the pre-releases it would nice to have one
to start with :wink:
Are there any other changes beside the Java 7 compatibility?

There are more changes than just Java 7 :slight_smile:

I'll will work on a list of changes. A pre-release version will probably
be available somewhere at the beginning of next week. Or do you need it
sooner?

No need to hurry. Next week is totaly fine.

One "problem" with supporting OpenJDK6 and OpenJDK7 is that I need to
change the dependency on a java package:

Currently it's:

openjdk-6-jre, openjdk-6-jre-headless

Afaik I cannot specify an either openjdk-6-jre or openjdk-7-jre
dependency. I can see two options:

1. use java6-runtime for the depence. The openjdk-6-jre and
openjdk-7-jre package both provide these dependencies

2. Create two meta-packages, djigzo-openjdk-6 and djigzo-openjdk-7

What I like about option 1 is that it works for all java runtimes.
However, the downside is that in principle you can install a different
Java version which *might* be incompatible.

Option 2 requires me to create additional packages which I do not prefer.

The problem of Option 1 would be a missing *-headless package or what
kind of trouble do you suspect? Are there any other Java packages like
GNU-Java which would provide the java6-runtime dependencies or are you
concerned about Djigzo *without* Java 6 support at some day in the future?

It's a question whether I should make the package depend on just Java or
on a specific version of Java. The advantage of depending on some java
runtime is that it allows you to use different java runtimes. The
problem however is that the java runtime might not be 100% compatible
with OpenJDK.

The openjdk-7-jre package in Ubuntu provides the following features:

Provides: java-runtime, java2-runtime, java5-runtime, java6-runtime,
java7-runtime

I can choose to make the packages depend on java-runtime but then in
theory Java 1 (which is ancient) can be used which does not work with
djigzo. Depending on java6-runtime is then better since this is provided
by OpenJDK6 and OpenJDK7. But, it might be that there is some other
incompatible Java version which also provides java6-runtime. That's why
I made the packages depend on a specific Java implementation but this no
longer works if support for Java 6 and Java 7 should be added. Anyway,
to make a long story short, I think depending on java6-runtime is the
best choice since it allows using OpenJDK6 and OpenJDK7.

I suspect that it was the intention of the dependencies that with this
you say "at least Java version x", so yes "java6-runtime" would be the
smartest choice IMHO.

Regards

Andreas

···

On 04/11/2013 12:11 PM, lst_hoe02(a)kwsoft.de wrote:

On 04/10/2013 11:30 AM, lst_hoe02(a)kwsoft.de wrote: