Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione HONOR Magic V6: spessore record e super batteria. È lui il fold da battere?
Recensione HONOR Magic V6: spessore record e super batteria. È lui il fold da battere?
HONOR Magic V6 è arrivato in Italia a 2.299,90 euro con una promessa precisa: unire 4 mm di spessore da aperto (8,75 mm chiuso nel modello White, 9 mm negli altri colori) a una batteria da 6.660 mAh, la più capiente mai vista su un pieghevole. Lo abbiamo usato per oltre una settimana in versione Red 16/512 GB per capire se lo Snapdragon 8 Elite Gen 5 tiene testa alla concorrenza anche fuori dai benchmark ufficiali
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni
Redmi Pad 2 9.7 punta su un display ampio e fluido, una batteria capace di accompagnare l'uso quotidiano senza ansie da ricarica e un prezzo accessibile, a partire da 179,90 euro per la versione con 64 GB di storage. Lo Snapdragon 6s 4G Gen 2 e i 4 GB di RAM della configurazione più diffusa frenano però chi cerca reattività e multitasking spinto: ecco il bilancio dopo due settimane di prova diretta
Peugeot Polygon Concept: ecco il futuro delle utilitarie
Peugeot Polygon Concept: ecco il futuro delle utilitarie
Polygon è la concept car di Peugeot che mostra il futuro delle soluzioni del segmento B: tra design compatti e innovativi affiancati da dimensioni compatte uno scherzo dalla manovrabilità incredibile per le manovre a bassa velocità
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 22-11-2007, 10:29   #1
NiLUS
Senior Member
 
L'Avatar di NiLUS
 
Iscritto dal: Jun 2001
Città: Pordenone
Messaggi: 1216
[JAVA] Jasper, Threads su JVM IBM

Rapida panoramica della situazione:
Sto usando Jasper per creare dei Reports via Java in ambiente Lotus Notes (quindi JVM della IBM).

Il codice è molto semplice, e sono riuscito a restringere il problema alla classe JRXmlDataSource, che non mi pare disponga di metodi particolari per chiuderla, terminarla o quant'altro. Nello specifico, sto usando il costruttore a cui passo un InputStream (chiuso più avanti).

Il messaggio d'errore è il seguente:

Codice:
Error cleaning up agent threads
In pratica dopo 4 o 5 esecuzioni la RAM si riempie e si scaturisce l'eccezione OutOfMemoryError.

Ho trovato sul sito IBM questa funzione che ritorna i thread attivi:

Codice:
	public static void dumptg (ThreadGroup tg) {
		// First, get our thread group
		if (tg == null) {
			// none specified, assume current thread group
			tg = Thread.currentThread().getThreadGroup();    
		}
       
		// display the threadgroup name and object id
		System.out.println("ThreadGroup "+tg.getName()+ ", objid = "+tg.hashCode());
       
		// display the threadgroup's number of active subgroups
		System.out.println("  subgroups  = "+tg.activeGroupCount());
       
		// get and display the number of active threads in this threadgroup and all subgroups
		int tcount = tg.activeCount();
		System.out.println("  total threads = "+tcount);
       
		// allocate an array big enough to hold the number of threads
		Thread[] arr = new Thread[tcount];
       
		// fill in the array with the active threads (include subgroups)
		int num = tg.enumerate(arr,true);
       
		// display how many were stored.
		System.out.println("\nThread Name, ThreadID, ThreadGroup");
       
		// display the name, id and owning threadgroup of each thread
		for (int i = 0; i<num; i++) {
			System.out.println(arr[i].getName()+", "+
				arr[i].hashCode()+", "+
				arr[i].getThreadGroup().getName());
			try {
				arr[i].join(5000);
			} catch (Exception e) {
				e.printStackTrace();
			}
		}
	}
L'output che mi torna, quando richiamata in ultimo prima del termine della funzione che utilizza la JRXmlDataSource è:

Codice:
ThreadGroup UTG: JavaAgent, objid = 127294134
  subgroups  = 0
  total threads = 2

Thread Name, ThreadID, ThreadGroup
AgentThread: JavaAgent, 14883511, UTG: JavaAgent
Questo alla prima esecuzione. All'output di cui sopra segue il "Error cleaning up agent threads". In una esecuzione successiva (senza chiudere e riaprire Lotus) mi dice che il numero totale di thread è pari a 1, anziché 2.

I sorgenti Java in Lotus differiscono un po' dagli standard. Funzionano in questo modo:

Codice:
public class JavaAgent extends AgentBase {
	public void NotesMain() {
		try {
			...
		}
		catch (Exception e) { e.printStackTrace(); }
	}
}
Ho provato a terminare il Thread manualmente (destroy), o con il join a dargli qualche secondo di tempo, ma l'errore persiste.

Non so se possa centrare, ma per far girare il tutto nella JVM di IBM ho dovuto aggiungere al java.policy, nel grant:

Codice:
	permission java.lang.RuntimePermission "createClassLoader";
	permission java.lang.RuntimePermission "getProtectionDomain";
Siccome Jasper sfrutta il ClassLoader per generare i report, anche se non è la JRXmlDataSource a richiedere il ClassLoader bensì la JasperRunManager.

Qualche idea? Il sorgente simile (dico simile perché senza AgentBase) eseguito su JVM Sun non mi crea di questi problemi, e non ho dovuto mettere mani alle autorizzazioni del ClassLoader. Che dipenda da questioni di sicurezza? Magari è necessario mettere mani ai permessi per "autorizzare" la JVM a terminare determinati Thread?

Provando ad aggiungere:

Codice:
	permission java.lang.RuntimePermission "stopThread";
	permission java.lang.RuntimePermission "modifyThreadGroup";
	permission java.lang.RuntimePermission "modifyThread";
Al java.policy ma nulla cambia.

Grazie in anticipo.
Ciao.
NiLUS è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione HONOR Magic V6: spessore record e super batteria. È lui il fold da battere? Recensione HONOR Magic V6: spessore record e sup...
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni Redmi Pad 2 9.7: ampio display, economico e peso...
Peugeot Polygon Concept: ecco il futuro delle utilitarie Peugeot Polygon Concept: ecco il futuro delle ut...
Reno16 Pro: il compatto di OPPO punta su fotocamera da 200MP e il nuovo Bubble! La recensione Reno16 Pro: il compatto di OPPO punta su fotocam...
 Hisense 55U7SE: tuttofare e accessibile, il MiniLED per film, sport e gioco Hisense 55U7SE: tuttofare e accessibile, il Min...
Apple riduce la produzione di iPhone 17:...
Lancio del razzo spaziale cinese Lunga M...
SpaceX Starship: Super Heavy Booster 20 ...
Questa RTX 3070 è tornata in vita...
Un ricercatore scopre uno script bash na...
Robot umanoidi teleoperati eseguono le p...
QuadRF, il gadget da 499 dollari che leg...
ChatGPT, Claude e Gemini nel mirino: cos...
Pneumatici dalla Cina, l'UE introduce da...
SpaceX vuole 100.000 satelliti in orbita...
Disney+ gratis, ma con pubblicità: l'ult...
Microsoft ammette: emissioni di CO2 su d...
Apple denuncia OpenAI e due ex dirigenti...
Asha Sharma licenzia migliaia di dipende...
25 articolazioni, pelle tattile e forza ...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 22:07.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v