Manufatto com.sun: tools: jar


95

Ho seguito il tutorial introduttivo, ma sono bloccato dopo aver importato il progetto di riproduzione utilizzando Maven. Sto usando Eclipse Indigo in esecuzione su Windows 7 a 64 bit.

Tutti i progetti importati hanno lo stesso errore:

Missing Artifact com.sun:tools:jar in all the pom.xml files.

Dopo un paio d'ore di ricerca nei forum ho provato:

Installazione dell'ultima versione di Java 1.6.029 Modifica della mia JAVA_HOMEvariabile di ambiente in modo che punti a \program files\Java\jdk1.6_029 Modifica delle mie preferenze di Eclipse Java per utilizzare JRE jdk1.6_029.

Mi piacerebbe davvero sperimentare con playn, ma perché ci sono alcuni post non riesco a trovare una risposta consensuale sulla soluzione. Alcune persone dicono che Sun ha rimosso qualcosa dal jdk a 64 bit, altri dicono che devi modificare i tuoi file xml, molte persone hanno detto che devi cambiare il tuo JAVA_HOME, e un altro ha detto che devi cambiare le tue opzioni VM per Eclipse.

Qualsiasi aiuto per chiarire questo aspetto sarebbe apprezzato e forse utile per molti, dal momento che non ho una configurazione particolarmente strana qui.

(modifica) Ecco il pom.xml nel primo progetto. Eclipse segnala l'errore nella riga che dice:

<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/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <parent>
    <groupId>com.googlecode.playn</groupId>
    <artifactId>playn-project</artifactId>
    <version>1.1-SNAPSHOT</version>
  </parent>

  <artifactId>playn-android</artifactId>
  <name>PlayN Android</name>
  <packaging>jar</packaging>

  <repositories>
  </repositories>

  <dependencies>
    <dependency>
      <groupId>com.googlecode.playn</groupId>
      <artifactId>playn-core</artifactId>
      <version>${project.version}</version>
    </dependency>

    <!-- needed because Android uses the same JSON code as playn-java;
         that should be factored into a library shared by both backends -->
    <dependency>
      <groupId>com.googlecode.playn</groupId>
      <artifactId>playn-java</artifactId>
      <version>${project.version}</version>
    </dependency>

    <dependency>
      <groupId>com.google.android</groupId>
      <artifactId>android</artifactId>
      <version>${android.version}</version>
      <scope>provided</scope>
    </dependency>

    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>

  <build>
    <sourceDirectory>src</sourceDirectory>
  </build>
</project>

Ricevi lo stesso errore eseguendo Maven dalla riga di comando?
Raghuram

Ho aggiunto il file pom.xml. Mi scuso per non sapere come fare nulla con Maven usando la riga di comando.
boldinventions

POM è rotto. Tag obbligatori mancanti come groupId, artifactId, version ... Il POM genitore è anche la versione del modulo che non esiste in Maven central ....
Mark O'Connor

l'hai risolto in qualche modo? niente di tutto questo sembra funzionare per me (Windows7-64 bit - jdk1.6)
Ovidiu Latcu

Poiché questo è un problema comune, potresti accettare una risposta che ha funzionato per te?
Roy Truelove

Risposte:


56

Ho appena pubblicato questa domanda su questo stesso problema e su come l'ho risolto, ma la incollerò (e la espanderò) anche qui, poiché sembra più pertinente.

Ho avuto lo stesso problema durante l'utilizzo di Eclipse in Windows 7, anche quando ho rimosso JRE dall'elenco di JRE nelle impostazioni di Eclipse e avevo appena il JDK lì.

Quello che ho finito per dover fare (come hai menzionato nella tua domanda) è stato modificare la riga di comando per il collegamento che uso per avviare Eclipse per aggiungere l'argomento -vm in questo modo:

-vm "T:\Program Files\Java\jdk1.6.0_26\bin"

Ovviamente, dovresti regolarlo in modo che punti alla directory bin della tua installazione JDK. Ciò che fa è che Eclipse stesso venga eseguito utilizzando JDK invece di JRE, e quindi è in grado di trovare tools.jarcorrettamente.

