🚀 go-pugleaf

GeertS wrote:

> Ik heb een raar probleem met java.
> 
> Als ik in een programma (kleine oefening) een object aanmaak dat 
> gebasseerd is op een apparte klasse (dat in dezelfde directory staat) 
> wordt deze bij het compileren blijkbaar niet gevonden.
> 
> foutmelding is " cannot resolve symbol".
> 
> Het rare is dat ik het probleem op ��n pc heb, op andere werkt het wel, 
> dus aan de code zelf kan het niet liggen (heb zelf een voorbeeld uit 
> cursus van 't school geprobeerd).
> Ik heb al geprobeerd om de java sdk opnieuw te installeren maar zonder 
> succes.
> 
> Iemand een idee wat het probleem kan zijn?

Wilde gok: staat . wel in het pad?

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html

John Bokma wrote:
> GeertS wrote:
> 
> 
>>Ik heb een raar probleem met java.
>>
>>Als ik in een programma (kleine oefening) een object aanmaak dat 
>>gebasseerd is op een apparte klasse (dat in dezelfde directory staat) 
>>wordt deze bij het compileren blijkbaar niet gevonden.
>>
>>foutmelding is " cannot resolve symbol".
>>
>>Het rare is dat ik het probleem op ��n pc heb, op andere werkt het wel, 
>>dus aan de code zelf kan het niet liggen (heb zelf een voorbeeld uit 
>>cursus van 't school geprobeerd).
>>Ik heb al geprobeerd om de java sdk opnieuw te installeren maar zonder 
>>succes.
>>
>>Iemand een idee wat het probleem kan zijn?
> 
> 
> Wilde gok: staat . wel in het pad?
> 
welk pad? waar stel ik dat in?
(ps, ik werk met winXP)

De oefening werkt wel op andere pc's, dus normaal zou er niks met de 
code mogen mis zijn.

GeertS wrote:
> John Bokma wrote:
> 
>> GeertS wrote:
>>
>>
>>> Ik heb een raar probleem met java.
>>>
>>> Als ik in een programma (kleine oefening) een object aanmaak dat 
>>> gebasseerd is op een apparte klasse (dat in dezelfde directory staat) 
>>> wordt deze bij het compileren blijkbaar niet gevonden.
>>>
>>> foutmelding is " cannot resolve symbol".
>>>
>>> Het rare is dat ik het probleem op ��n pc heb, op andere werkt het 
>>> wel, dus aan de code zelf kan het niet liggen (heb zelf een voorbeeld 
>>> uit cursus van 't school geprobeerd).
>>> Ik heb al geprobeerd om de java sdk opnieuw te installeren maar 
>>> zonder succes.
>>>
>>> Iemand een idee wat het probleem kan zijn?
>>
>>
>>
>> Wilde gok: staat . wel in het pad?
>>
> welk pad? waar stel ik dat in?
> (ps, ik werk met winXP)
> 
> De oefening werkt wel op andere pc's, dus normaal zou er niks met de 
> code mogen mis zijn.

oftewel:
start -> uitvoeren -> cmd
SET CLASSPATH=.

oftewel:
start -> configuratiescherm -> systeem -> geavanceerd  -> 
omgevingsvariabelen

Onderaan de "." aan systeemvariabele Path toevoegen. Wel een ";" 
gebruiken tussen de verschillende paden.

Ter info: de punt staat voor de huidige directory (cfr. cd. of cd ..)

-- 
mvg,
Peter

Peter wrote:
> GeertS wrote:
> 
>> John Bokma wrote:
>>
>>> GeertS wrote:
>>>
>>>
>>>> Ik heb een raar probleem met java.
>>>>
>>>> Als ik in een programma (kleine oefening) een object aanmaak dat 
>>>> gebasseerd is op een apparte klasse (dat in dezelfde directory 
>>>> staat) wordt deze bij het compileren blijkbaar niet gevonden.
>>>>
>>>> foutmelding is " cannot resolve symbol".
>>>>
>>>> Het rare is dat ik het probleem op ��n pc heb, op andere werkt het 
>>>> wel, dus aan de code zelf kan het niet liggen (heb zelf een 
>>>> voorbeeld uit cursus van 't school geprobeerd).
>>>> Ik heb al geprobeerd om de java sdk opnieuw te installeren maar 
>>>> zonder succes.
>>>>
>>>> Iemand een idee wat het probleem kan zijn?
>>>
>>>
>>>
>>>
>>> Wilde gok: staat . wel in het pad?
>>>
>> welk pad? waar stel ik dat in?
>> (ps, ik werk met winXP)
>>
>> De oefening werkt wel op andere pc's, dus normaal zou er niks met de 
>> code mogen mis zijn.
> 
> 
> oftewel:
> start -> uitvoeren -> cmd
> SET CLASSPATH=.
> 
> oftewel:
> start -> configuratiescherm -> systeem -> geavanceerd  -> 
> omgevingsvariabelen
> 
> Onderaan de "." aan systeemvariabele Path toevoegen. Wel een ";" 
> gebruiken tussen de verschillende paden.
> 
> Ter info: de punt staat voor de huidige directory (cfr. cd. of cd ..)
> 
Daar had ondertussen al enkele zaken geprobeerd (classpath=. ).  Daarna 
werkte het via command prompt, de variabele classpath terug verwijderd 
en raar genoeg bleef het nu wel werken via command prompt.
(Kon gisteren ook geen 'update' van het probleem posten wegens problemen 
met internet)

Nu blijft nog enkel het probleem in Eclipse, hier kan ik nog steeds niet 
compileren als ik van classes wil gebruik maken waarvan ik zelf de 
source niet heb, dit zal dan enkel een Eclipse specifiek probleem zijn, 
of ik doe iets fout (gebruik Eclipse nog niet lang).

Alvast bedankt voor jullie hulp

gs

Peter wrote:
> GeertS wrote:
> 
>> John Bokma wrote:
>>
>>> GeertS wrote:
>>>
>>>
>>>> Ik heb een raar probleem met java.
>>>>
>>>> Als ik in een programma (kleine oefening) een object aanmaak dat 
>>>> gebasseerd is op een apparte klasse (dat in dezelfde directory 
>>>> staat) wordt deze bij het compileren blijkbaar niet gevonden.
>>>>
>>>> foutmelding is " cannot resolve symbol".
>>>>
>>>> Het rare is dat ik het probleem op ��n pc heb, op andere werkt het 
>>>> wel, dus aan de code zelf kan het niet liggen (heb zelf een 
>>>> voorbeeld uit cursus van 't school geprobeerd).
>>>> Ik heb al geprobeerd om de java sdk opnieuw te installeren maar 
>>>> zonder succes.
>>>>
>>>> Iemand een idee wat het probleem kan zijn?
>>>
>>>
>>>
>>>
>>> Wilde gok: staat . wel in het pad?
>>>
>> welk pad? waar stel ik dat in?
>> (ps, ik werk met winXP)
>>
>> De oefening werkt wel op andere pc's, dus normaal zou er niks met de 
>> code mogen mis zijn.
> 
> 
> oftewel:
> start -> uitvoeren -> cmd
> SET CLASSPATH=.
> 
> oftewel:
> start -> configuratiescherm -> systeem -> geavanceerd  -> 
> omgevingsvariabelen
> 
> Onderaan de "." aan systeemvariabele Path toevoegen. Wel een ";" 
> gebruiken tussen de verschillende paden.
> 
> Ter info: de punt staat voor de huidige directory (cfr. cd. of cd ..)
> 
Daar had ondertussen al enkele zaken geprobeerd (classpath=. ).  Daarna 
werkte het via command prompt, de variabele classpath terug verwijderd 
en raar genoeg bleef het nu wel werken via command prompt.

Nu blijft nog enkel het probleem in Eclipse, hier kan ik nog steeds niet 
compileren als ik van classes wil gebruik maken waarvan ik zelf de 
source niet heb, dit zal dan enkel een Eclipse specifiek probleem zijn, 
of ik doe iets fout (gebruik Eclipse nog niet lang).

Alvast bedankt voor jullie hulp

gs

GeertS wrote:

> Daar had ondertussen al enkele zaken geprobeerd (classpath=. ).  Daarna 
> werkte het via command prompt, de variabele classpath terug verwijderd 
> en raar genoeg bleef het nu wel werken via command prompt.

Stel je classpath in via environment variabelen. (Ergens via het control 
panel kan dat, ik weet zeker dat je dat met google in 3 seconden kan 
vinden: Java classpath XP b.v.)

> Nu blijft nog enkel het probleem in Eclipse, 

Ik gok dat als je het globaal zet, je probleem opgelost is. 

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html

John Bokma wrote:
> GeertS wrote:
> 
> 
>>Daar had ondertussen al enkele zaken geprobeerd (classpath=. ).  Daarna 
>>werkte het via command prompt, de variabele classpath terug verwijderd 
>>en raar genoeg bleef het nu wel werken via command prompt.
> 
> 
> Stel je classpath in via environment variabelen. (Ergens via het control 
> panel kan dat, ik weet zeker dat je dat met google in 3 seconden kan 
> vinden: Java classpath XP b.v.)
> 
> 
>>Nu blijft nog enkel het probleem in Eclipse, 
> 
> 
> Ik gok dat als je het globaal zet, je probleem opgelost is. 
> 
Ik heb classpath bij de environment variabelen ingesteld op ".", 
compileren met javac in command prompt is geen probleem, Eclipse lukt 
nog steeds niet.

gs

GeertS wrote:

> Ik heb classpath bij de environment variabelen ingesteld op ".",
> compileren met javac in command prompt is geen probleem, Eclipse lukt
> nog steeds niet.

Heb je de library die je gebruikt in het classpath van je project gezet? Je
kan dat instellen bij de properties van het project.
-- 
"May the source be with you"

Aquila wrote:
> GeertS wrote:
> 
> 
>>Ik heb classpath bij de environment variabelen ingesteld op ".",
>>compileren met javac in command prompt is geen probleem, Eclipse lukt
>>nog steeds niet.
> 
> 
> Heb je de library die je gebruikt in het classpath van je project gezet? Je
> kan dat instellen bij de properties van het project.
Het is ��n class file waar ik gebruik van wil maken en die staat in 
dezelfde map als de source files en waar ook de class files staan. 
(alles dus in ��n directory, en die wordt blijkbaar al aanzien als 
zijnde classpath).

gs