/ Forside / Teknologi / Udvikling / Java / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Java
#NavnPoint
molokyle 3688
Klaudi 855
strarup 740
Forvirret 660
gøgeungen 500
Teil 373
Stouenberg 360
vnc 360
pmbruun 341
10  mccracken 320
Værktøj til at finde brugte/ubrugte
Fra : Søren Berg Glasius


Dato : 15-03-06 09:52

Jeg har et projekt, som efterhånden indeholder ret mange jar filer. Jeg
er nu interesseret i at finde ud af, om projektet stadig bruge alle
jar-filerne.
Findes der et værktøj, som kan analysere mine source/class filer og
fortælle mig, hvilke typer der bliver brugt og i hvilke jar filer den
finder dem ud fra den class-path jeg har sat.
OpenSource værktøj er selvfølgelig at foretrække, men er det
kommercielt, kan det måske også bruges.

På forhånd tak,
Søren

 
 
Filip Larsen (15-03-2006)
Kommentar
Fra : Filip Larsen


Dato : 15-03-06 16:52

Søren Berg Glasius skrev

> Jeg har et projekt, som efterhånden indeholder ret mange jar filer.
Jeg
> er nu interesseret i at finde ud af, om projektet stadig bruge alle
> jar-filerne.

Måske du kan bruge http://autojar.sourceforge.net/.


Mvh,
--
Filip Larsen



Arne Vajhøj (16-03-2006)
Kommentar
Fra : Arne Vajhøj


Dato : 16-03-06 05:32

Søren Berg Glasius wrote:
> Jeg har et projekt, som efterhånden indeholder ret mange jar filer. Jeg
> er nu interesseret i at finde ud af, om projektet stadig bruge alle
> jar-filerne.
> Findes der et værktøj, som kan analysere mine source/class filer og
> fortælle mig, hvilke typer der bliver brugt og i hvilke jar filer den
> finder dem ud fra den class-path jeg har sat.
> OpenSource værktøj er selvfølgelig at foretrække, men er det
> kommercielt, kan det måske også bruges.

Hvis der er noget som bruger reflection kan det være
meget svært at analysere sig frem til.

Hvda med at prøve build + unit test uden nogle jar filer
og så tilføje en jar fil ad gangen indtil du ingen fejl får ?

Arne

Søren Berg Glasius (16-03-2006)
Kommentar
Fra : Søren Berg Glasius


Dato : 16-03-06 09:32

Arne Vajhøj wrote:
> Søren Berg Glasius wrote:
> Hvis der er noget som bruger reflection kan det være
> meget svært at analysere sig frem til.
>
> Hvda med at prøve build + unit test uden nogle jar filer
> og så tilføje en jar fil ad gangen indtil du ingen fejl får ?

Den mulighed er der selvfølgelig - men med f.eks. 40 forskellige jar
filer giver det en del forskellige kombinationsmuligheder! Så hvis
værktøjet findes, vil det være at foretrække.

MVH
Søren

Jonas Kongslund (16-03-2006)
Kommentar
Fra : Jonas Kongslund


Dato : 16-03-06 10:41

On Thursday 16 March 2006 09:31, Søren Berg Glasius wrote:
> Den mulighed er der selvfølgelig - men med f.eks. 40 forskellige jar
> filer giver det en del forskellige kombinationsmuligheder! Så hvis
> værktøjet findes, vil det være at foretrække.

Hvad har kombinationsmuligheder med det hele at gøre?

--
Jonas Kongslund

Søren Berg Glasius (16-03-2006)
Kommentar
Fra : Søren Berg Glasius


Dato : 16-03-06 10:45

Jonas Kongslund wrote:
> On Thursday 16 March 2006 09:31, Søren Berg Glasius wrote:
>> Den mulighed er der selvfølgelig - men med f.eks. 40 forskellige jar
>> filer giver det en del forskellige kombinationsmuligheder! Så hvis
>> værktøjet findes, vil det være at foretrække.
>
> Hvad har kombinationsmuligheder med det hele at gøre?
>
Jeg tilføjer en jar fil - det compilere stadig ikke. Jeg tilføjer een
til, og det compilere stadig ikke. Nu tilføjer jeg den næste fil og så
compilere det - men havde jeg brug for den første fil jeg tilføjede?

MVH
Søren

Janus (16-03-2006)
Kommentar
Fra : Janus


Dato : 16-03-06 11:24

Søren Berg Glasius wrote:
> Jeg tilføjer en jar fil - det compilere stadig ikke. Jeg tilføjer een
> til, og det compilere stadig ikke. Nu tilføjer jeg den næste fil og så
> compilere det - men havde jeg brug for den første fil jeg tilføjede?
>

Man kunne tjekke, om der kom færre kompileringsfejl, efterhånden som man
tilføjede sine jar-filer?

Vh Janus

Arne Vajhøj (16-03-2006)
Kommentar
Fra : Arne Vajhøj


Dato : 16-03-06 13:27

Søren Berg Glasius wrote:
> Jonas Kongslund wrote:
>> On Thursday 16 March 2006 09:31, Søren Berg Glasius wrote:
>>> Den mulighed er der selvfølgelig - men med f.eks. 40 forskellige jar
>>> filer giver det en del forskellige kombinationsmuligheder! Så hvis
>>> værktøjet findes, vil det være at foretrække.
>>
>> Hvad har kombinationsmuligheder med det hele at gøre?
>>
> Jeg tilføjer en jar fil - det compilere stadig ikke. Jeg tilføjer een
> til, og det compilere stadig ikke. Nu tilføjer jeg den næste fil og så
> compilere det - men havde jeg brug for den første fil jeg tilføjede?

Øh.

Du prøver og får fejl.

Så tilføjer du den jar fil som fjerner første fejl
enten fordi du udfra klasse navnet kan se hvilken jar fil det
er eller ved at forsøge dig frem.

Og så prøver du igen.

Arne

Jacob Bunk Nielsen (16-03-2006)
Kommentar
Fra : Jacob Bunk Nielsen


Dato : 16-03-06 11:42

Søren Berg Glasius <soeren@glasius.dk> writes:

> Jeg tilføjer en jar fil - det compilere stadig ikke. Jeg tilføjer een
> til, og det compilere stadig ikke. Nu tilføjer jeg den næste fil og så
> compilere det - men havde jeg brug for den første fil jeg tilføjede?

Gå den anden vej. Start med alle jar-filerne, og fjern så en ad gangen
indtil det ikke kompilerer længere. Har du 40 jar-filer giver det
højst 40 tests. Det må man vel kunne scripte sig ud af ret hurtigt i
stil med:

#!/bin/bash

for f i *.jar; do
mv $f /tmp/$f;
kompiler
if [ $? neq 0 ]
echo $f is needed
else
echo $f was not required
fi
mv /tmp/$f .
done

.... under antagelse af at din compiler returnere med 0 hvis det går
godt, og noget andet hvis det går skidt. Tilpas selv stier osv.

--
Jacob

Søg
Reklame
Statistik
Spørgsmål : 177558
Tips : 31968
Nyheder : 719565
Indlæg : 6408926
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste