springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Assumption about stack trace format and cacao

[Olivier J. <oli...@pc...>]

> Interesting issue. So for a simple fix, would this mean that we should
> also
> check for:
>
>   this.stackTrace.indexOf(clazz.getName() + "." + methodName + " (") != -1
>
> With an extra space before the parenthesis?

Yes, exactly, that should do the trick nicely. I can confirm this later
when I'm home.
But, for performance issues, shouldn't it be better know which exact
pattern we're looking for ? If I understand right, the jdk13 way of doing
is already quite slow, it may hurt to make the situation worse ..

> Juergen

Olivier

Re: [Springframework-developer] Assumption about stack trace format and cacao

[Juergen H. <ju...@in...>]

Interesting issue. So for a simple fix, would this mean that we should also
check for:

  this.stackTrace.indexOf(clazz.getName() + "." + methodName + " (") != -1

With an extra space before the parenthesis?

Juergen
 

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Olivier Jolly
Sent: Tuesday, January 17, 2006 10:17 AM
To: spr...@li...
Subject: [Springframework-developer] Assumption about stack trace format and
cacao

Hi,
 I'm using spring+GNU classpath right now to ensure that the free java
implementations can get the best framework around running neatly and when
underdoing the Jdk13ControlFlowTests, I noticed that the checks involving
methods were not working.
 After a bit of investigations, I found that the stack trace generated by
cacao was putting an extra space between the end of the method name and the
parenthesis to precise the location. Since for 1.3 spec level the search is
done within the string image of the stack trace, the exact formatting is
very important and breaks in this case.
 I was wondering who was "wrong" there and it seems that the sun javadocs
