------------
Apache,
I'd like to add you to my professional network on LinkedIn.
- Chris
Chris XXX Lead XXXXXX Technical Recruiter at YYYYY
San Francisco Bay Area
mardi, février 07, 2012
Clueless...
Sometime, when moderating some Apache mails, you find jewels like this one :
mardi, juin 21, 2011
Release issue...
We are facing this issue for months (years ?), and I still don't understand why...
One upon a time, we cut a release on one of my favorite projects (Apache MINA, Apache Directory Server, Apache LDAp API, Apache LDAp Studio), and we regularly get a message like :
#mvn release:prepare
...
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.1:prepare (default-cli) on project project: Unable to tag SCM
[ERROR] Provider message:
[ERROR] The svn tag command failed.
[ERROR] Command output:
[ERROR] svn: No such revision 1138066
which is simply a nonsense. We have a workaround, it's a mater of running :
svn up
and replay the release command, which will succeed.
However, this is just an annoyance that I would like to see removed from our path.
Does anyone has a clue about what's going on ? I would be grateful (even if I just have an explanation like "it's a referenced bug in SVN").
One upon a time, we cut a release on one of my favorite projects (Apache MINA, Apache Directory Server, Apache LDAp API, Apache LDAp Studio), and we regularly get a message like :
#mvn release:prepare
...
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.1:prepare (default-cli) on project project: Unable to tag SCM
[ERROR] Provider message:
[ERROR] The svn tag command failed.
[ERROR] Command output:
[ERROR] svn: No such revision 1138066
which is simply a nonsense. We have a workaround, it's a mater of running :
svn up
and replay the release command, which will succeed.
However, this is just an annoyance that I would like to see removed from our path.
Does anyone has a clue about what's going on ? I would be grateful (even if I just have an explanation like "it's a referenced bug in SVN").
samedi, avril 09, 2011
LDAPCon 2011 : Call for papers !
LDAPCon 2011
The third International Conference on LDAP (LDAPCon) will take place in
October 10 – 11 in Heidelberg, Germany.
The International Conference on LDAP is a technical forum for IT professionals interested in LDAP and related topics like directory servers, directory management applications, directory integration, identity and access management, and meta directories.
It focuses on implementation and integration of LDAP servers and LDAP-enabled client applications. The event will bring together vendors, developers, active and prospective LDAP practitioners to share their experiences about deployment strategies, service operations, interoperability, discuss LDAP usage in new projects and learn about upcoming trends and developments.
The conference language is english.
Call for papers : http://www.daasi.de/ldapcon2011/index.php?site=cfp
vendredi, janvier 21, 2011
La SNCF, non, ce n'est pas possible...
Pourquoi les voyageurs préfèrent-ils prendre une voiture plutôt que le train ?
Dire que la SNCF fait des efforts pour rendre le voyage en train plus facile et moins coûteux, c'est simplement une vue de l'esprit, au mieux.
Aujourd'hui, dans le cadre d'un week-end de geeks au mois d'avril, nous nous sommes mis d'accord pour réserver 4 places dans un TGV, 2 mois à l'avance. 3 d'entre nous sont pères de famille nombreuse, donnant le droit à 30% ou 40% de réduction.
Prix unitaire du billet Paris/Grenoble ? 22€ à l'aller.
Prix pour 4 places ? 140 € ...
Prix unitaire pour le même billet mais en indiquant une remise Famille Nombreuse ? 35 € !!!
Alors je pose la question : de la gueule de qui se fout-on à la SNCF?
C'est bien la peine de passer à Drupal si c'est pour offrir des tarifs aussi totalement débiles !
Dire que la SNCF fait des efforts pour rendre le voyage en train plus facile et moins coûteux, c'est simplement une vue de l'esprit, au mieux.
Aujourd'hui, dans le cadre d'un week-end de geeks au mois d'avril, nous nous sommes mis d'accord pour réserver 4 places dans un TGV, 2 mois à l'avance. 3 d'entre nous sont pères de famille nombreuse, donnant le droit à 30% ou 40% de réduction.
Prix unitaire du billet Paris/Grenoble ? 22€ à l'aller.
Prix pour 4 places ? 140 € ...
Prix unitaire pour le même billet mais en indiquant une remise Famille Nombreuse ? 35 € !!!
Alors je pose la question : de la gueule de qui se fout-on à la SNCF?
C'est bien la peine de passer à Drupal si c'est pour offrir des tarifs aussi totalement débiles !
vendredi, décembre 10, 2010
Oracle, Javacle et l'ASF, ma vision du problème.
Donc The Apache Software Foundation a décidé de quitter l'Executive Community du JCP , conformément à sa position clairement exprimée en novembre.
La raison? Oracle a décidé unilatéralement de ne pas respecter les termes du contrat qui le lie à l'ASF (le fameux JSPA), et plus spécifiquement le paragraphe 5.C :
"Other than as set forth above, the Spec Lead agrees not to impose any contractual condition or covenant that would limit or restrict the right of any licensee to create or distribute such Independent Implementations."
En clair, ne pas fournir à l'ASF l'accès au TCK sans y ajouter une restriction d'usage (FOU) est une violation de ce contrat.
On peut bien évidemnt arguer que OpenJDK couvre le besoin d'un Java libre, puisque GPL et disposant d'un TCK sans FOU.
Sauf que si vous forkez OpenJDK, Oracle se réserve le droit de faire un procès pour violation de Patent (bien sûr, Oracle n'est pas assez stupide pour attaquer une fondation comme l'ASF, cela ne lui rapporterai rien, quand il suffit de pratiquer à grande échelle le FUD, en menaçant implictement les utilisateurs de ce fork).
Tout cela est bien résumé (en anglais) dans ce post : http://skife.org/java/jcp/2010/12/07/the-tck-trap.html.
Alors, OpenJDK, une issue de secours? Non. Un miroir aux alouettes, un cache-sexe. En tant que tel, OpenJDK est effectivement une solution temporaire pour ceux qui travaillent sur un Mac, par exemple. Le problème, c'est qu'il n'y a aucune garantie sur le long terme qu'Oracle et ses affidés ne laissent pas OpenJDK dépérir, au profit d'une version bien évidement plus puissante du langage, mais payante.
Procès en sorcellerie ? Certainement pas. Il faut ouvrir les yeux : Oracle n'est pas une entreprise philantropique, elle ne respcte aucune règle, elle les créés ! Pourquoi se priver d'exercer son pouvoir quand il n'y a pas de shérif ?
Cela touche du doigt l'origine du problème : la confusion entretenue par ces sociétés sur la signification de l'Open Source. Pour elles, Open Source = Source - IP. Vous pouvez regarder, utiliser, éventuellement contribuer, mais tous les bénéfices reviennent à la société qui gère le projet.
L'open source, c'est d'abord une question de gouvernance, et c'est ce pour quoi l'ASF se bat. Il n'y a pas de liberté sans une gouvernance partagée. En politique, ça s'appelle la démocratie, en opposition à la dictature, la ploutocratie, l'oligarchie ou tout autre système de captation de pouvoir. Ce n'est pas pour rien que la devise de l'ASF est :
Qu'est-ce que cela signifie pour Java ? Pour l'instant, pas grand chose. Tout un chacun peut l'utiliser, mais cela ne durera pas. Mais il est temps de penser la suite, et cette suite devra être totalement indépendante de sociétés comme Oracle.
L'ASF peut-elle être force de proposition ? Harmony peut-il devenir la base universelle et réellement open-source que Java aurait dû être? Sans aucun doute. Mais il y a du travail.
Alors, laissont agir la communauté :
La raison? Oracle a décidé unilatéralement de ne pas respecter les termes du contrat qui le lie à l'ASF (le fameux JSPA), et plus spécifiquement le paragraphe 5.C :
"Other than as set forth above, the Spec Lead agrees not to impose any contractual condition or covenant that would limit or restrict the right of any licensee to create or distribute such Independent Implementations."
En clair, ne pas fournir à l'ASF l'accès au TCK sans y ajouter une restriction d'usage (FOU) est une violation de ce contrat.
On peut bien évidemnt arguer que OpenJDK couvre le besoin d'un Java libre, puisque GPL et disposant d'un TCK sans FOU.
Sauf que si vous forkez OpenJDK, Oracle se réserve le droit de faire un procès pour violation de Patent (bien sûr, Oracle n'est pas assez stupide pour attaquer une fondation comme l'ASF, cela ne lui rapporterai rien, quand il suffit de pratiquer à grande échelle le FUD, en menaçant implictement les utilisateurs de ce fork).
Tout cela est bien résumé (en anglais) dans ce post : http://skife.org/java/jcp/2010/12/07/the-tck-trap.html.
Alors, OpenJDK, une issue de secours? Non. Un miroir aux alouettes, un cache-sexe. En tant que tel, OpenJDK est effectivement une solution temporaire pour ceux qui travaillent sur un Mac, par exemple. Le problème, c'est qu'il n'y a aucune garantie sur le long terme qu'Oracle et ses affidés ne laissent pas OpenJDK dépérir, au profit d'une version bien évidement plus puissante du langage, mais payante.
Procès en sorcellerie ? Certainement pas. Il faut ouvrir les yeux : Oracle n'est pas une entreprise philantropique, elle ne respcte aucune règle, elle les créés ! Pourquoi se priver d'exercer son pouvoir quand il n'y a pas de shérif ?
Cela touche du doigt l'origine du problème : la confusion entretenue par ces sociétés sur la signification de l'Open Source. Pour elles, Open Source = Source - IP. Vous pouvez regarder, utiliser, éventuellement contribuer, mais tous les bénéfices reviennent à la société qui gère le projet.
C'est la privatisation du profit et la mutualisation du travail.
L'open source, c'est d'abord une question de gouvernance, et c'est ce pour quoi l'ASF se bat. Il n'y a pas de liberté sans une gouvernance partagée. En politique, ça s'appelle la démocratie, en opposition à la dictature, la ploutocratie, l'oligarchie ou tout autre système de captation de pouvoir. Ce n'est pas pour rien que la devise de l'ASF est :
Community over code
Qu'est-ce que cela signifie pour Java ? Pour l'instant, pas grand chose. Tout un chacun peut l'utiliser, mais cela ne durera pas. Mais il est temps de penser la suite, et cette suite devra être totalement indépendante de sociétés comme Oracle.
L'ASF peut-elle être force de proposition ? Harmony peut-il devenir la base universelle et réellement open-source que Java aurait dû être? Sans aucun doute. Mais il y a du travail.
Alors, laissont agir la communauté :
3000 committers Apache ne peuvent pas se tromper !
dimanche, octobre 31, 2010
Bye bye summer time...
So we switched (in Europe) from summer time to winter time. At 3am, it's 2 am again. So what ?
Well, I was running some tests on my computer before crashing, and I was quite surprised to get an error in a part I didn't modified today and which was running fine this afternoon. What was wrong ?
We use some class to generate CSN (Change Sequence Number), and obviously we have some tests for this class. One of them failed for one hour...
Here is the test :
public class CsnTest
{
private SimpleDateFormat sdf = new SimpleDateFormat( "yyyyMMddHHmmss.123456'Z'" );
@Test
public void testCSN()
{
long ts = System.currentTimeMillis();
Csn csn = new Csn( sdf.format( new Date( ts ) ) + "#123456#abc#654321" );
assertEquals( ts/1000, csn.getTimestamp()/1000 ); <<---- This assert fails.
Why did I get an error ? Because the way we create the CSN is simply wrong : we don't take into account the fact that the computer is not necessarily always using the same time zone, and that some operation assumes that it got a GMT based time, when other uses the Locale.
Be extremely cautious when dealing with dates and time zones : you may get a very bad surprise in production, instead of experimenting those errors by chance, just because you are running tests at 2:30 am a Saturday before going to bed !
Well, I was running some tests on my computer before crashing, and I was quite surprised to get an error in a part I didn't modified today and which was running fine this afternoon. What was wrong ?
We use some class to generate CSN (Change Sequence Number), and obviously we have some tests for this class. One of them failed for one hour...
Here is the test :
public class CsnTest
{
private SimpleDateFormat sdf = new SimpleDateFormat( "yyyyMMddHHmmss.123456'Z'" );
@Test
public void testCSN()
{
long ts = System.currentTimeMillis();
Csn csn = new Csn( sdf.format( new Date( ts ) ) + "#123456#abc#654321" );
assertEquals( ts/1000, csn.getTimestamp()/1000 ); <<---- This assert fails.
Why did I get an error ? Because the way we create the CSN is simply wrong : we don't take into account the fact that the computer is not necessarily always using the same time zone, and that some operation assumes that it got a GMT based time, when other uses the Locale.
Be extremely cautious when dealing with dates and time zones : you may get a very bad surprise in production, instead of experimenting those errors by chance, just because you are running tests at 2:30 am a Saturday before going to bed !
lundi, septembre 20, 2010
Maven community is sometime a strange world ...
3 years ago, I submitted a patch for the Maven antlr plugin. Something quite simple that took me 1 hour to whip, test and to send as a JIRA [1]
It took 6 months for this patch to be applied, something I can understand.
However, 3 years after the code has been patched, I can't get the plugin from the Apache repository, where it was before. Why ? Because the project has been moved from Apache to Mojo. The reason ?
"A release could be done shortly but I would like to move the maven-antlr-plugin and maven-antlr3-plugin (in sandbox) to Mojoproject.
During the last year, I am the main committer on this project. Recently, David Holroyd provided a new plugin that supports Antlr v3, and submitted some patches. Unfornately, he is not an ASF committer. I could take care of David's patches but I think it should be good to give a new life of this project in the Mojo land. It would be more easy to give access to David, so he could maintain it as he wants. " [2]
What's wrong in the Maven community if they can't make someone who is obviously proposing patches and is a wanna-be committer if they have to move the project out of Apache to get this guy working on the project ? Voting process is too complex ?
Seriously, I don't get it ...
PS : of course, I can get the plugin from the Apache repo, but not at the same place. It's now available on [3].
[1] http://jira.codehaus.org/browse/MANTLR-14
[2] http://maven.40175.n5.nabble.com/vote-Move-the-maven-antlr-plugin-to-the-mojo-project-td204608.html#a204608
[3] http://repo1.maven.org/maven2/org/codehaus/mojo/antlr-maven-plugin/2.1/
It took 6 months for this patch to be applied, something I can understand.
However, 3 years after the code has been patched, I can't get the plugin from the Apache repository, where it was before. Why ? Because the project has been moved from Apache to Mojo. The reason ?
"A release could be done shortly but I would like to move the maven-antlr-plugin and maven-antlr3-plugin (in sandbox) to Mojoproject.
During the last year, I am the main committer on this project. Recently, David Holroyd provided a new plugin that supports Antlr v3, and submitted some patches. Unfornately, he is not an ASF committer. I could take care of David's patches but I think it should be good to give a new life of this project in the Mojo land. It would be more easy to give access to David, so he could maintain it as he wants. " [2]
What's wrong in the Maven community if they can't make someone who is obviously proposing patches and is a wanna-be committer if they have to move the project out of Apache to get this guy working on the project ? Voting process is too complex ?
Seriously, I don't get it ...
PS : of course, I can get the plugin from the Apache repo, but not at the same place. It's now available on [3].
[1] http://jira.codehaus.org/browse/MANTLR-14
[2] http://maven.40175.n5.nabble.com/vote-Move-the-maven-antlr-plugin-to-the-mojo-project-td204608.html#a204608
[3] http://repo1.maven.org/maven2/org/codehaus/mojo/antlr-maven-plugin/2.1/
Inscription à :
Messages (Atom)
