| org.aspectj.ajdt.core.prefs file and environment variables expansion [message #58021] |
Sat, 29 October 2005 19:01  |
Eclipse User |
|
|
|
Originally posted by: valentino.miazzo.net
Hello,
I already posted this question on the ajdt-dev ML but nobody replied.
Maybe ajdt-dev ML wasn't the right place to ask this type of questions, I
try here hoping in some help.
I'm using Windows, Eclipse 3.1, AJDT 1.3 .
I need to pass to the AspectJ compiler a not standard option involving the
JAVA_HOME environment variable.
I select the project, press the right button, properties, aspectj, non
standard compiler options; here I would like to write something like that:
-classpath %JAVA_HOME%\jre\lib\rt.jar .
Anyway it doesn't works because (seems) AJDE doesn't expand the
environment variables before passing the options to the aspecj compiler.
I can use an absolute path (-classpath c:\java\jdk1.4.2_08\jre\lib\rt.jar)
but in this way I force the other developers to place the JDK on the same
path or to edit the org.aspectj.ajdt.core.prefs after each CVS update.
Could anyone suggest a way to place some kind of expandable-variable in
the org.aspectj.ajdt.core.prefs file ?
Thank you very much,
Valentino
|
|
|
| Re: org.aspectj.ajdt.core.prefs file and environment variables expansion [message #59085 is a reply to message #58021] |
Tue, 13 December 2005 21:35  |
| Eclipse User |
|
|
|
Originally posted by: andrelct.gmail.com
Dear Valentino,
IŽm trying to use aspectJ with J2ME, but I canŽt run it. I read this:
> Hi Matt and thank you for your time,
>
> >Which non-standard option are you passing to the compiler?
>
> For now I pass -classpath c:\java\jdk1.4.2_08\jre\lib\rt.jar
> but I would like to pass -classpath %JAVA_HOME%\jre\lib\rt.jar
>
>
> >To set the
> >classpath you should use the regular classpath mechansim provided by
> >Eclipse JDT, which does support variable expansion.
> >Ideally we wouldn't need this "non-standard option" field at all -
> >AJDT should provide all the appropriate controls for configuring the
> >compiler.
>
> I'm experimenting with J2ME + AspectJ and the only way to compile
> successfully an aj midlet I found is:
> 1- remove the JRE classpath from my project
> 2- add the J2ME specific jars to my project
> 3- add the not standard option : -classpath
c:\java\jdk1.4.2_08\jre\lib\rt.jar
>
> 1 is needed because J2SE and J2ME have different API.
> 2 is needed because referenced in the midlet
> 3 is needed because without this the compiler doesn't start and reports:
> can't find critical required type java.io.Serializable
> can't find critical required type java.lang.Cloneable
>
> I would be great if you know a 'standard & expandable way' to tell to
> AspectJ compiler what is the classpath that it should use for itself
> and not for the compiling.
>
> Thank you very much,
> Valentino
You wrote it. I did exactly what you said, but then I donŽt know how to
run my project. Can you give me a hand???
Thanks in advance
--
André Luiz
|
|
|
| Re: org.aspectj.ajdt.core.prefs file and environment variables expansion [message #591138 is a reply to message #58021] |
Tue, 13 December 2005 21:35 |
| Eclipse User |
|
|
|
Originally posted by: andrelct.gmail.com
Dear Valentino,
IŽm trying to use aspectJ with J2ME, but I canŽt run it. I read this:
> Hi Matt and thank you for your time,
>
> >Which non-standard option are you passing to the compiler?
>
> For now I pass -classpath c:\java\jdk1.4.2_08\jre\lib\rt.jar
> but I would like to pass -classpath %JAVA_HOME%\jre\lib\rt.jar
>
>
> >To set the
> >classpath you should use the regular classpath mechansim provided by
> >Eclipse JDT, which does support variable expansion.
> >Ideally we wouldn't need this "non-standard option" field at all -
> >AJDT should provide all the appropriate controls for configuring the
> >compiler.
>
> I'm experimenting with J2ME + AspectJ and the only way to compile
> successfully an aj midlet I found is:
> 1- remove the JRE classpath from my project
> 2- add the J2ME specific jars to my project
> 3- add the not standard option : -classpath
c:\java\jdk1.4.2_08\jre\lib\rt.jar
>
> 1 is needed because J2SE and J2ME have different API.
> 2 is needed because referenced in the midlet
> 3 is needed because without this the compiler doesn't start and reports:
> can't find critical required type java.io.Serializable
> can't find critical required type java.lang.Cloneable
>
> I would be great if you know a 'standard & expandable way' to tell to
> AspectJ compiler what is the classpath that it should use for itself
> and not for the compiling.
>
> Thank you very much,
> Valentino
You wrote it. I did exactly what you said, but then I donŽt know how to
run my project. Can you give me a hand???
Thanks in advance
--
André Luiz
|
|
|
Powered by
FUDForum. Page generated in 0.03277 seconds
] 
Search
Help
Register
Login
Home