state that the format used by their jdk (and described in the docs) is only
an example (pasted from the Throwable javadoc : "The format of this
information depends on the implementation, but the following example may be
regarded as typical: [...]") so I don't think cacao can be thought as non
compliant with the spec. On the other hand, I do understand that if the spec
doesn't give details about the format, we either have to make assumptions or
forget it totally (but we don't have any other way to get the stack trace in
jvm1.4- afaik).
 So basically I was wondering whether spring had to be aware of this quirk
(either by using a cacao compliant regexp when looking for methods, using
probably [ ]? or by "flagging" the test as runnable only in certain jvm
implementations) or if cacao had to be adapted.
 Thanks for your feedback
Olivier





-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Assumption about stack trace format and cacao

[Olivier J. <oli...@pc...>]

Hi,
 I'm using spring+GNU classpath right now to ensure that the free java
implementations can get the best framework around running neatly and when
underdoing the Jdk13ControlFlowTests, I noticed that the checks involving
methods were not working.
 After a bit of investigations, I found that the stack trace generated by
cacao was putting an extra space between the end of the method name and
the parenthesis to precise the location. Since for 1.3 spec level the
search is done within the string image of the stack trace, the exact
formatting is very important and breaks in this case.
 I was wondering who was "wrong" there and it seems that the sun javadocs
state that the format used by their jdk (and described in the docs) is
only an example (pasted from the Throwable javadoc : "The format of this
information depends on the implementation, but the following example may
be regarded as typical: [...]") so I don't think cacao can be thought as
non compliant with the spec. On the other hand, I do understand that if
the spec doesn't give details about the format, we either have to make
assumptions or forget it totally (but we don't have any other way to get
the stack trace in jvm1.4- afaik).
 So basically I was wondering whether spring had to be aware of this quirk
(either by using a cacao compliant regexp when looking for methods, using
probably [ ]? or by "flagging" the test as runnable only in certain jvm
implementations) or if cacao had to be adapted.
 Thanks for your feedback
Olivier

[Springframework-developer] spring build.397 Build Successful

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060117001719Lbuild.397

Re: [Springframework-developer] IDEA integration features

[Mark D. <ma...@ta...>]

*delurking for a bit*

Have you noticed that IDEA already includes some spring integration?=20
When adding a bean entry in your XML - IDEA will autocomplete any
<property/> elements for the defined bean class.

I'm sure theres some more things under the covers that IDEAs doing as
well, but would be great seeing some additional support.

Theres also an existing spring plugin which provides visualisation of
the beans (I think - I've not tried it out)..

Mark

On 1/17/06, Alef Arendsen <ale...@in...> wrote:

> I'm currently investigating what kind of features we'd like to have in
> IDEA when it comes to integration with Spring.
>
> I've got the following on the list so far and I'd really like your
> input. So if you have any ideas about what kind of features IDEA could
> offer that will help you develop your Spring application, I'd really
> like to hear them!

[Springframework-developer] IDEA integration features

[Alef A. <ale...@in...>]

Hi all,

I'm currently investigating what kind of features we'd like to have in 
IDEA when it comes to integration with Spring.

I've got the following on the list so far and I'd really like your 
input. So if you have any ideas about what kind of features IDEA could 
offer that will help you develop your Spring application, I'd really 
like to hear them!

- An “add bean to applicationcontext option” that would work like the 
generate getter and setter dialog, pick one of the applicationcontexts 
(automatically detected by dtd ? ) and select the properties you want to 
have property elements generated for
- Be able to click on a ref=”” attribute and automatically jump to that 
bean in the applicationcontext defined
- Validation for bean properties eg : non existing refs, using a value 
instead of ref, something set on a property that cannot be handled by 
the associated property editor
- Bean generation (xml -> java and backwards) !

thanks!

Alef Arendsen

[Springframework-developer] spring build.396 Build Fixed

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060115001744Lbuild.396

[Springframework-developer] FAILED BUILD: sparc-solaris1 (last 30 lines included)

[Darren D. <da...@sh...>]

1137267532
FAILED
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/beans/factory/DummyFactory.java --> DisposableBean qualified to org.springframework.beans.factory.DisposableBean
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/framework/autoproxy/AutoProxyCreatorTests.java --> AbstractAutoProxyCreator qualified to org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/AopUtilsTests.java --> StaticMethodMatcherPointcut qualified to org.springframework.aop.support.StaticMethodMatcherPointcut
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/AopUtilsTests.java --> DynamicMethodMatcherPointcut qualified to org.springframework.aop.support.DynamicMethodMatcherPointcut
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/AopUtilsTests.java --> DynamicMethodMatcherPointcutAdvisor qualified to org.springframework.aop.support.DynamicMethodMatcherPointcutAdvisor
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/ComposablePointcutTests.java --> StaticMethodMatcher qualified to org.springframework.aop.support.StaticMethodMatcher
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/DelegatingIntroductionInterceptorTests.java --> ITest qualified to org.springframework.aop.support.ITest
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/DelegatingIntroductionInterceptorTests.java --> DelegatingIntroductionInterceptor qualified to org.springframework.aop.support.DelegatingIntroductionInterceptor
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/MethodMatchersTests.java --> StaticMethodMatcher qualified to org.springframework.aop.support.StaticMethodMatcher
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/MethodMatchersTests.java --> DynamicMethodMatcher qualified to org.springframework.aop.support.DynamicMethodMatcher
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/PointcutsTests.java --> StaticMethodMatcherPointcut qualified to org.springframework.aop.support.StaticMethodMatcherPointcut
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/AbstractLazyInitTargetSourceTests.java --> AbstractLazyInitTargetSource qualified to org.springframework.aop.target.AbstractLazyInitTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/LazyInitTargetSourceTests.java --> LazyInitTargetSource qualified to org.springframework.aop.target.LazyInitTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/PrototypeBasedTargetSourceTests.java --> AbstractPrototypeBasedTargetSource qualified to org.springframework.aop.target.AbstractPrototypeBasedTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/dynamic/AbstractRefreshableTargetSourceTests.java --> AbstractRefreshableTargetSource qualified to org.springframework.aop.target.dynamic.AbstractRefreshableTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/scope/HashMapScopeMap.java --> ScopeMap qualified to org.springframework.aop.target.scope.ScopeMap
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/scope/ScopedProxyFactoryBeanTests.java --> Handle qualified to org.springframework.aop.target.scope.Handle
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/jmx/export/MBeanExporterTests.java --> MBeanExporterListener qualified to org.springframework.jmx.export.MBeanExporterListener

buildmaintests:
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/test-classes
    [javac] Compiling 525 source files to /home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/test-classes
    [javac] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/aspectj/MethodInvocationProceedingJoinPointTests.java:77: cannot resolve symbol
    [javac] symbol  : method contains  (java.lang.String)
    [javac] location: class java.lang.String
    [javac] 				assertTrue("Method named in toString", jp.toString().contains(method.getName()));
    [javac]                                                                                   ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error
Last CVS updates prior to this build were:
1137265981

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
successful build occurs on the machine in question.

See http://springframework.sourceforge.net/test/ for further
information.

[Springframework-developer] FAILED BUILD: x86-solaris1 (last 30 lines included)

[Darren D. <da...@sh...>]

1137260134
FAILED
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/beans/factory/DummyFactory.java --> DisposableBean qualified to org.springframework.beans.factory.DisposableBean
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/framework/autoproxy/AutoProxyCreatorTests.java --> AbstractAutoProxyCreator qualified to org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/AopUtilsTests.java --> StaticMethodMatcherPointcut qualified to org.springframework.aop.support.StaticMethodMatcherPointcut
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/AopUtilsTests.java --> DynamicMethodMatcherPointcut qualified to org.springframework.aop.support.DynamicMethodMatcherPointcut
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/AopUtilsTests.java --> DynamicMethodMatcherPointcutAdvisor qualified to org.springframework.aop.support.DynamicMethodMatcherPointcutAdvisor
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/ComposablePointcutTests.java --> StaticMethodMatcher qualified to org.springframework.aop.support.StaticMethodMatcher
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/DelegatingIntroductionInterceptorTests.java --> ITest qualified to org.springframework.aop.support.ITest
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/DelegatingIntroductionInterceptorTests.java --> DelegatingIntroductionInterceptor qualified to org.springframework.aop.support.DelegatingIntroductionInterceptor
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/MethodMatchersTests.java --> StaticMethodMatcher qualified to org.springframework.aop.support.StaticMethodMatcher
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/MethodMatchersTests.java --> DynamicMethodMatcher qualified to org.springframework.aop.support.DynamicMethodMatcher
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/PointcutsTests.java --> StaticMethodMatcherPointcut qualified to org.springframework.aop.support.StaticMethodMatcherPointcut
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/AbstractLazyInitTargetSourceTests.java --> AbstractLazyInitTargetSource qualified to org.springframework.aop.target.AbstractLazyInitTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/LazyInitTargetSourceTests.java --> LazyInitTargetSource qualified to org.springframework.aop.target.LazyInitTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/PrototypeBasedTargetSourceTests.java --> AbstractPrototypeBasedTargetSource qualified to org.springframework.aop.target.AbstractPrototypeBasedTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/dynamic/AbstractRefreshableTargetSourceTests.java --> AbstractRefreshableTargetSource qualified to org.springframework.aop.target.dynamic.AbstractRefreshableTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/scope/HashMapScopeMap.java --> ScopeMap qualified to org.springframework.aop.target.scope.ScopeMap
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/scope/ScopedProxyFactoryBeanTests.java --> Handle qualified to org.springframework.aop.target.scope.Handle
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/jmx/export/MBeanExporterTests.java --> MBeanExporterListener qualified to org.springframework.jmx.export.MBeanExporterListener

buildmaintests:
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/x86-solaris1/test-classes
    [javac] Compiling 524 source files to /home/users/d/da/davison/checkouts/spring/target/x86-solaris1/test-classes
    [javac] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/aspectj/MethodInvocationProceedingJoinPointTests.java:77: cannot resolve symbol
    [javac] symbol  : method contains (java.lang.String)
    [javac] location: class java.lang.String
    [javac] 				assertTrue("Method named in toString", jp.toString().contains(method.getName()));
    [javac]                                                                                   ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error
Last CVS updates prior to this build were:
1137258781
? ?
? junit423465713.properties
? junittestcases2136842450.properties
? sandbox/src/org/springframework/core/closure/ElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGeneratorWorkflow.java
? sandbox/src/org/springframework/core/closure/support/IfBlock.java
? sandbox/src/org/springframework/jms/listener
? test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
C test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
successful build occurs on the machine in question.

See http://springframework.sourceforge.net/test/ for further
information.

[Springframework-developer] FAILED BUILD: sparc-solaris2 (last 30 lines included)

[Darren D. <da...@sh...>]

1137245958
FAILED
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/beans/factory/DummyFactory.java --> DisposableBean qualified to org.springframework.beans.factory.DisposableBean
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/framework/autoproxy/AutoProxyCreatorTests.java --> AbstractAutoProxyCreator qualified to org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/AopUtilsTests.java --> StaticMethodMatcherPointcut qualified to org.springframework.aop.support.StaticMethodMatcherPointcut
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/AopUtilsTests.java --> DynamicMethodMatcherPointcut qualified to org.springframework.aop.support.DynamicMethodMatcherPointcut
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/AopUtilsTests.java --> DynamicMethodMatcherPointcutAdvisor qualified to org.springframework.aop.support.DynamicMethodMatcherPointcutAdvisor
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/ComposablePointcutTests.java --> StaticMethodMatcher qualified to org.springframework.aop.support.StaticMethodMatcher
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/DelegatingIntroductionInterceptorTests.java --> ITest qualified to org.springframework.aop.support.ITest
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/DelegatingIntroductionInterceptorTests.java --> DelegatingIntroductionInterceptor qualified to org.springframework.aop.support.DelegatingIntroductionInterceptor
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/MethodMatchersTests.java --> StaticMethodMatcher qualified to org.springframework.aop.support.StaticMethodMatcher
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/MethodMatchersTests.java --> DynamicMethodMatcher qualified to org.springframework.aop.support.DynamicMethodMatcher
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/support/PointcutsTests.java --> StaticMethodMatcherPointcut qualified to org.springframework.aop.support.StaticMethodMatcherPointcut
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/AbstractLazyInitTargetSourceTests.java --> AbstractLazyInitTargetSource qualified to org.springframework.aop.target.AbstractLazyInitTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/LazyInitTargetSourceTests.java --> LazyInitTargetSource qualified to org.springframework.aop.target.LazyInitTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/PrototypeBasedTargetSourceTests.java --> AbstractPrototypeBasedTargetSource qualified to org.springframework.aop.target.AbstractPrototypeBasedTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/dynamic/AbstractRefreshableTargetSourceTests.java --> AbstractRefreshableTargetSource qualified to org.springframework.aop.target.dynamic.AbstractRefreshableTargetSource
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/scope/HashMapScopeMap.java --> ScopeMap qualified to org.springframework.aop.target.scope.ScopeMap
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/target/scope/ScopedProxyFactoryBeanTests.java --> Handle qualified to org.springframework.aop.target.scope.Handle
[attribute-compiler] /home/users/d/da/davison/checkouts/spring/test/org/springframework/jmx/export/MBeanExporterTests.java --> MBeanExporterListener qualified to org.springframework.jmx.export.MBeanExporterListener

buildmaintests:
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/test-classes
    [javac] Compiling 524 source files to /home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/test-classes
    [javac] /home/users/d/da/davison/checkouts/spring/test/org/springframework/aop/aspectj/MethodInvocationProceedingJoinPointTests.java:77: cannot resolve symbol
    [javac] symbol  : method contains  (java.lang.String)
    [javac] location: class java.lang.String
    [javac] 				assertTrue("Method named in toString", jp.toString().contains(method.getName()));
    [javac]                                                                                   ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error
Last CVS updates prior to this build were:
1137244382
? ?
? junit423465713.properties
? junittestcases2136842450.properties
? sandbox/src/org/springframework/core/closure/ElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGenerator.java
? sandbox/src/org/springframework/core/closure/support/AbstractElementGeneratorWorkflow.java
? sandbox/src/org/springframework/core/closure/support/IfBlock.java
? sandbox/src/org/springframework/jms/listener
? test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
P changelog.txt
P mock/org/springframework/test/AbstractTransactionalSpringContextTests.java
P src/org/springframework/aop/aspectj/MethodInvocationProceedingJoinPoint.java
P src/org/springframework/transaction/TransactionStatus.java
P test/org/springframework/aop/aspectj/MethodInvocationProceedingJoinPointTests.java
C test/org/springframework/beans/factory/xml/dependencies-prop-inTheMiddle.xml
P tiger/src/org/springframework/aop/aspectj/annotation/AspectMetadata.java
P tiger/src/org/springframework/aop/aspectj/annotation/InstantiationModelAwarePointcutAdvisorImpl.java
P tiger/src/org/springframework/aop/aspectj/annotation/ReflectiveAspectJAdvisorFactory.java
P tiger/test/org/springframework/aop/aspectj/annotation/AbstractAspectJAdvisorFactoryTests.java
P tiger/test/org/springframework/aop/aspectj/annotation/MakeLockable.java

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
successful build occurs on the machine in question.

See http://springframework.sourceforge.net/test/ for further
information.

Re: [Springframework-developer] Mail list moved? - forum to mailing list

[Alexandru P. <the...@gm...>]

Hi Colin!

Thanks for reiterating this story once again. I am not trying any
conspiracy theory, but I am just underlying that in more than 1.5years
(maybe 2) I haven't seen any change to this request. In terms of
loosing information, I guess a mailing list or NNTP is much better
than a forum (but once again maybe it's just me). There are so many
mailing lists backed by gmane f.e. and they haven't complained about
loosing info.
However, I have to agree that it is your decission, and I wouldn't try
to get into it.

cheers,
./alex
--
.w( the_mindstorm )p.


On 1/14/06, Colin Sampaleanu <col...@ex...> wrote:
> On 1/11/2006 10:08 AM, Alexandru Popescu wrote:
> > #: Alin Simionoiu changed the world a bit at a time by saying on
> > 1/11/2006 4:43 PM :#
> >> Is the any way that the forum can be setup to send emails to this
> >> mailing list or maybe different ones based on forum category?.
> >>
> >> I personally prefer mailing lists, is much easier to follow what's
> >> going on. Most of the modern email clients will display an popup
> >> window every-time you get an email, so I will know that somebody
> >> made  a post.
> >>
> >> What I like the most though is that I can read the posts offline but
> >> that's just me.
> > No, it's not just you. I am pushing for the feature for more than an
> > year, but till now with no results. Afaik the current forum toolkit is
> > able to send messages to mailing lists, so I guess we should try to
> > push this once again.
> >
> > As to clarify: imo I wouldn't need even to post from mailing list;
> > just to see the forum posted messages. If I want to answer I can go
> > there.
> >
> > thanks in advance for reconsidering this,
> Alex,
>
> We're trying to do what we can (and please hold off on the conspiracy
> theories as your subsequent message would seem to imply). It's just not
> as simple as just pushing a switch, or buying new software. We can't
> just throw away 30,000+ old posts in the forums. It's a gold mine of
> information.
>
> We used to run phpBB, which all in all was not a great piece of forum
> software for a number of reasons, just one of them being lack of mail or
> NNTP integration.
>
> So in Sept. 2005, we attempted to move to Jive Forums, which would have
> given us excellent forums, and also excellent mailing list and NNTP
> integration, but we couldn't convert the existing message base (nor
> really even the user base) properly. Throwing away old messages was
> simply not an option.
>
> So we switched to vBulletin instead, which at least is more secure than
> phpBB, has a _much_ better management story, seems to scale better, has
> better forum functionality in pretty well every respect, can at least
> send email digests of individual forums (if not full mail integration),
> and was able to convert all old posts and the user properly. The one
> issue in conversion was that old internal links remained in old format,
> and still don't work. That particular issue, we're paying a student to
> manually fix up.
>
> At this point I'm waiting for either this NNTP plugin for vBulletin
>   http://www.vbulletin.org/forum/showthread.php?t=3D92588&page=3D1&pp=3D1=
5
> to actually put out a non-alpha released for vBulletin 3.5, or vBulletin
> itself to add NNTP (and/or full mail) integration. I presume the former
> will happen before the latter, since vBulletin 3.5 only came out in Sept.
>
> Colin
>
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

[Springframework-developer] spring Build Failed

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060114001711

Re: [Springframework-developer] Mail list moved? - forum to mailing list

[Colin S. <col...@ex...>]

On 1/11/2006 10:08 AM, Alexandru Popescu wrote:
> #: Alin Simionoiu changed the world a bit at a time by saying on  
> 1/11/2006 4:43 PM :#
>> Is the any way that the forum can be setup to send emails to this  
>> mailing list or maybe different ones based on forum category?.
>>
>> I personally prefer mailing lists, is much easier to follow what's  
>> going on. Most of the modern email clients will display an popup  
>> window every-time you get an email, so I will know that somebody 
>> made  a post.
>>
>> What I like the most though is that I can read the posts offline but  
>> that's just me.
> No, it's not just you. I am pushing for the feature for more than an 
> year, but till now with no results. Afaik the current forum toolkit is 
> able to send messages to mailing lists, so I guess we should try to 
> push this once again.
>
> As to clarify: imo I wouldn't need even to post from mailing list; 
> just to see the forum posted messages. If I want to answer I can go 
> there.
>
> thanks in advance for reconsidering this,
Alex,

We're trying to do what we can (and please hold off on the conspiracy 
theories as your subsequent message would seem to imply). It's just not 
as simple as just pushing a switch, or buying new software. We can't 
just throw away 30,000+ old posts in the forums. It's a gold mine of 
information.

We used to run phpBB, which all in all was not a great piece of forum 
software for a number of reasons, just one of them being lack of mail or 
NNTP integration.

So in Sept. 2005, we attempted to move to Jive Forums, which would have 
given us excellent forums, and also excellent mailing list and NNTP 
integration, but we couldn't convert the existing message base (nor 
really even the user base) properly. Throwing away old messages was 
simply not an option.

