Enerian a écrit 11 commentaires

Bonjour,

Trello me semble correspondre à ta demande : https://trello.com/
A disposition : une interface web, une appli Android et une appli iOS.

Pour infos (je ne sais pas si c'est un frein pour toi), l'outil n'est pas open source a été racheté par Atlassian, et les données sont stockées dans le cloud.
Tu peux te connecter avec ton compte Google.
Il s'agit d'un modèle freemium : il y a une offre gratuite qui est probablement suffisante pour des besoins personnels, et des offres payantes pour avoir plus de services, stockages, etc.

PS : A voir la description de wekan qui se décrit comme similaire à Trello, je suppose que tu connais déjà et que tu cherchais plutôt une alternative libre ?

Bonjour,

JavaFX a été sorti du JDK mais n'est pas abandonné pour autant. Il continue a évoluer, et le projet OpenJFX existe bel et bien : https://openjdk.java.net/projects/openjfx/.
Ils publient maintenant leur projet sur Maven (https://mvnrepository.com/artifact/org.openjfx).

Tu peux donc rester sur cette stack que tu connais. Le plus simple pour toi (AMHA) est de passer à Java 11, et d'utiliser maven. Si tu ne connais pas, Maven est un outil de build permettant entre autre de gérer les dépendances et de packager ton appli.

Un projet maven consiste en un fichier pom.xml qui décrit ton projet. Je te conseille de faire créer un projet Maven par eclipse car il y a une structure de fichiers standard qu'il est conseillé de respecter. Ensuite tu peux importer tes sources manuellement dedans.
Voici un pom.xml de base avec les dépendances openjfx.
Pour générer un jar exécutable :
mvn package
Pour lancer ton jar :
java -jar target/tonjeu-1.0.0-SNAPSHOT.jar

(les noms du group/artifact et ta classe main sont à remplacer selon ta convenance)

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>org.snurpsss</groupId>
    <artifactId>tonjeu</artifactId>
    <version>1.0.0-SNAPSHOT</version>

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven-compiler-plugin.version>3.8.0</maven-compiler-plugin.version>
        <maven-assembly-plugin.version>3.1.0</maven-assembly-plugin.version>
        <java.source.version>1.8</java.source.version>
        <java.target.version>1.8</java.target.version>
        <main-class>org.snurpsss.tonjeu.Main</main-class> <!-- chemin vers ta classe contenant ton main -->
    </properties>

    <dependencies>
        <dependency>
            <groupId>org.openjfx</groupId>
            <artifactId>javafx-controls</artifactId>
            <version>11.0.1</version>
        </dependency>
        <dependency>
            <groupId>org.openjfx</groupId>
            <artifactId>javafx-graphics</artifactId>
            <version>11.0.1</version>
        </dependency>
        <dependency>
            <groupId>org.openjfx</groupId>
            <artifactId>javafx-base</artifactId>
            <version>11.0.1</version>
        </dependency>
        <dependency>
            <groupId>org.openjfx</groupId>
            <artifactId>javafx-fxml</artifactId>
            <version>11.0.1</version>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>${maven-compiler-plugin.version}</version>
                <configuration>
                    <source>${java.source.version}</source>
                    <target>${java.target.version}</target>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-assembly-plugin</artifactId>
                <version>${maven-assembly-plugin.version}</version>
                <configuration>
                    <descriptorRefs>
                        <descriptorRef>jar-with-dependencies</descriptorRef>
                    </descriptorRefs>
                    <appendAssemblyId>false</appendAssemblyId>
                    <archive>
                        <manifest>
                            <mainClass>${main-class}</mainClass>
                        </manifest>
                    </archive>
                </configuration>
                <executions>
                    <execution>
                        <id>make-assembly</id>
                        <phase>package</phase>
                        <goals>
                            <goal>single</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
</project>

Bon courage

Bonjour,

Tu peux installer screen sur le serveur cible. C'est un logiciel qui te permet de détacher ta session du prompt interactif que tu as ouvert.

Utilisation :
- créer un screen : screen -S NOM_DU_SCREEN
- quitter un screen : CTRL+ALT+D
- se repositionner sur le screen : screen -r NOM_DU_SCREEN
- lister les screen : screen -list

Donc pour ton cas d'usage, tu peux :
- lancer ta connexion SSH
- créer un screen via screen -S
- lancer ta commande
- quitter le screen via CTRL+ALT+D
- exit ta session
Et quand tu veux consulter l'avancement, tu te re-connectes et tu rattache le screen avec screen -r

Vala, qui est le langage à priori utilisé à fond chez GNOME pour les apps.

Pas tant que ça en fait. Si tu vas sur le git de gnome tu peux voir qu'il y a surtout du C, et du Python, JavaScript, Vala dans des proportions équivalentes.
C'est à la fois une force et une faiblesse de Gnome je trouve : ils attirent des développeurs de pas mal d'horizons en permettant de développer des applications avec tout un tas de langages, mais ils perdent en cohérence d'ensemble, et il faut maintenir tous les bindings.

Je comprend ton argumentaire. Mea culpa sur les API : j'ai l'impression que le centre du problème a été déplacé entre le début du conflit et la fin, et qu'il y a une incompréhension des juristes sur les termes techniques utilisés… En 2012 lorsque Oracle a été débouté, je crois bien que le sujet ne portait pas sur les API.

tu apprécies qu'on copyrighte des interfaces techniques

Ca part contre je sais pas d'où ça sort. Je dis que je trouve absurde de boycotter Java, je ne dis absolument pas que je suis partisan d'Oracle dans cette affaire !

Ca ne change rien. Le problème couvre la reprise des API et leur modification pour un produit tiers développé à des fins commerciales. Ce qui, pratiquement, ne concerne que le cas Google avec Android. L'utilisation des API par des applications tierces n'est pas en cause, ce qui couvre 99.99% de l'utilisation de Java hors Android.

Après effectivement, ce que je dis sur le code propriétaire a peut-être évolué, et j'avoue ne pas être aller lire tous les articles référencés dans le journal. Mais mon point initial est juste de dire que craindre de se faire taxer par Oracle en utilisant Java pour développer des applis est absurde.

Qu'est-ce que tu ne comprends pas le terme "API" et dans le contenu du journal?

De ce que j'ai suivi de l'affaire, le problème concerne des morceaux de code propriétaires qui auraient été repris par Google pour sa machine virtuelle pour Android. L'OpenJDK est open-source, soutenue par Oracle et n'est absolument pas concernée par cette histoire, ainsi que toutes les entreprises qui l'utilisent. Donc "boycotter Java" n'a aucun sens.

Ben informe Google qui vient de perdre le procès alors qu'il n’utilise pas OpenJDK.

Encore une fois, je ne vois pas le rapport. Google a sa propre VM pour Android à laquelle Oracle reproche de pomper du code propriétaire. Aucun rapport avec l'OpenJDK.

Je trouve l'attitude d'Oracle complètement ridicule sur ce procès. Mais c'est un problème au niveau d'Android (et je ne sais même pas si la nouvelle VM développée par Google est concernée…), donc je maintiens que "boycotter Java" est absurde vu que l'implémentation la plus utilisée, OpenJDK n'a rien à voir dans l'histoire.

Absurde. Java est une excellente solution pour certains besoins. Il suffit de ne pas utiliser la JVM d'Oracle. Avec l'OpenJDK, aucun risque.

Salut,

Le fait que tu doive taper nodejs plutôt que node vient du packaging de node dans ta distribution linux.
Il a été packagé de manière à ce que le binaire s'appelle nodejs (pour éviter un conflit avec un autre paquet fournissant déjà un binaire appelé node j'imagine).

Si tu installe node.js depuis les sources ou les binaires dispos sur le site nodejs.org, tu auras un binaire qui s'appelle node.
Perso, je fais toujours ça pour avoir la dernière version de node et de NPM, qui est aussi embarqué dedans.

C'est pour un projet perso, et les deux langages te permettront de faire la même chose -> utilise celui qui t'éclate le plus (ou qui te prend le moins la tête) ;)

Salut,

Pour envoyer un mail lors de la connexion / déconnexion d'un utilisateur, tu peux exploiter les fichiers .bash_profile et .bash_logout dans le répertoire personnel de l'utilisateur, qui sont exécutés au login / logout. Tu trouveras partout des tutos pour l'envoi de mail en ligne de commande, il te suffira de rajouter les commandes dans ces fichiers.

Pour ce qui est du temps d'utilisation par connexion, tu peux exploiter la sortie de la commande last