Credo che questo abbia a che fare con il modo in cui Eclipse trova il suo JRE predefinito quando non ne viene specificato nessuno. Immagino che tenda a preferire JRE a JDK (perché, non lo so) e va per il primo JRE compatibile che trova. E se esce dalle chiavi di registro di Windows come suggerisce la risposta di Vladiat0r, cerca HKLM\Software\JavaSoft\Java Runtime Environmentprima la chiave invece della HKLM\Software\JavaSoft\Java Development Kitchiave.


10
Questo ha funzionato per noi in Windows 7. Abbiamo dovuto modificare il collegamento per aggiungere l'argomento -vm "..." invece di utilizzare eclipse.ini. Inoltre, abbiamo dovuto reimportare il nostro progetto Maven nell'area di lavoro prima che l'errore scomparisse.
Kit Menke

2
Lo stesso qui: nessun dado con .ini, ma -vm arg nella riga cmd ha funzionato.
Roy Truelove

1
Ho modificato la risposta per spiegare come modificare eclipse.init. Fonte: wiki.eclipse.org/Eclipse.ini#-vm_value:_Windows_Example
OGrandeDiEnne

1
Lo stesso qui - l'aggiunta di -vm al collegamento ha funzionato per me. Non devo reimportare il mio progetto, è stato sufficiente proiettarlo / maven / aggiornarlo.
Łukasz Dumiszewski

1
Per farlo funzionare, avevo bisogno di aggiungere anche javaw.exea quel percorso (quindi per intero :) -vm "T:\Program Files\Java\jdk1.8.0_66\bin\javaw.exe";
Jacob van Lingen

27

Ho avuto lo stesso problema durante lo sviluppo di una semplice applicazione di servizio web, nel mio caso ho dovuto aggiungere un plug-in codehous per ottenere le librerie jaxws. Tuttavia, Maven Pom ha continuato a chiedere informazioni sul file jar degli strumenti.

Devo dire che i commenti sopra sono corretti, puoi includere la voce seguente nel file pom:

<dependency>
   <groupId>com.sun</groupId>
   <artifactId>tools</artifactId>
   <version>1.6</version>
   <scope>system</scope>
   <systemPath>C:\Program Files\Java\jdk1.6.0_29\lib\tools.jar</systemPath>
 </dependency>

Ma cosa succederà quando dovrai eseguire la distribuzione in un'istanza di produzione? Potresti sostituire il percorso con un riferimento a una variabile di ambiente di sistema, ma non sembra ancora buono, almeno per me.

Ho trovato un'altra soluzione in un commento StackOverflow:

Problema del manufatto di Maven 3

<dependency>
    <groupId>org.apache.struts</groupId>
    <artifactId>struts2-core</artifactId>
    <version>${struts2.version}</version>
    <exclusions>
        <exclusion>
            <artifactId>tools</artifactId>
            <groupId>com.sun</groupId>
        </exclusion>
    </exclusions>
</dependency>

Suggeriscono di includere una dichiarazione di esclusione per il barattolo degli strumenti e funziona. Quindi riassumendo: puoi includere una regola di esclusione all'interno della tua dipendenza ed evitare di avere il problema tool.jar:

 <exclusions>
            <exclusion>
                <artifactId>tools</artifactId>
                <groupId>com.sun</groupId>
            </exclusion>
        </exclusions>

3
Suggerimento: usa "mvn dependency: tree" per trovare dove inserire la tua esclusione.
Lars

L'aggiunta del tag di esclusioni in pom.xmlnon funziona per me.
user3437460

26

Mi sono imbattuto nello stesso problema e il modo in cui sono stato in grado di risolverlo è stato aggiungere la posizione della dipendenza tools.jarnel file pom.xml. Così:

 <dependency>
   <groupId>com.sun</groupId>
   <artifactId>tools</artifactId>
   <version>1.6</version>
   <scope>system</scope>
   <systemPath>C:\Program Files\Java\jdk1.6.0_29\lib\tools.jar</systemPath>
 </dependency>

Assicurati di cambiare la posizione <systemPath>in cui si trova il tuo file tools.jar.