So we switched to vBulletin instead, which at least is more secure than 
phpBB, has a _much_ better management story, seems to scale better, has 
better forum functionality in pretty well every respect, can at least 
send email digests of individual forums (if not full mail integration), 
and was able to convert all old posts and the user properly. The one 
issue in conversion was that old internal links remained in old format, 
and still don't work. That particular issue, we're paying a student to 
manually fix up.

At this point I'm waiting for either this NNTP plugin for vBulletin
   http://www.vbulletin.org/forum/showthread.php?t=92588&page=1&pp=15
to actually put out a non-alpha released for vBulletin 3.5, or vBulletin 
itself to add NNTP (and/or full mail) integration. I presume the former 
will happen before the latter, since vBulletin 3.5 only came out in Sept.

Colin

Re: [Springframework-developer] Mail list moved? - forum to mailing list

[Alexandru P. <the...@gm...>]

On 1/11/06, Alin Simionoiu <al...@zi...> wrote:
> I mean really, what the point of locking the project in a certain
> way?. Unless there is some reason for this that I'm not seeing.
>

after all this time, I am really starting to believe that there might
be some reasons  for not doing it.

./alex
--
.w( the_mindstorm )p.

[Springframework-developer] spring build.395 Build Successful

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060113001658Lbuild.395

