Ah, I forgot. Mark position was that there shouldn't be any need for using
tools.jar directly today (JDK 7 or 8 I guess) as everything should be
possible through the JDK API. Dare you challenge him? ;-)

/Anders

On Mon, Sep 8, 2014 at 10:25 AM, Anders Hammar <and...@hammar.net> wrote:

> 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
>> +==============================+
>>
>>
>

Reply via email to