44
Consiglio vivamente di non farlo: risolve il problema ma non è portabile per altri sviluppatori o per creare ambienti. Vedi le altre risposte, sembrano fare il trucco
Roy Truelove

forse è meglio cambiare il SystemPath in <systemPath> $ {java.home} /lib/plugin.jar </systemPath>
Guilherme Santos

stackoverflow.com/questions/3080437/… ha come farlo in modo portatile.
vorburger

Pazzo cambiare il mio pom.xml in questo modo (forza la versione più recente di java-md-doclet) l'errore scompare: <dependencyManagement> <dependencies> <dependency> <groupId> com.github.iotaledger </groupId> <artifactId> java- md-doclet </artifactId> <version> 2.1.3 </version> </dependency> </dependencies> </dependencyManagement>
Samir 007

22

Nessuna delle altre risposte lo ha fatto per me. Quello che ho fatto è stato verificare la "gerarchia delle dipendenze" del pom.xml in eclipse, dove dare un filtro 'tools' ha rivelato che avevo una reale dipendenza da tools.jar:

Vista Eclipse

Quindi il colpevole per me era questo:

<dependency>
    <groupId>com.github.markusbernhardt</groupId>
    <artifactId>robotframework-selenium2library-java</artifactId>
    <version>1.4.0.7</version>
    <scope>test</scope>
</dependency>

L'aggiunta di un'esclusione lo ha risolto:

<dependency>
    <groupId>com.github.markusbernhardt</groupId>
    <artifactId>robotframework-selenium2library-java</artifactId>
    <version>1.4.0.7</version>
    <scope>test</scope>
    <exclusions>
        <exclusion>
            <artifactId>tools</artifactId>
            <groupId>com.sun</groupId>
        </exclusion>
    </exclusions>  
</dependency>

L'esclusione non sembra avere svantaggi.


1
Ha funzionato per me, si è verificato un problema durante l'aggiornamento di una base di codice Java 6 a Java 8
jasonoriordan

Ho identificato spotbugs-maven-plugin come il mio colpevole, grazie!
timbru31

8

Lo stesso con me e Windows 7. Ho finito per aggiungere due righe a eclipse.ini:

-vm 
C:\Program Files\Java\jdk1.6.0_35\bin

Ho provato a usarlo %JAVA_HOME%lì, ma non ha funzionato.


2
Nota per me futuro: questo deve essere prima della -vmargsriga, come qualsiasi cosa passata che verrà interpretata come argomenti di avvio della VM. Quindi: proprio prima di quello!
eis

Questa soluzione utilizzando -vmprima -vmargsè la chiave !. Grazie!
Taber

6

Ho risolto questo problema nelle impostazioni di Eclipse 4.3 - solo aggiungendo le librerie JDK alle librerie di JRE.

Vai a Windows -> impostazioni -> Java -> JRE installati -> seleziona JDK e fai clic su Modifica -> fai clic su Aggiungi JAR esterni e aggiungi tools.jar (posizionato in JDK / lib)


5

Controlla la versione JDK sulla tua macchina e in pom.xmlentrambi dovrebbe essere la stessa

<dependency>
    <groupId>sun.jdk</groupId>
    <artifactId>tools</artifactId>
    <version>1.8</version>
    <scope>system</scope>
    <systemPath>C:\Program Files\Java\jdk1.8.0_192\lib\tools.jar</systemPath>
</dependency>

4

Se il problema persiste, potrebbe essere dovuto a un JDK di versione uguale o maggiore di 11.

L' tools.jararchivio è stato rimosso dalla cartella lib in quei JDK (vedi questa risposta a una domanda simile). In tal caso, prova a utilizzare altre versioni delle librerie, che non si basano sulla com.sun:toolslibreria.


3

Dopo aver lottato per un po ', ho finalmente ottenuto questo con cui lavorare eclipse.iniinvece della riga di comando. Dopo aver finalmente letto la documentazione, mi sono reso conto che l'argomento -vm deve essere su una riga separata, non quotato e davanti a qualsiasi -vmargs:

-vm
C:\Program Files\Java\jdk1.7.0_45\bin\javaw.exe

3