[Springframework-developer] spring build.394 Build Successful

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060112001613Lbuild.394

Re: [Springframework-developer] Mail list moved? - forum to mailing list

[<da...@da...>]

On Wed, Jan 11, 2006 at 10:37:58AM -0500, Alin Simionoiu wrote:
> What does not make sense to me is why not offer all of them?.
> It's obvious that the people that are following opensouce projects =20
> have their own preference how they want to interact with the =20
> community (I and you prefer mailing lists, darren that made another =20
> post on this thread prefers NNTP).
>=20
> I mean really, what the point of locking the project in a certain =20
> way?. Unless there is some reason for this that I'm not seeing.

correct, which is why I made the distinction about providing an NNTP
interface to a protocol agnostic message store.

(guys, please trim excessive quoting)

--=20
Darren Davison
Public Key: 0xDD356B0D

Re: [Springframework-developer] Mail list moved? - forum to mailing list

[Alin S. <al...@zi...>]

Some projects prefer mailing lists, some prefer forums, some prefer  
newsgroups (eclipse).

What does not make sense to me is why not offer all of them?.
It's obvious that the people that are following opensouce projects  
have their own preference how they want to interact with the  
community (I and you prefer mailing lists, darren that made another  
post on this thread prefers NNTP).

I mean really, what the point of locking the project in a certain  
way?. Unless there is some reason for this that I'm not seeing.

