*http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/drools-5.5.x/*
Failing tests:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/drools-5.5.x/lastCompletedBuild/testReport/
- org.drools.integrationtests.MultithreadTest.testSlidingTimeWindows
This should be a false negative. I saw
Has anyone seen java.util.Optional in the new Lambda builds?
Yes.
Why is there no flatMap?
I asked it but received no meaningful answer.
Why does it not support iteration (can't do a for loop over an Optional)?
I asked it but received no meaningful answer. However I tried to do it
As I said, there could be something else...
Could be Guava or something else, but if Java 8 wants really do a step
toward the functional world, I honestly don't see why such a fundamental
(and let me say trivial) thing like an Option (and possibly an Either)
shouldn't be available in the
As I said, there could be something else...
Could be Guava or something else, but if Java 8 wants really do a step
toward the functional world, I honestly don't see why such a fundamental
(and let me say trivial) thing like an Option (and possibly an Either)
shouldn't be available in
If you take Option so seriously and are on the JVM, why not fully switch
over to Scala?
Let me reply to your question with another very simple question: how many
people in this mailing list, and more in general which percentage of the
developers in the world, are allowed to choose the
Thanks Sheriff,
I will give a look at it.
Mario
On Mon, Oct 22, 2012 at 11:19 AM, Michael Anstis
michael.ans...@gmail.comwrote:
Howdy partners,
Drools looks broken on Jenkins at the moment:
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/drools/
Could somebody please take a look.
Philipp,
I gave a look at this issue and then I rejected the ticket. I am copying
below the comment I left on it for convenience. As you can read
KnowledgeBaseFactory has to be configured to use the
TrackableTimeJobFactoryManager in order to correctly marshall the Scheduled
Activations. This
In my opinion to have a Java Bean (or a DRL type declaration that is exactly
the same for what regards this issue) with more than 20 fields is a code
smell and however something very hard to maintain. I must admit that I've
been tempted to use an int as bitmask when I developed that feature, but
This is a known issue and it has been already fixed in both 5.4.x and 5.5.x
branches, so the fix will be available in both the upcoming 5.4.1 and 5.5.0
releases.
Thank you for having pointed this out and sorry for the inconvenience.
Mario
--
View this message in context:
Hi,
this is definitively a bug and I will start working asap to fix it. By the
way which version of Drools are you using?
I think that in your case null has exactly the same semantic of NaN. It
means that any comparison against it ( even currentLateCount =
Integer.MAX_VALUE ) shouldn't match.
Wolfgang,
thanks for having tried this, but following your examples I made some
further tests (on the master branch) end it seems to me that constraints in
the from lowerBound value upperBuond are not working at all regardless
of the fact if value is null or not.
For instance I tried
declare
laune wrote
I'd suggest you just fix the parser so it doesn't accept this and
diagnoses an error.
I'll make it so, Thanks.
--
View this message in context:
http://drools.46999.n3.nabble.com/how-is-Integer-converted-when-comparing-with-primitive-tp4019975p4020017.html
Sent from the Drools:
This is a known issue of Drools 5.4:
https://issues.jboss.org/browse/JBRULES-3590
As you can read from the ticket, this bug has been already fixed and the fix
will be available in the upcoming 5.5 release.
Mario
--
View this message in context:
Chris,
I tried the reproduce your issue on the master branch with the very simple
test case (practically identical to the one you reported on the jira
ticket) that I am pasting below, but it works for me. I didn't try the same
on the 5.1.1 though. Anyway can you please confirm that my test should
Thanks Chris,
you're right, I found my mistake: I had a file in the classpath with the
same name of the one contained in the jar, so it was loading that file
instead of the one in the jar.
I just changed the name of the file and then I've been able to reproduce
that issue. I also checked that the
I reproduced the problem you reported for the Cashcure - Average Monthly
Income Less Than 1251 rule (I cannot reproduce the other because I miss the
CMVLenderBean class). I am working to fix it just now, thanks for reporting
this.
However I can confirm that (at least on the 5.5 release I am
brendanneff wrote
I read a few forum posts about updating to 5.4 CR1 (we're using 5.4
Final), but wanted to ask and see if that's really the cause before I
start changing the version. I also saw that casting as an Integer, which
we do, could solve the problem. Could someone take a look at
regards,
Mike
On 6 September 2012 11:27, Mario Fusco mario.fu...@gmail.com wrote:
- Do we need a new MVEL version?
At the moment there isn't any known issue/bug related with MVEL, so the
last stable release (2.1.1.Final) should be fine.
Mario
- Do we need a new MVEL version?
At the moment there isn't any known issue/bug related with MVEL, so the
last stable release (2.1.1.Final) should be fine.
Mario
___
rules-dev mailing list
rules-dev@lists.jboss.org
I think this is definitively related with the version of the JVM you're
using. Exactly the same problem has been already reported on a JVM running
on Solaris ( https://issues.jboss.org/browse/JBRULES-3534 ) and fixed by
this commit:
Hi again,
As you suggested I modified the thread that jits the constraint, so now it
shouldn't hold any reference after he finishes its job and then avoid any
ClassLoader leaking.
I also added another option, named drools.permgenThreshold that allows to
define a threshold that is the percentage
I just fixed the bugs you reported on the master repository and backported
the fix to the 5.4.x branch.
Mario
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Possibly-Broken-drools-core-5-4-0-Final-jar-tp4018364p4018464.html
Sent from the Drools: User forum
Hi again,
You are looking at the correct branch and I didn't change the MvelConstraint
class indeed. What I did is to change the ClassGenerator to try to avoid the
creation of new ClassLoaders (when possible).
Said that what I don't understand is why you expect the generated classes to
be
JP Chemali wrote
Yes in my case it would be nice for generated classes to be garbage
collected when no longer referenced : for long-lived virtual machines
where rules are changed a lot, you really hit the max perm gen quickly
enough.
I guess what you are describing is a production
I just fixed the leaks you reported on the master repository and backported
the fix to the 5.4.x branch. I also closed the JIRA ticket I opened a few
hours ago, but it is still possible to comment on it or even reopen it if
you will find further issues. I don't know if you have the possibility to
Hi Darin,
I've been just able to reproduce the bug you reported and opened a JIRA
ticket for it: https://issues.jboss.org/browse/JBRULES-3568
In particular the problem is in the evaluation of the constraint:
value/predictedValue = 0.7 where both value and predictedValue are fields
of your class
Hi,
this is not a bug, but it is just working as we expected. Actually we had a
few doubts while deciding how to deal with 'this' but in the end we chose to
listen to all fields in that case, even because we cannot determine what
fields are checked in the equals(...) method.
Moreover you have
Hi Matteo,
Drools loads conf files from several places and merge them including home
directory, meta-inf directory, etc. This is the class that does this job and
as you can see it isn't changed in the last year:
Matteo,
I don't think the problem is in the resolution of the conf file. More likely
the file is loaded and parsed correctly, but then, for some reason, the DRL
compiler isn't able to find your custom evaluators.
I'd need to reproduce your problem to better figure out what's going wrong.
Can
Thanks Edson,
very useful findings (especially the 2nd one for me).
Mario
On Thu, May 24, 2012 at 3:54 PM, Edson Tirelli ed.tire...@gmail.com wrote:
Was watching a presentation yesterday from Zack Holman (@holman) and he
presented 2 very useful tricks on github:
* on any page in a
Hi all,
similarly to what Edson did with his Event Sequencing specs, I modified and
enriched my draft proposal about Functional Programming in Drools:
https://community.jboss.org/wiki/FunctionalProgrammingInDrools
and opened a JIRA ticket to gather all the comments and suggestions related
to
In Drools 5.4 we added an optimization that JITs constraints (i.e. compile
them in bytecode) after they have been evaluated for a given amount of times
(currently 20). Moreover it is not true that constraints' evaluations is
made in threads different from the main one. Instead it is that jitting
Ok, I've been able to reproduce your issue. I'll fix it asap and keep you
updated on how I am progressing.
The only (ugly) workaround I could find at the moment is to replace
feeKeys[1] with feeKeys[new Integer(1)].
Let me know if it works for you.
Mario
--
View this message in context:
I have reported this issue here: https://issues.jboss.org/browse/JBRULES-3511
I have also already fixed it and pushed the fix on the master branch.
Working on the fix I also found another workaround: even replacing
feeKeys[1] with feeKeys[1+0] should work. I don't know if this is better or
worse
We reimplemented the biggest part of the constraints evaluation in the 5.4,
so this problem is fixed on the last drools release as a side effect of that
rewriting. However I've been able to reproduce this issue on the 5.3 branch
and I am working to fix it also there.
Thanks for reporting this,
I opened a ticket on our issue tracking:
https://issues.jboss.org/browse/JBRULES-3468
I also just finished to fix the problem. The fix will be available on the
upcoming 5.3.2 release.
Thanks again,
Mario
--
View this message in context:
Hi Sumatheja,
thanks for reporting this, but I'd need to have some more informations in
order to reproduce your problem.
Which version of Drools are you using? It cannot be the CR1 we just released
because the line numbers in your stack trace don't correspond. Can you give
a try with the CR1
HI Jörg,
I've been finally able to reproduce the problem you found (and also to
understand what caused it), so I reopened the ticket JBRULES-3392. I
formerly closed it because I couldn't reproduce it, but I was trying with
java6, while it only fails in java7. I am working to fix this issue just
You have to thank Davide. I just merged his pull request.
Mario
On Thu, Mar 29, 2012 at 7:19 PM, Wolfgang Laun wolfgang.l...@gmail.comwrote:
Thanks, again, Mario!
-W
-- Forwarded message --
From: Mario Fusco (JIRA) jira-eve...@lists.jboss.org
Date: 29 March 2012 16:54
I am going to give a look at it.
On Thu, Mar 15, 2012 at 9:11 AM, Esteban Aliverti
esteban.alive...@gmail.com wrote:
Hi Guys,
I'm having a NPE in one of the rules I'm using and I can't find the cause.
I'm attaching a test project that shows the problem.
Basically, I have 1 rule that
you :)
On Thu, Mar 15, 2012 at 8:39 AM, Mario Fusco mario.fu...@gmail.comwrote:
I am going to give a look at it.
On Thu, Mar 15, 2012 at 9:11 AM, Esteban Aliverti
esteban.alive...@gmail.com wrote:
Hi Guys,
I'm having a NPE in one of the rules I'm using and I can't find the
cause.
I'm
Hi all,
following the suggestions of Mark on how to create a new Service I just
pushed a new one named ExecutorProvider. The idea here is that we should
never manually create and start Threads in the Drools code because this is
inefficient and event worse is not portable in many enterprise
?
Cheers
On Wed, Mar 14, 2012 at 5:27 PM, Mario Fusco mario.fu...@gmail.comwrote:
Hi all,
following the suggestions of Mark on how to create a new Service I just
pushed a new one named ExecutorProvider. The idea here is that we should
never manually create and start Threads in the Drools code
Hi Wolfgang,
This is not a mvel issue, that in this is case is correctly reporting the
syntax error, but only a small bug in drools failing to catch and correctly
menage the excpetion thrown by mvel in that particular case.
I just pushed the fix, thank you for reporting this.
Mario
On Sun, Mar
If you're referring to the discussion about the annotation's names, we
haven't taken a decision yet, but it is something that needs to be
addressed next week latest.
At the moment I committed my code using the annotations @PropertySpecific
and @NotPropertySpecific but nobody like them (including
That sounds a great idea.
I don't come to London since too much time now, so I'd finally have a very
good reason to come :)
I am also looking forward to meet the other guys of the Drools team in
person.
Mario
On Fri, Feb 3, 2012 at 12:48 PM, Mauricio Salatino sala...@gmail.comwrote:
Count with
Secretly I am hoping we can reopen the switch to JDK 6 for drools 6
discussion :)
It's been almost a year since we had a switch to JDK 6 discussion.
+1 on moving to JDK 6 (if possible). We can easily avoid using the
String.isEmpty method, but there are other things, like, from my point of
Mauricio,
I am the author of that change, so maybe I can help.
First of all it seems weird to me that both the 5.3.0-Final and the
5.4.0-SNAPSHOT fail in the same way. I suppose the exception thrown by the
5.3 should be at least slightly different because it uses a different
implementation of
://www.plugtree.com
- MyJourney @ http://salaboy.wordpress.com
- Co-Founder @ http://www.jbug.com.ar
- Mauricio Salaboy Salatino -
On 15/11/2011, at 12:47, Mario Fusco mario.fu...@gmail.com wrote:
Mauricio,
I am the author of that change, so maybe I can help.
First of all it seems weird
Mauricio,
I am the author of that change, so maybe I can help.
First of all it seems weird to me that both the 5.3.0-Final and the
5.4.0-SNAPSHOT fail in the same way. I suppose the exception thrown by the
5.3 should be at least slightly different because it uses a different
implementation of
://www.plugtree.com
- MyJourney @ http://salaboy.wordpress.com
- Co-Founder @ http://www.jbug.com.ar
- Mauricio Salaboy Salatino -
On 15/11/2011, at 12:47, Mario Fusco mario.fu...@gmail.com wrote:
Mauricio,
I am the author of that change, so maybe I can help.
First of all it seems weird
Toni,
correct me if I'm wrong: your suggestion looks very similar to what you do
in Haskell where the syntax without parenthesis and commas is allowed by the
fact that in this language every function officially takes only one
parameter, while the functions that apparently accept more than one
Hi all,
as anticipated by Mark, I put down some ideas on how we could start
introducing some functional programming features in the DRL.
http://community.jboss.org/wiki/FunctionalProgrammingInDrools
It's needless to say that the document has to been considered just a draft
in its very first
Hi Alejandro,
I checked if I could reproduce the memory leak in 5.3 by using the test case
posted in the first email of this thread, but I wasn't able to do that. In
other words it seems to me that all listeners are removed as expected in the
dispose method.
Were you using a different use case
to implement them.
Would be great If you think there are other parts of the project where it
could be possible to achieve similar results and then you could signal them.
Mario Fusco
twitter: http://twitter.com/#!/mariofusco
___
rules-dev mailing list
rules
Hi Thomas,
did you already give a look to the release notes of the last 5.3.0.CR1 ?
http://docs.jboss.org/drools/release/5.3.0.CR1/droolsjbpm-introduction-docs/html_single/index.html#d0e47
I personally worked to some optimization of both the MVEL library and Drools
internals and, as you can
On Sat, Aug 20, 2011 at 12:36 AM, Mark Proctor mproc...@codehaus.orgwrote:
On 19/08/2011 20:44, Wolfgang Laun wrote:
On 19 August 2011 18:07, Mark Proctor mproc...@codehaus.org wrote:
Mike just won't explore bugs, without unit tests. Once a unit test is in
place he's responsive in fixing
Hi Mark,
Since you're gathering 2 cents here and there I decided to add also mine
even if I am pretty sure that I am still missing the whole picture and
anyway at the moment I cannot see all the consequences of what I am going to
propose.
To tell you the truth I find the label syntax not very
specification.
I created a public github project and made available the complete working
example there:
https://github.com/mariofusco/scaladrools
I will continue enriching this project with other Scala/Drools integration
attempts in my spare time.
I hope this helps.
Cheers,
Mario Fusco
--
View
With Java however one has the ability to copy paste standard Java
code from the web which saves hundreds of hours of time
I really hope I haven't understood well. Are you really saying that
you prefer Java because you can easily find code to copy paste? If
so, I am sorry, but I am glad you
Thanks for all the feedback and constructive critiques. All of them
deserve a reply:
- I admit the post is quite biased in favor of Scala (but not that
much). I did it on purpose since its intention is clearly to promote
the Scala adoption, especially in Italy where for some reason almost
nobody
Most people talk about Java the language, and this may sound odd
coming from me, but I could hardly care less. - James Gosling, TSSJS
2011
http://www.theserverside.com/news/2240037412/James-Gosling-Says-He-Doesnt-Care-About-Java
Any comments?
--
You received this message because you are
Neither do I take the James Gosling comment as gospel. After all, by itself
it is just a statement about one person's current point of view. A bit like
me saying I've really gone off my Ford Focus. It might be true for him, it
doesn't mean it applies to everybody. My neighbour loves her new
Fabrizio,
first of all I really love your definition of the karma levels. If
you don't have any copyright on it (in these patent-troll times you
can never know) I'd like to use it to explain why a developer should
try to move to the next level in his karma.
I admit that my usual mistake is to
find hard that a wise engineer (in any field) would like to give up to
it.
Cheers,
Mario Fusco
http://twitter.com/mariofusco
--
You received this message because you are subscribed to the Google Groups The
Java Posse group.
To post to this group, send email to javaposse@googlegroups.com
).par
That's all! What should you do to make the above mentioned 200 LOCs
Java class to make it work in parallel?
Coming back to the email of Fabrizio Giudici who was wondering about
where is the ROI in using Scala, isn't that an important part of it?
Cheers,
Mario Fusco
--
You received
People are always bitching about maven too, but in general in #scala
we have more experience with maven than with SBT. If you went back 2
years you'd see a lot more moaning about maven, at least from me!
For what I read in the forums and mailing-lists I am subscribed to,
people are *still*
Hi,
maybe is a bit OT since it's written in Scala, but I am developing a
very light open source rule engine that allows to write rules with an
internal DSL (i.e. directly in Scala). You can find more details about
my project here:
http://code.google.com/p/hammurabi/
Cheers,
Mario Fusco
http
So by inference, people who are not convinced by Scala, are inferior
developers unwilling to learn?
Of course this inference is wrong. The fact that there are some black
cows doesn't imply that all the cows are black isn't it? As the fact
that if (and I say if) Scala is suitable ONLY for
I think that many of us have a bit of fun out of them :-)
Sorry. I still have a bit of jet leg and didn't catch the irony :-)
--
You received this message because you are subscribed to the Google Groups The
Java Posse group.
To post to this group, send email to javapo...@googlegroups.com.
To
If you need me...I'll be over here...coding.
I hope you are coding in Scala, otherwise don't dare to consider
yourself a good programmer!
--
You received this message because you are subscribed to the Google Groups The
Java Posse group.
To post to this group, send email to
file system? Is that feasible? Are there some
(better) strategies to deploy neo4j in a cluster like mine?
Thanks in advance for your help.
Regards,
Mario Fusco
___
Neo4j mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user
Let's put it in this way: to see the main keynote closed by a skater
instead of James Goslin (or at least somebody who has something to
share with the Java world) has been EXTREMELY sad.
Bye,
Mario
--
You received this message because you are subscribed to the Google Groups The
Java Posse
I think Reiner is right. There are lots of Scala fans here including
myself. And it seems we have the bad habit (not trait :) ) to diverge
many discussion on Scala related topics.
Anyway this is also the symptom of an always growing hype around
Scala. For these reasons I suppose it could be a
Why can't we be interested in both?
I am not saying you couldn't be interested in both. Actually I am. I
just wanted to keep the two things separated. This can be a
questionable choice with pros and cons. I was just suggesting to try
this strategy but to tag the scala infected thread with
I still haven't received any answer for what I consider a very
important question: why did they set a so completely unrealistic
deadline? Why did they lie knowing that they were lying for so long?
I KNEW it was practically impossible to meet that deadline the very
day they announced it at last
I am really sorry to report that my worst forecasts are going to
become reality:
http://blogs.sun.com/mr/entry/rethinking_jdk7
The blog starts with: It’s been clear for some time that the most
recent JDK 7 development schedule is, to put it mildly, unrealistic.
Indeed I realized that many months
Hi Ricky,
if you read the subject of my first email I wrote exactly the same.
Mid 2012 as currently defined.
What Mark calls plan B is to delivery the JDK 7 in mid 2011 but
without Lambda, Jigsaw and part of Coin.
That means it won't have any of the features they promised.
To me this is
JDK 7 minus lambda, jigsaw and coin .. what's left then?
Scala :-)
--
You received this message because you are subscribed to the Google Groups The
Java Posse group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email to
There are a few things that I don't understand. Well, that JDK 7
delays doesn't surprise me either, considering the mess that was
already started under the last months of the Sun management. In
particular, the way closures were brought again on the carpet, without
a clear idea of what to do,
That's an interesting observation. Personally, I think the reason why Scala
will never become mainstream is more because of its complexity than its
syntax, although both are clearly related.
This myth of the unbearable complexity of Scala is starting to become
annoying. Did you give a look to
I published my opinion on this argument here:
http://java.dzone.com/articles/scala-complex-yes-and
Anyway my advice is mostly to give a look at what Martin Odersky wrote
about this debate:
http://lamp.epfl.ch/~odersky/blogs/isscalacomplex.html
I guess this could easily become the manifest of
A couple of years ago I used Benerator to generate the data to test an
insurance company web site:
http://databene.org/databene-benerator
I hope this could fit your needs.
Bye,
Mario Fusco
twitter.com/mariofusco
--
You received this message because you are subscribed to the Google Groups
? My personal opinion is that Java
is going to become at least as complex as Scala but only with a small
fraction of the Scala's expressiveness, power and conciseness. If that
is true this is the worst scenario I can imagine: complexity +
verbosity.
Cheers,
Mario Fusco
twitter.com/mariofusco
I've attended a one-hour code kata at a conference (BTW, by Gabriele
Lana, who often speaks at northern Italy events) and I found it
interesting. Of course, as usual, it depends on how we do that. A
pinch of salt is always fundamental.
I know Gabriele and I attended to one of its performance
Time is a huge problem. I don't have a family, so I can spend lots of my
free time honeying my skills and I still feel that I'm going slow.
Time IS the only problem.
Uncle Bob also says that you need to put, apart from the normal 40h of work,
20h hours to improve. How you use them is up to
a kata?
If so do you find it of any utility?
Cheers,
Mario Fusco
twitter: @mariofusco
--
You received this message because you are subscribed to the Google Groups The
Java Posse group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send email
ask
for Java developer since they are easier to be sell.
c. For some reason, especially in our field, the best technology is
rarely the winning one.
Bye,
Mario Fusco
twitter: @mariofusco
--
You received this message because you are subscribed to the Google Groups The
Java Posse group.
To post
And why does everyone keep talking about DSL's?
Let me give you an example of a wonderful DSL written in Scala:
http://wiki.github.com/alaz/mongo-scala-driver/
As you can easily understand this is the Scala driver for MongoDB.
Just note the small code examples you can find in the home page of
Hope that demonstrates one case where it is useful. If you can get to
JavaOne, I will be doing my Funky Java, Objective Scala talk there,
and I hope I can make my case more strongly :-).
Dick
Thanks a lot Dick. Your talk was already registered in my Schedule
Builder :)
Actually I tried to
In fact, it turned out that learning Scala made me a better Java
programmer = win for my employer
... as soon as you keep working for him.
Hi Fabrizio,
I agree with Viktor on this point. I believe learning Scala makes me
also a better Java programmer because it allowed me to view some
There is a big misunderstanding in this thread. You don't have to
persuade __me__ - I'm just impersonating the average employer out
there
I must admit I don't like the employer you are impersonating, but in
the same way I must say it is sadly similar to some situations I
experienced during my
? And conversely, how
many are using Scala in their day by day job?
2. For who is using Scala, do you find a real advantage in that?
3. How could I convince people in my company to do part of our
development in Scala?
Cheers,
Mario Fusco
twitter: @mariofusco
--
You received this message because you
I am from Switzerland as well and, like you, I have been very
disappointed when I saw that the Java Posse BOF is already full.
Since I am skeptical that Oracle will give us a bigger room I have a
different proposal: what about a Java Posse Beer in SF after the BOF?
Last year I was here:
back in 2003 I'd probably have never
created Groovy.
My 2 cents,
Mario Fusco
twitter: @mariofusco
--
You received this message because you are subscribed to the Google Groups The
Java Posse group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group
Which implies Java is only providing a low level core and expecting the
ecosystem to build usable libraries based on it.
Yet, when looking at many of the libraries I use regularly, I get the
opposite impression. It seems more common to take away stuff.
I was mainly speaking about the syntax
to know how many of the developers participating to
this mailing list are allowed to do a significant part of their job in
scala.
Bye,
Mario Fusco
twitter: @mariofusco
P.S.: if you are aware of an open job position where I could do
something more than just play with scala let me know. :)
--
You
implemented or at least thought
in functional programming style under the hood. Just to bring another
example based on my personal experience, with lambdaj I tried to
provide a way to manipulate java collections in a declarative way
exactly because I had FP in mind.
Mario Fusco
twitter: @mariofusco
On Thu, Jul 15, 2010 at 09:54, Mario Fusco mario.fu...@gmail.com wrote:
What always surprise me is that
it often looks more similar to a religious or at least ideological
discussion than a technical one. Could please somebody explain me why?
Maybe the reasons are similar as different
) in order to choose the one that best
fit my needs case by case.
Mario Fusco
twitter: @mariofusco
--
You received this message because you are subscribed to the Google Groups The
Java Posse group.
To post to this group, send email to javapo...@googlegroups.com.
To unsubscribe from this group, send
101 - 200 of 216 matches
Mail list logo