Ho ricevuto un errore simile. Questo perché JDK non è impostato correttamente in eclipse. Il cetriolo ha bisogno di JDK insieme a JRE, quindi aggiungi sotto la dipendenza nel tuo pom.xml

<dependency>
  <groupId>com.sun</groupId>
  <artifactId>tools</artifactId>
  <version>1.6</version>
  <scope>system</scope>
  <systemPath>C:\Program Files\Java\jdk1.8.0_101\lib\tools.jar</systemPath>
</dependency>

1

Nella scheda POM effettiva dei file pom, vedo il seguente percorso di derivazione: C:\Program Files\Java\jre6/../lib/tools.jar e penso che non sia un percorso valido in Windows. Ho provato a copiare tools.jar nella cartella jre6 / lib e in Java / lib senza successo.

Il valore "C: \ Program Files \ Java \ jre6" proviene dal registro

HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.6.0_30
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.6

E imposta la chiave JavaHome su dove è installato il tuo jdk JRE. Quindi tutti gli errori del compilatore sono andati via.

La reinstallazione del JDK non lo ha risolto. L'impostazione della variabile di ambiente del sistema JAVA_HOME o java.home non ha aiutato.

L'altra alternativa che ho visto è l'aggiunta della dipendenza con il percorso giusto in ogni file xml pom, ma il playn-samples ha molti file che è un problema ridicolo dover modificare.

Questi sono i risultati POM effettivi, che mostrano il percorso SBAGLIATO!

 <dependency>
      <groupId>com.sun</groupId>
      <artifactId>tools</artifactId>
      <version>1.6</version>
      <scope>system</scope>
      <systemPath>C:\Program Files\Java\jre6/../lib/tools.jar</systemPath>
      <optional>true</optional>
    </dependency>

1

Aggiungi questa dipendenza nel file pom.xml. Spero che questo aiuto.
Nella <systemPath>proprietà devi scrivere il tuo percorso jdk lib ..

    <dependency>  
          <groupId>com.sun</groupId> 
           <artifactId>tools</artifactId>
        <version>1.4.2</version>
        <scope>system</scope>
        <systemPath>C:/Program Files/Java/jdk1.6.0_30/lib/tools.jar</systemPath>
        </dependency> 

1

Finito per utilizzare eclipse.ini fix:

openFile
-vm (Your Java Home JDK here)

Per esempio, -vm C:\Java\JDK\1.6 ,.

Ho dovuto anche cambiare JRE in JDK:

In Eclipse IDE vai a:

  1. Finestra -> Preferenze -> JRE installati
  2. Fare clic su Aggiungi (per individuare il nuovo JRE)
  3. Seleziona JVM standard -> Avanti
  4. Fare clic su Directory per individuare la home page di JRE, inserire JDK_INSTALL_LOCATION e terminare.
  5. Vai alle Proprietà del tuo progetto java -> Percorso build Java -> Librerie -> seleziona JRE -> Modifica -> seleziona JRE predefinito area di lavoro -> Fine
  6. Esegui una pulizia completa dell'area di lavoro con project -> clean.

Tutte le nostre istanze Windows di Eclipse IDE presentano questo problema. Tutti gli IDE Eclipse basati su Ubuntu non sono interessati per noi. Quindi, abbiamo utilizzato questo metodo sulle istanze di Windows e risolve i nostri problemi. Assicurati di aggiungere un'interruzione di riga dopo -vm, inserisci il percorso di Java SDK sulla riga nect e posiziona tutti i -vmflag appena aggiunti prima di --vmargsnel eclipse.inifile.
tom_mai78101

1

Come altri poster hanno affermato, il problema qui ha a che fare con il JRE che eclipse sta usando non essendo in grado di trovare il barattolo degli strumenti. Ho risolto il problema andando in una direzione leggermente diversa rispetto a quanto affermato sopra, ed è stato a causa del modo in cui i miei progetti e l'ambiente.

Eclipse 4.5 richiede almeno Java 7 per il runtime, quindi ho la configurazione del sistema per utilizzare un JRE Java 8 situato in C: \ java \ jre1.8.0_45.

