Me and Dennis talked to Mark Reinhold at Jfokus earlier this year about the changes that the jigsaw project will bring and what the impact would be on the Maven world. One of the things that popped up was that tools.jar is going away. As I know that there are several plugins that has this dependency it catched my attention.
I know Mark and his team wants feedback, so if this change will cause issues we should tell them so it can be handled early instead of after the JDK 9 release. /Anders On Mon, Sep 8, 2014 at 9:49 AM, Lennart Jörelid <lennart.jore...@gmail.com> wrote: > This dependency problem is basically caused by the way that the *adjoc* > works - not the a-m-p itself. > *ajdoc* is part of the AspectJ release, and uses standard JDK > functionality to generate a sort of javadoc. > The JavaDoc dependencies are packaged within *tools.jar*. > > ... so even if the *tools.jar* is removed from JDK 9, we will need to > include whatever jar/module that contains the javadoc classes in the JDK 9 > distribution to make *ajdoc* work. > > As far as I can see, this implies some adaption in the way that the a-m-p > works. > > > 2014-09-08 9:03 GMT+02:00 Anders Hammar <and...@hammar.net>: > >> My understanding is that tools.jar is going to be removed in the (Oracle) >> Java 9 JDK. So it would be good to get away from that dependency, unless >> you want a new problem when Java 9 is released. >> >> /Anders >> >> On Mon, Sep 8, 2014 at 8:30 AM, Lennart Jörelid < >> lennart.jore...@gmail.com> wrote: >> >>> So - let's see if we can get the JDK versions and idea behind banning >>> certain dependencies straight here. >>> There are 3 Java/JDK versions of relevance for the a-m-p: >>> >>> >>> 1. The Java bytecode version when compiling the a-m-p. This is >>> normally defined in the mojo-parent POM using the variable >>> "mojo.java.target" (which has the value 1.5 in version 33 of the >>> mojo-parent). >>> 2. The Java version of the JRE used when running the a-m-p as part >>> of a maven POM. Assuming that the correct JDK specification is used >>> within >>> the target POM, the AJC compiler invoked by the a-m-p will generate >>> bytecode of the same java version as the compiler expects. >>> 3. The Java version of the JDK used within the Maven process >>> building the site for the a-m-p-enabled project. This defines the >>> *tools.jar* used to generate the documentation (or, rather, used by >>> the *ajdoc* tool to generate the AspectJ documentation). If >>> tools.jar is not found on the classpath, the following message is shown >>> in >>> the debug log: *ajdoc requires a JDK 1.4 or later tools jar - >>> exiting* >>> >>> Now - if I understand things correctly: >>> >>> 1. We should include the latest stable aspectjtools dependency (i.e. >>> in the 1.8 version series). The 1.8 version of AspectJ is built using a >>> JDK >>> later than 1.5 - implying that we cannot enforce max JDK version as 1.5. >>> This leaves us with 2 choices: >>> 1. Explicitly increase the JDK version requirements in the a-m-p >>> POM >>> 2. Refrain from enforcing a max JDK when building the a-m-p. >>> (Simpler, but possibly laden with bytecode version errors in runtime). >>> 2. The AJC Java compliance version supplied must simply match the >>> target JDK version. No changes here. >>> 3. Unless the tools.jar dependency is actually included in the >>> classpath of the A-M-P, the ajdoc tool cannot produce the AspectJ site. >>> We >>> can cope with this in 2 ways: >>> 1. Simply include the tools.jar dependency in the a-m-p plugin >>> POM and brace for tools.jar change impact when generating sites with >>> an >>> unknown tools.jar/JDK version. Mostly, this seems to be an approach >>> that >>> works well. >>> 2. Force a-m-p users to explicitly include a *tools.jar* >>> dependency in every parent POM where the a-m-p is used in order to be >>> able >>> to generate the AspectJ site. I believe it would be overly complex. >>> >>> >>> Unless someone has strong opinions for another approach, I intend to: >>> >>> >>> - Remove the bytecode-level enforcement from the a-m-p POM, as per >>> the thoughs under 1 above. >>> - Keep the tools.jar dependency in the a-m-p POM, as per the >>> thoughts under 3 above. >>> >>> >>> 2014-09-04 21:07 GMT+02:00 Robert Scholte <codeh...@sourcegrounds.com>: >>> >>>> Op Tue, 02 Sep 2014 23:44:10 +0200 schreef Lennart Jörelid < >>>> lennart.jore...@gmail.com>: >>>> >>>> >>>> I just noted, but adding a Max JDK version doesn't seem to make any >>>>> sense >>>>> in this case. >>>>> The AspectJ compiler will generate bytecode compliant with a certain >>>>> JDK >>>>> version, implying that performing bytecode manipulation (i.e. calling >>>>> AJC) >>>>> without that JDK version present will cause problems. >>>>> >>>> >>>> No, you misunderstood the reason for this rule. >>>> It means that dependencies must be compiled with JDK5 or less (for that >>>> reason it is called Max). >>>> >>>> Since the aspectjtools.jar is compiled with JDK6 (or higher), which >>>> means that you can't use it with JDK5. >>>> This has *nothing* to with the generated bytecode by AspectJ, only with >>>> the runtime requirement of the AspectJ compiler. >>>> >>>> Ideally you use both animal-sniffer for sources and >>>> enforceBytecodeVersion for dependencies. In fact, let's do this for the >>>> mojo-parent so all plugins will work fine. >>>> >>>> thanks, >>>> Robert >>>> >>>> >>>> >>>>> Therefore, I believe we must validate the AspectJ Maven plugin on >>>>> appropriate JDKs. >>>>> It might make sense to restrict the JDK used (by bamboo etc.) to be >>>>> equal >>>>> to the Java version specified in the AJC runtime arguments, though. >>>>> That would effectively be the same as setting a *maximum* JDK version. >>>>> >>>>> >>>>> 2014-09-02 23:30 GMT+02:00 Robert Scholte <codeh...@sourcegrounds.com >>>>> >: >>>>> >>>>> Hi, >>>>>> >>>>>> I've added the enforceBytecodeVersion rule to see which jar(s) are >>>>>> causing >>>>>> problems. >>>>>> It seems that aspectjtools can't run with JDK5. >>>>>> As long as org.aspectj.tools.ajc.Main.Main() is called within the >>>>>> same >>>>>> JVM, we need to upgrade the JDK requirement. >>>>>> Otherwise we need to start a new JVM, preferably with toolchains to >>>>>> manage >>>>>> the JDK versions. Not sure if it's worth it to implement, though. >>>>>> >>>>>> For me this is a valid reason to change the required JDK, I'll leave >>>>>> it up >>>>>> to you. >>>>>> >>>>>> Robert >>>>>> >>>>>> Op Tue, 02 Sep 2014 23:00:26 +0200 schreef Robert Scholte < >>>>>> codeh...@sourcegrounds.com>: >>>>>> >>>>>> >>>>>> Hi, >>>>>> >>>>>>> >>>>>>> I've fixed the unittest, next step is to fix the integration tests. >>>>>>> I've added a JDK8 task to the integration tests, so now it will be >>>>>>> tested >>>>>>> with the minimum (JDK5) and maximum, both with Maven-2.2.1. >>>>>>> There are only linux bambooo-agents available right now. According to >>>>>>> JIRA[1] there has never been a request to support more operating >>>>>>> systems, >>>>>>> so go ahead and ask. >>>>>>> In the meantime I can verify it with Win7 + most of the JDKs >>>>>>> available at >>>>>>> home. >>>>>>> >>>>>>> thanks, >>>>>>> Robert >>>>>>> >>>>>>> ps. to log on and configure: https://bamboo-ci.codehaus. >>>>>>> org/userlogin!default.action >>>>>>> >>>>>>> [1] https://jira.codehaus.org/browse/HAUS/component/12684 >>>>>>> >>>>>>> >>>>>>> Op Tue, 02 Sep 2014 21:25:33 +0200 schreef Dan Tran < >>>>>>> dant...@gmail.com>: >>>>>>> >>>>>>> Hi Anders, Robert, Karl >>>>>>> >>>>>>>> >>>>>>>> Are you able to help with this issue at bamboo setup? >>>>>>>> >>>>>>>> Thanks >>>>>>>> >>>>>>>> -D >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Sep 2, 2014 at 10:33 AM, Lennart Jörelid < >>>>>>>> lennart.jore...@gmail.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>> We need to set up a few projects in Bamboo where the >>>>>>>> >>>>>>>>> aspectj_maven_plugin >>>>>>>>> is compiled using different kinds of JDKs. This is to validate >>>>>>>>> that the >>>>>>>>> AspectJ compiler options for the respective JDKs do not cause >>>>>>>>> >>>>>>>>> java.lang.UnsupportedClassVersionError: Bad version number in >>>>>>>>> .class >>>>>>>>> file >>>>>>>>> at java.lang.ClassLoader.defineClass1(Native Method) >>>>>>>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:620) >>>>>>>>> >>>>>>>>> >>>>>>>>> ... as is currently the case with a unit/integration test for the >>>>>>>>> AspectJ >>>>>>>>> maven plugin. >>>>>>>>> >>>>>>>>> We would also really need a Windows execution environment on >>>>>>>>> Codehaus >>>>>>>>> Bamboo - although I'm aware that this is stretching things a bit. >>>>>>>>> This >>>>>>>>> is >>>>>>>>> simply to ensure that none of our ITs and plugins fail to properly >>>>>>>>> encode >>>>>>>>> paths and other OS-specific things. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2014-09-02 18:30 GMT+02:00 Dan Tran <dant...@gmail.com>: >>>>>>>>> >>>>>>>>> what do we need from codehaus bamboo? >>>>>>>>> >>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> >>>>>>>>>> -D >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Sep 2, 2014 at 9:06 AM, Lennart Jörelid < >>>>>>>>>> lennart.jore...@gmail.com> wrote: >>>>>>>>>> >>>>>>>>>> No, we should not. >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> https://bamboo-ci.codehaus.org/browse/MOJO-MASPECTJ >>>>>>>>>>> >>>>>>>>>>> Fails since we have been unable - thus far - to create a new >>>>>>>>>>> project >>>>>>>>>>> with JDK 8 support. >>>>>>>>>>> If we could get that done, we would be one step closer to >>>>>>>>>>> release. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2014-09-02 17:46 GMT+02:00 Dan Tran <dant...@gmail.com>: >>>>>>>>>>> >>>>>>>>>>> should we go ehead to push this release out? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> >>>>>>>>>>>> -D >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Wed, Aug 20, 2014 at 12:08 PM, Anders Hammar < >>>>>>>>>>>> and...@hammar.net> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> I filed a ticket for this: >>>>>>>>>>>> >>>>>>>>>>>>> http://jira.codehaus.org/browse/MASPECTJ-135 >>>>>>>>>>>>> >>>>>>>>>>>>> Feel free to add more info as you see fit. >>>>>>>>>>>>> >>>>>>>>>>>>> /Anders >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Wed, Aug 20, 2014 at 3:56 PM, Dan Tran <dant...@gmail.com> >>>>>>>>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> Hi Sergei, you are right, i have a convenient script to 'cd' >>>>>>>>>>>>> into >>>>>>>>>>>>> >>>>>>>>>>>>>> my >>>>>>>>>>>>>> dev tree like this >>>>>>>>>>>>>> >>>>>>>>>>>>>> @echo off >>>>>>>>>>>>>> cd c:\views\dev >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> so the fix is ( for now) >>>>>>>>>>>>>> >>>>>>>>>>>>>> @echo off >>>>>>>>>>>>>> cd C:\views\dev >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Tue, Aug 19, 2014 at 11:35 PM, Sergei Ivanov < >>>>>>>>>>>>>> sergei_iva...@mail.ru> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Dan, >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Looks like the drive letter C: differs in case between >>>>>>>>>>>>>>> expected >>>>>>>>>>>>>>> and >>>>>>>>>>>>>>> actual. You may want to change the test script to use >>>>>>>>>>>>>>> case-insensitive >>>>>>>>>>>>>>> comparison on windows. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> Sergei Ivanov >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Wednesday, 20 August 2014 07:26 +0100 from Dan Tran < >>>>>>>>>>>>>>> dant...@gmail.com>: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> no problem building on linux for both java 7 and 8 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> also works inside my windows eclipse IDE. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Must have someting to do with my env. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -D >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Tue, Aug 19, 2014 at 11:04 PM, Dan Tran < >>>>>>>>>>>>>>> dant...@gmail.com > >>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>> >not sure why, but i am not able to build it locally using >>>>>>>>>>>>>>> both >>>>>>>>>>>>>>> java >>>>>>>>>>>>>>> 7 and 8 on windows (have not try it on linux yet ) >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> >[INFO] Building: JavaSourcesDefault\pom.xml >>>>>>>>>>>>>>> >[INFO] run script verify.groovy >>>>>>>>>>>>>>> >[INFO] ..FAILED (2.7 s) >>>>>>>>>>>>>>> >[INFO] The post-build script did not succeed. assert >>>>>>>>>>>>>>> execLine.endsWith( fooClazz.getAbsolutePath() ) >>>>>>>>>>>>>>> > | | | | >>>>>>>>>>>>>>> > | false | >>>>>>>>>>>>>>> c:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> it\JavaSourcesDefault\src\main\java\foo\Clazz.java >>>>>>>>>>>>>>> > | >>>>>>>>>>>>>>> c:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> it\JavaSourcesDefault\src\main\java\foo\Clazz.java >>>>>>>>>>>>>>> > [DEBUG] Running : ajc -1.4 -classpath >>>>>>>>>>>>>>> C:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> local-repo\org\aspectj\aspectjrt\1.8.0\aspectjrt-1.8. >>>>>>>>>>>>>>> 0.jar;C:\views\dev\mojo\mojo\aspectj-maven-plugin\t >>>>>>>>>>>>>>> >arget\it\JavaSourcesDefault\target\classes -d >>>>>>>>>>>>>>> C:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> it\JavaSourcesDefault\target\classes >>>>>>>>>>>>>>> C:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> it\JavaSourcesD >>>>>>>>>>>>>>> >efault\src\main\java\foo\Clazz.java >>>>>>>>>>>>>>> >[INFO] Building: JavaSourcesEmpty\pom.xml >>>>>>>>>>>>>>> >[INFO] run script verify.groovy >>>>>>>>>>>>>>> >[INFO] ..SUCCESS (2.1 s) >>>>>>>>>>>>>>> >[INFO] Building: JavaSourcesList\pom.xml >>>>>>>>>>>>>>> >[INFO] run script verify.groovy >>>>>>>>>>>>>>> >[INFO] ..FAILED (2.5 s) >>>>>>>>>>>>>>> >[INFO] The post-build script did not succeed. assert >>>>>>>>>>>>>>> execLine.endsWith( fooClazz.getAbsolutePath() ) >>>>>>>>>>>>>>> > | | | | >>>>>>>>>>>>>>> > | false | >>>>>>>>>>>>>>> c:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> it\JavaSourcesList\src\java\foo\Clazz.java >>>>>>>>>>>>>>> > | >>>>>>>>>>>>>>> c:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> it\JavaSourcesList\src\java\foo\Clazz.java >>>>>>>>>>>>>>> > [DEBUG] Running : ajc -1.4 -classpath >>>>>>>>>>>>>>> C:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> local-repo\org\aspectj\aspectjrt\1.8.0\aspectjrt-1.8. >>>>>>>>>>>>>>> 0.jar;C:\views\dev\mojo\mojo\aspectj-maven-plugin\t >>>>>>>>>>>>>>> >arget\it\JavaSourcesList\target\classes -d >>>>>>>>>>>>>>> C:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> it\JavaSourcesList\target\classes >>>>>>>>>>>>>>> C:\views\dev\mojo\mojo\aspectj-maven-plugin\target\ >>>>>>>>>>>>>>> it\JavaSourcesList\sr >>>>>>>>>>>>>>> >c\java\foo\Clazz.java >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> >On Tue, Aug 19, 2014 at 10:44 PM, Lennart Jörelid < >>>>>>>>>>>>>>> lennart.jore...@gmail.com > wrote: >>>>>>>>>>>>>>> >>Yes. >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >>We have presently some Bamboo setup issues, but the code >>>>>>>>>>>>>>> has >>>>>>>>>>>>>>> built >>>>>>>>>>>>>>> locally for me since quite awhile. >>>>>>>>>>>>>>> >>Thus, it is presently more of a Bamboo issue than a >>>>>>>>>>>>>>> development >>>>>>>>>>>>>>> one. >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >>2014-08-19 22:42 GMT+02:00 Dan Tran < dant...@gmail.com > >>>>>>>>>>>>>>> : >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >>>Hello MOJO team, >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>>any plan to push 1.7 out for JDK 8 support? >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>>Thanks >>>>>>>>>>>>>>> >>> >>>>>>>>>>>>>>> >>>-D >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >>-- >>>>>>>>>>>>>>> >>-- >>>>>>>>>>>>>>> +==============================+ >>>>>>>>>>>>>>> | Bästa hälsningar, >>>>>>>>>>>>>>> | [sw. "Best regards"] >>>>>>>>>>>>>>> | >>>>>>>>>>>>>>> | Lennart Jörelid >>>>>>>>>>>>>>> | EAI Architect & Integrator >>>>>>>>>>>>>>> | >>>>>>>>>>>>>>> | jGuru Europe AB >>>>>>>>>>>>>>> | Mölnlycke - Kista >>>>>>>>>>>>>>> | >>>>>>>>>>>>>>> | Email: l...@jguru.se >>>>>>>>>>>>>>> | URL: www.jguru.se >>>>>>>>>>>>>>> | Phone >>>>>>>>>>>>>>> | (skype): jgurueurope >>>>>>>>>>>>>>> | (intl): +46 708 507 603 >>>>>>>>>>>>>>> | (domestic): 0708 - 507 603 >>>>>>>>>>>>>>> +==============================+ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> +==============================+ >>>>>>>>>>> | Bästa hälsningar, >>>>>>>>>>> | [sw. "Best regards"] >>>>>>>>>>> | >>>>>>>>>>> | Lennart Jörelid >>>>>>>>>>> | EAI Architect & Integrator >>>>>>>>>>> | >>>>>>>>>>> | jGuru Europe AB >>>>>>>>>>> | Mölnlycke - Kista >>>>>>>>>>> | >>>>>>>>>>> | Email: l...@jguru.se >>>>>>>>>>> | URL: www.jguru.se >>>>>>>>>>> | Phone >>>>>>>>>>> | (skype): jgurueurope >>>>>>>>>>> | (intl): +46 708 507 603 >>>>>>>>>>> | (domestic): 0708 - 507 603 >>>>>>>>>>> +==============================+ >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> -- >>>>>>>>> +==============================+ >>>>>>>>> | Bästa hälsningar, >>>>>>>>> | [sw. "Best regards"] >>>>>>>>> | >>>>>>>>> | Lennart Jörelid >>>>>>>>> | EAI Architect & Integrator >>>>>>>>> | >>>>>>>>> | jGuru Europe AB >>>>>>>>> | Mölnlycke - Kista >>>>>>>>> | >>>>>>>>> | Email: l...@jguru.se >>>>>>>>> | URL: www.jguru.se >>>>>>>>> | Phone >>>>>>>>> | (skype): jgurueurope >>>>>>>>> | (intl): +46 708 507 603 >>>>>>>>> | (domestic): 0708 - 507 603 >>>>>>>>> +==============================+ >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------ >>>>>>> --------- >>>>>>> To unsubscribe from this list, please visit: >>>>>>> >>>>>>> http://xircles.codehaus.org/manage_email >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------ >>>>>> --------- >>>>>> To unsubscribe from this list, please visit: >>>>>> >>>>>> http://xircles.codehaus.org/manage_email >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe from this list, please visit: >>>> >>>> http://xircles.codehaus.org/manage_email >>>> >>>> >>>> >>> >>> >>> -- >>> >>> -- >>> +==============================+ >>> | Bästa hälsningar, >>> | [sw. "Best regards"] >>> | >>> | Lennart Jörelid >>> | EAI Architect & Integrator >>> | >>> | jGuru Europe AB >>> | Mölnlycke - Kista >>> | >>> | Email: l...@jguru.se >>> | URL: www.jguru.se >>> | Phone >>> | (skype): jgurueurope >>> | (intl): +46 708 507 603 >>> | (domestic): 0708 - 507 603 >>> +==============================+ >>> >>> >> > > > -- > > -- > +==============================+ > | Bästa hälsningar, > | [sw. "Best regards"] > | > | Lennart Jörelid > | EAI Architect & Integrator > | > | jGuru Europe AB > | Mölnlycke - Kista > | > | Email: l...@jguru.se > | URL: www.jguru.se > | Phone > | (skype): jgurueurope > | (intl): +46 708 507 603 > | (domestic): 0708 - 507 603 > +==============================+ > >