And yes, I will be happy too with only receiving the posted messages.

Alin


On Jan 11, 2006, at 10:08 AM, Alexandru Popescu wrote:

> #: Alin Simionoiu changed the world a bit at a time by saying on   
> 1/11/2006 4:43 PM :#
>> Is the any way that the forum can be setup to send emails to this   
>> mailing list or maybe different ones based on forum category?.
>> I personally prefer mailing lists, is much easier to follow  
>> what's  going on. Most of the modern email clients will display an  
>> popup  window every-time you get an email, so I will know that  
>> somebody made  a post.
>> What I like the most though is that I can read the posts offline  
>> but  that's just me.
>> Regards,
>> Alin
>
> No, it's not just you. I am pushing for the feature for more than  
> an year, but till now with no results. Afaik the current forum  
> toolkit is able to send messages to mailing lists, so I guess we  
> should try to push this once again.
>
> As to clarify: imo I wouldn't need even to post from mailing list;  
> just to see the forum posted messages. If I want to answer I can go  
> there.
>
> thanks in advance for reconsidering this,
>
> ./alex
> --
> .w( the_mindstorm )p.
>
>
>> On Jan 10, 2006, at 5:56 PM, Alef Arendsen wrote:
>>> The Q&A is largely taking place on the forum   
>>> (forum.springframework.org), which is what we originally  
>>> intended  since it provides a way better place to organize such  
>>> information.
>>>
>>> As for discussions about the new developments for Spring 2.0,  
>>> these  have largely taken place offline; in Miami during the  
>>> Spring  Experience.
>>>
>>> regards,
>>> Alef
>>>
>>> Andy Depue wrote:
>>>> I've noticed that the dev list has died down considerably over  
>>>> the  last few months (it contains mostly automated messages  
>>>> now).  Has  the mail list moved or a new one opened somewhere?   
>>>> Just making  sure I didn't miss something...
>>>>
>>>>   - Andy
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.net email is sponsored by: Splunk Inc. Do you grep  
>>>> through  log files
>>>> for problems?  Stop!  Download the new AJAX search engine that  
>>>> makes
>>>> searching your log files as easy as surfing the  web.  DOWNLOAD   
>>>> SPLUNK!
>>>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>>> _______________________________________________
>>>> Springframework-developer mailing list
>>>> Spr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/springframework-  
>>>> developer
>>>>
>>>
>>>
>>> -- 
>>> Alef Arendsen
>>> Interface21 NL
>>> Spring Services from the Source
>>> http://www.interface21.com
>>>
>>> Spring Core Developer
>>> http://www.springframework.org
>>>
>>> Author, "Professional Java Development with the Spring Framework"
>>> (June 2005, with Rod Johnson, Juergen Hoeller, Colin Sampaleanu and
>>> Thomas Risberg)
>>> http://www.amazon.com/exec/obidos/ASIN/0764574833/
>>>
>>> Interface21 NL B.V.
>>> Donker Curtiusstraat 7-400c
>>> 1051JL Amsterdam
>>> Phone: 020 486 20 36
>>> Fax: 084 837 00 00
>>> Mail: al...@in...
>>> Skype: aarendsen
>>>
>>>
>>> ************************************ DISCLAIMER  
>>> *********************
>>> This email and any files transmitted with it are confidential
>>> and intended solely for the use of the individual or entity to whom
>>> they are addressed. If you have received this email in error please
>>> notify the system manager. Please note that any views or opinions
>>> presented in this email are solely those of the author and do not
>>> necessarily represent those of the company. Finally, the recipient
>>> should check this email and any attachments for the presence of
>>> viruses. The company accepts no liability for any damage caused by
>>> any virus transmitted by this email.
>>> ******************************************************************** 
>>> *
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc. Do you grep  
>>> through  log files
>>> for problems?  Stop!  Download the new AJAX search engine that makes
>>> searching your log files as easy as surfing the  web.  DOWNLOAD   
>>> SPLUNK!
>>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>>> developer
>> Alin Simionoiu
>> ali...@zi...
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
>> log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD  
>> SPLUNK!
>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>> developer
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
> log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD  
> SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Alin Simionoiu
ali...@zi...