Successivamente, sto utilizzando un file POM che presuppone che sia in esecuzione con un JDK Java 6.

  <profiles>
    <profile>
      <id>default-profile</id>
      <activation>
        <activeByDefault>true</activeByDefault>
        <file>
          <exists>${java.home}/../lib/tools.jar</exists>
        </file>
      </activation>
      <properties>
        <toolsjar>${java.home}/../lib/tools.jar</toolsjar>
      </properties>
    </profile>
    <profile>
      <id>osx_profile</id>
      <activation>
        <activeByDefault>false</activeByDefault>
        <os>
          <family>mac</family>
        </os>
      </activation>
      <properties>
        <toolsjar>${java.home}/../Classes/classes.jar</toolsjar>
      </properties>
    </profile>
  </profiles>

  <dependencies>
    <dependency>
      <groupId>com.sun</groupId>
      <artifactId>tools</artifactId>
      <version>1.6.0</version>
      <scope>system</scope>
      <systemPath>${toolsjar}</systemPath>
    </dependency>
  </dependencies>

Non sono autorizzato a modificare il file POM, quindi ho dovuto fare un po 'di jiggery pokery. Ho copiato tools.jar dal mio Java 6 JDK, ho creato la directory C: \ java \ lib e l'ho incollata lì. Ho quindi riavviato eclipse e pulito il mio progetto. E gli errori VOILA sono spariti.

Non è una soluzione elegante e penso che la soluzione corretta sarebbe cambiare il modo in cui è impostato il POM, ma poiché non sono stato in grado di farlo, funziona.


1

Se lo vedi sul sistema operativo appena installato / aggiornato, è solo perché JAVA_HOME non è impostato correttamente.

dobbiamo impostare JAVA_HOME correttamente. Ad esempio su mac: se voglio utilizzare la versione java 1.8.0_261

export JAVA_HOME=`/usr/libexec/java_home -v 1.8.0_261`

0

Ho avuto lo stesso problema su Windows 7 ed Eclipse 3.7 sono riuscito a risolverlo avviando

eclipse.exe -vm "D: \ JDK6 \ bin"

Puoi avviare un cmd e lanciare eclipse in questo modo, oppure puoi modificare il tuo collegamento e aggiungere -vm "D: \ JDK6 \ bin" come argomento nella "sezione target".

Come nota a margine, ho anche provato ad aggiungere -vm "D: \ JDK6 \ bin" a eclipse.ini ma non ha funzionato. E l'aggiunta di JRE6 non funzionerà poiché NON contiene tools.jar nella directory "lib". Solo JDK lo fa.


0

Dopo aver provato tutto quanto sopra, avevo ancora lo stesso problema.

  • La variabile di ambiente PATH punta a JDK 1.7 \ bin
  • La mia variabile d'ambiente JAVA_HOME è stata puntata su JDK 1.7
  • Il mio eclipse.ini aveva la voce javaw -vm che puntava a JDK 1.7
  • La mia preferenza per l'eclissi aveva JDK 1.7 come JRE installato.
  • Il percorso di compilazione del mio progetto utilizzava JDK 1.7.

Poi ho provato quanto segue,

  • Apri un prompt dei comandi e digita java -version. Mi ha mostrato una versione 1.8 di JRE.

  • Aprire un prompt dei comandi e andare al percorso della directory bin JDK 1.7 e digitare java -version. Questa volta ha mostrato correttamente 1.7.

Quindi, dopo aver scavato in alcuni punti, ho scoperto che oltre alle posizioni sopra ci sono posizioni aggiuntive per il runtime Java.

Registro

Esiste anche una chiave di registro in cui è specificata la posizione JRE

HKLM \ Software \ Javasoft \ Version

Ho modificato le voci qui in modo che puntino a JDK 1.7

Dati del programma

La directory "C: \ ProgramData \ Oracle \ Java \ javapath" è presente nella variabile d'ambiente PATH e contiene collegamenti a java, javaw ecc ... La destinazione di questi collegamenti erano tutti JRE 1.8. ( Questo penso sia stato il problema principale ) Ho cambiato le scorciatoie per puntare all'exe JDK corretto.

Una volta fatto tutto questo. Ho aperto eclipse tutti gli errori jdk.tools pom.xml sono scomparsi.


0