Re: [Springframework-developer] Mail list moved? - forum to mailing list

[Alexandru P. <the...@gm...>]

#: Alin Simionoiu changed the world a bit at a time by saying on  1/11/2006 4:43 PM :#
> Is the any way that the forum can be setup to send emails to this  
> mailing list or maybe different ones based on forum category?.
> 
> I personally prefer mailing lists, is much easier to follow what's  
> going on. Most of the modern email clients will display an popup  
> window every-time you get an email, so I will know that somebody made  
> a post.
> 
> What I like the most though is that I can read the posts offline but  
> that's just me.
> 
> Regards,
> Alin
> 
> 

No, it's not just you. I am pushing for the feature for more than an year, but till now with no 
results. Afaik the current forum toolkit is able to send messages to mailing lists, so I guess we 
should try to push this once again.

As to clarify: imo I wouldn't need even to post from mailing list; just to see the forum posted 
messages. If I want to answer I can go there.

thanks in advance for reconsidering this,

./alex
--
.w( the_mindstorm )p.


> On Jan 10, 2006, at 5:56 PM, Alef Arendsen wrote:
> 
>> The Q&A is largely taking place on the forum  
>> (forum.springframework.org), which is what we originally intended  
>> since it provides a way better place to organize such information.
>>
>> As for discussions about the new developments for Spring 2.0, these  
>> have largely taken place offline; in Miami during the Spring  
>> Experience.
>>
>> regards,
>> Alef
>>
>> Andy Depue wrote:
>>> I've noticed that the dev list has died down considerably over the  
>>> last few months (it contains mostly automated messages now).  Has  
>>> the mail list moved or a new one opened somewhere?  Just making  
>>> sure I didn't miss something...
>>>
>>>   - Andy
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
>>> log files
>>> for problems?  Stop!  Download the new AJAX search engine that makes
>>> searching your log files as easy as surfing the  web.  DOWNLOAD  
>>> SPLUNK!
>>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>>> developer
>>>
>>
>>
>> -- 
>> Alef Arendsen
>> Interface21 NL
>> Spring Services from the Source
>> http://www.interface21.com
>>
>> Spring Core Developer
>> http://www.springframework.org
>>
>> Author, "Professional Java Development with the Spring Framework"
>> (June 2005, with Rod Johnson, Juergen Hoeller, Colin Sampaleanu and
>> Thomas Risberg)
>> http://www.amazon.com/exec/obidos/ASIN/0764574833/
>>
>> Interface21 NL B.V.
>> Donker Curtiusstraat 7-400c
>> 1051JL Amsterdam
>> Phone: 020 486 20 36
>> Fax: 084 837 00 00
>> Mail: al...@in...
>> Skype: aarendsen
>>
>>
>> ************************************ DISCLAIMER *********************
>> This email and any files transmitted with it are confidential
>> and intended solely for the use of the individual or entity to whom
>> they are addressed. If you have received this email in error please
>> notify the system manager. Please note that any views or opinions
>> presented in this email are solely those of the author and do not
>> necessarily represent those of the company. Finally, the recipient
>> should check this email and any attachments for the presence of
>> viruses. The company accepts no liability for any damage caused by
>> any virus transmitted by this email.
>> *********************************************************************
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
>> log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD  
>> SPLUNK!
>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> Alin Simionoiu
> ali...@zi...
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Mail list moved?