Ho riscontrato questo problema e risulta che JBossDevStudio 9.1 su Windows è un programma a 32 bit. Eclipse, e quindi JBossDevStudio, non funziona con il tipo sbagliato di JVM. Eclipse a 64 bit richiede una JVM a 64 bit, eclipse a 32 bit richiede una JVM a 32 bit. Pertanto, la configurazione di Eclipse per l'esecuzione con il mio JDK a 64 bit installato non ha funzionato.

L'installazione di un JDK a 32 bit e l'esecuzione di Eclipse da questo hanno risolto il problema.

Almeno per uno dei miei progetti, un altro in cui avevo provato a configurare un JDK runtime nelle proprietà del progetto Eclipse è ancora rotto.



0

Nel mio caso, stavo eseguendo Maven Build da Eclipse Run Configurations. Anche dopo aver modificato la configurazione JRE predefinita in modo che punti alla cartella di installazione JDK, il problema non è stato risolto per me. Il motivo è che c'è una scheda JRE in Maven Build - Run Configuration (vedi l'immagine sotto). E indicava ancora la mia installazione JRE. L'ho cambiato in modo che puntasse all'installazione di JDK e quindi ho eseguito Maven Build. Questa volta ha funzionato. inserisci qui la descrizione dell'immagine


0

Capiamo perché si è verificato questo problema:

$ mvn -version

Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555; 2019-04-04T20: 00: 29 + 01: 00) Home Maven: C: \ Program Files \ Apache \ maven-3.6.1 Versione Java: 1.8.0_221, fornitore: Oracle Corporation, runtime: C: \ Program Files \ Java \ jre1.8.0_221 Impostazioni internazionali predefinite: en_GB, codifica piattaforma: Cp1252 Nome sistema operativo: "windows 10", versione: "10.0", arch: "amd64", famiglia: "windows"

Il comando Maven "mvn -version" restituisce l'output sopra.

Possiamo vedere Maven ottiene il percorso di runtime java come "C: \ Programmi \ Java \ jre1.8.0_221" se non specifichi la variabile d'ambiente JAVA_HOME. E poi Maven assume che questo percorso sia JAVA_HOME. Ecco perché durante la creazione dell'applicazione dal prompt dei comandi o da qualsiasi IDE, maven cerca il file tools.jar nel percorso "% JAVA_HOME% .. \ lib \ tools.jar".

tools.jar è presente nel percorso JDK, quindi dobbiamo menzionarlo a Maven prima di usarlo. Attualmente le macchine vengono costruite con jre già disponibile, ma jdk è richiesto solo per lo sviluppo. Questo potrebbe essere il motivo per cui Maven sceglie automaticamente il percorso jre.

Per ulteriore assistenza, leggere il codice mvn.cmd disponibile nel percorso di installazione di maven.


0

Il problema è che il sistema non è in grado di trovare il file tools.jar

Quindi prima controlla che il file sia presente nell'installazione JDK della directory.

inserisci qui la descrizione dell'immagine

Inserisci la voce seguente in POM.xml come giustamente indicato da altri

<dependency>
<groupId>com.sun</groupId>
<artifactId>tools</artifactId>
<version>1.6</version>
<scope>system</scope>
<systemPath>C:\Program Files\Java\jdk1.8.0_241\lib\tools.jar</systemPath>
</dependency> 

quindi Seguire i passaggi seguenti anche per rimuovere il problema

1) Fare clic con il pulsante destro del mouse sul progetto

2) Fare clic su Build path

Come nell'immagine sottostante, selezionare il JRE predefinito dell'area di lavoro e fare clic su Fine.

inserisci qui la descrizione dell'immagine


0

Cambiare "JRE installati" in "Preferenze -> Java -> JRE installato" in JDK home ha funzionato per me.

FYI - Sto usando JDK 1.8.


-1

Cambiando la posizione relativa di ${java.home}/../lib/tools.jaral percorso assoluto delle C:\Program Files\Java\jdk1.6.0_29\lib\tools.jaropere per me.

Dovresti solo cambiarlo nel file playn/pom.xml.

Ora per i campioni di riproduzione, Vladiator ha ragione, sono troppi file pom da cambiare.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.