[<da...@da...>]

On Wed, Jan 11, 2006 at 09:43:48AM -0500, Alin Simionoiu wrote:
> Is the any way that the forum can be setup to send emails to this =20
> mailing list or maybe different ones based on forum category?.
>=20
> I personally prefer mailing lists, is much easier to follow what's =20
> going on. Most of the modern email clients will display an popup =20
> window every-time you get an email, so I will know that somebody made =20
> a post.
>=20
> What I like the most though is that I can read the posts offline but =20
> that's just me.

I agree about web forums being particularly poor places to catch up on
discussions (particularly high volume ones) but I think an
NNTP interface to the message store would be better than mailing lists.

Web sites compare shockingly to a good mail/news client in terms of
productivity.  I can catch up on 10 usenet groups, each with a similar
number of new posts, in significantly less time than it takes for a single
web forum.

I think Jive forums (IIRC) give you multi-protocol access to the threads.

--=20
Darren Davison
Public Key: 0xDD356B0D

Re: [Springframework-developer] Mail list moved?

[Alin S. <al...@zi...>]

Is the any way that the forum can be setup to send emails to this  
mailing list or maybe different ones based on forum category?.

I personally prefer mailing lists, is much easier to follow what's  
going on. Most of the modern email clients will display an popup  
window every-time you get an email, so I will know that somebody made  
a post.

What I like the most though is that I can read the posts offline but  
that's just me.

Regards,
Alin


On Jan 10, 2006, at 5:56 PM, Alef Arendsen wrote:

> The Q&A is largely taking place on the forum  
> (forum.springframework.org), which is what we originally intended  
> since it provides a way better place to organize such information.
>
> As for discussions about the new developments for Spring 2.0, these  
> have largely taken place offline; in Miami during the Spring  
> Experience.
>
> regards,
> Alef
>
> Andy Depue wrote:
>> I've noticed that the dev list has died down considerably over the  
>> last few months (it contains mostly automated messages now).  Has  
>> the mail list moved or a new one opened somewhere?  Just making  
>> sure I didn't miss something...
>>
>>   - Andy
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
>> log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD  
>> SPLUNK!
>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>> developer
>>
>
>
> -- 
> Alef Arendsen
> Interface21 NL
> Spring Services from the Source
> http://www.interface21.com
>
> Spring Core Developer
> http://www.springframework.org
>
> Author, "Professional Java Development with the Spring Framework"
> (June 2005, with Rod Johnson, Juergen Hoeller, Colin Sampaleanu and
> Thomas Risberg)
> http://www.amazon.com/exec/obidos/ASIN/0764574833/
>
> Interface21 NL B.V.
> Donker Curtiusstraat 7-400c
> 1051JL Amsterdam
> Phone: 020 486 20 36
> Fax: 084 837 00 00
> Mail: al...@in...
> Skype: aarendsen
>
>
> ************************************ DISCLAIMER *********************
> This email and any files transmitted with it are confidential
> and intended solely for the use of the individual or entity to whom
> they are addressed. If you have received this email in error please
> notify the system manager. Please note that any views or opinions
> presented in this email are solely those of the author and do not
> necessarily represent those of the company. Finally, the recipient
> should check this email and any attachments for the presence of
> viruses. The company accepts no liability for any damage caused by
> any virus transmitted by this email.
> *********************************************************************
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
> log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD  
> SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Alin Simionoiu
ali...@zi...

[Springframework-developer] spring build.393 Build Fixed

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060111112221Lbuild.393

[Springframework-developer] spring Build Failed

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060111110251

[Springframework-developer] spring Build Failed

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20060111003525

Re: [Springframework-developer] Mail list moved?

[Alef A. <al...@in...>]

The Q&A is largely taking place on the forum 
(forum.springframework.org), which is what we originally intended since 
it provides a way better place to organize such information.

As for discussions about the new developments for Spring 2.0, these have 
largely taken place offline; in Miami during the Spring Experience.

regards,
Alef

Andy Depue wrote:
> I've noticed that the dev list has died down considerably over the last few 
> months (it contains mostly automated messages now).  Has the mail list moved 
> or a new one opened somewhere?  Just making sure I didn't miss something...
>
>   - Andy
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>   


-- 
Alef Arendsen
Interface21 NL
Spring Services from the Source
http://www.interface21.com

Spring Core Developer
http://www.springframework.org

Author, "Professional Java Development with the Spring Framework"
(June 2005, with Rod Johnson, Juergen Hoeller, Colin Sampaleanu and
Thomas Risberg)
http://www.amazon.com/exec/obidos/ASIN/0764574833/

Interface21 NL B.V.
Donker Curtiusstraat 7-400c
1051JL Amsterdam
Phone: 020 486 20 36
Fax: 084 837 00 00
Mail: al...@in...
Skype: aarendsen


************************************ DISCLAIMER *********************
This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please
notify the system manager. Please note that any views or opinions
presented in this email are solely those of the author and do not
necessarily represent those of the company. Finally, the recipient
should check this email and any attachments for the presence of
viruses. The company accepts no liability for any damage caused by
any virus transmitted by this email.
*********************************************************************