2009/7/20 Derek Chen-Becker :
> ... hit the enter key too quickly! Kudos on the work in this library. I
> really like how this is coming together.
Thanks Derek.
>
> Derek
>
> On Sun, Jul 19, 2009 at 11:52 PM, Derek Chen-Becker
> wrote:
>>
>> FYI, it looks like the Hibernate dependency you had i
I'm really sorry. I never checked building with an empty maven repo.
Thanks for fixing it.
2009/7/20 Derek Chen-Becker :
> FYI, it looks like the Hibernate dependency you had in your pom was pulling
> in the javax.transactions:jta lib, which isn't available in maven repos. I
> added an exclusion
... hit the enter key too quickly! Kudos on the work in this library. I
really like how this is coming together.
Derek
On Sun, Jul 19, 2009 at 11:52 PM, Derek Chen-Becker
wrote:
> FYI, it looks like the Hibernate dependency you had in your pom was pulling
> in the javax.transactions:jta lib, whi
FYI, it looks like the Hibernate dependency you had in your pom was pulling
in the javax.transactions:jta lib, which isn't available in maven repos. I
added an exclusion to prevent that from breaking the build.
Derek
On Sun, Jul 19, 2009 at 3:08 AM, Jonas Bonér wrote:
>
> Thanks Tim and David.
Thanks Tim and David.
2009/7/19 David Pollak :
>
>
> On Sat, Jul 18, 2009 at 11:20 AM, Timothy Perrett
> wrote:
>>
>> Awesome - kudos Jonas.
>
> +1
>
> And more generally, it's great to have such a diverse and talented group of
> people contributing to Lift!
>
>>
>> Cheers, Tim
>>
>> On Jul 18,
On Sat, Jul 18, 2009 at 11:20 AM, Timothy Perrett
wrote:
>
> Awesome - kudos Jonas.
+1
And more generally, it's great to have such a diverse and talented group of
people contributing to Lift!
>
>
> Cheers, Tim
>
> On Jul 18, 11:53 am, Jonas Bonér wrote:
> > JTA stuff is in github master bran
Awesome - kudos Jonas.
Cheers, Tim
On Jul 18, 11:53 am, Jonas Bonér wrote:
> JTA stuff is in github master branch
> now.http://github.com/dpp/liftweb/tree/4d8405a3dcf93570da8142c078784f9dc1...
>
> Have fun.
> /Jonas
--~--~-~--~~~---~--~~
You received this messa
JTA stuff is in github master branch now.
http://github.com/dpp/liftweb/tree/4d8405a3dcf93570da8142c078784f9dc127933c/lift-jta
Have fun.
/Jonas
2009/7/17 David Pollak :
>
>
> On Fri, Jul 17, 2009 at 1:02 AM, Jonas Bonér wrote:
>>
>> Hi Greg.
>>
>> Have you had time to look at the JTA stuff?
>>
On Fri, Jul 17, 2009 at 1:02 AM, Jonas Bonér wrote:
>
> Hi Greg.
>
> Have you had time to look at the JTA stuff?
> Should I merge in master?
Please merge into Master. We've got 6-8 weeks until with have the 1.1
release code slush... and if stuff is in the Maven repo, it'll get used.
>
>
> /J
Hi Greg.
Have you had time to look at the JTA stuff?
Should I merge in master?
/Jonas
2009/7/7 Jonas Bonér :
> Thanks Tim. Thanks for staying on top of it. Derek has already looked
> at it and seemed to like it. But I'll wait until I get Greg's
> feedback.
>
> 2009/7/7 Timothy Perrett :
>>
>>
>
Thanks Tim. Thanks for staying on top of it. Derek has already looked
at it and seemed to like it. But I'll wait until I get Greg's
feedback.
2009/7/7 Timothy Perrett :
>
>
> Hey Jonas,
>
> I have no real use case to test it out - I was just interested in its status
> as conceptually it was very
Thanks Greg. I would love to get your feedback on it.
2009/7/7 Meredith Gregory :
> Jonas,
>
> i'm going to begin playing with it after i've finished the conversion of the
> DSL stuff to scala-query. The JTA monad should just fit with scala-query.
>
> Best wishes,
>
> --greg
>
> On Tue, Jul 7, 20
Hey Jonas,
I have no real use case to test it out - I was just interested in its status
as conceptually it was very very clever and wondered where you were too with
it. I think Greg or Derek are most likely to be able to give you valuable
feedback as I believe they are using JTA already.
Cheers
Jonas,
i'm going to begin playing with it after i've finished the conversion of the
DSL stuff to scala-query. The JTA monad should just fit with scala-query.
Best wishes,
--greg
On Tue, Jul 7, 2009 at 10:18 AM, Jonas Bonér wrote:
>
> No I haven't. Should I? Is everyone happy with it?
> Have a
No I haven't. Should I? Is everyone happy with it?
Have anyone tried it? Is anyone using it?
2009/6/30 Timothy Perrett :
>
> Jonas,
>
> Did you roll this into master? What's its status?
>
> Cheers, Tim
>
> On Jun 10, 4:46 pm, James Strachan wrote:
>> 2009/6/9 Jonas Bonér :
>>
>>
>>
>> > 2009/6/9
Jonas,
Did you roll this into master? What's its status?
Cheers, Tim
On Jun 10, 4:46 pm, James Strachan wrote:
> 2009/6/9 Jonas Bonér :
>
>
>
> > 2009/6/9 David Pollak :
> >> Jonas,
> >> We always use Maven to load dependencies. We never use GPL dependencies.
> >> If you have a question abou
Thanks James.
But I have already found them in a public repo.
/Jonas
2009/6/10 James Strachan :
>
> 2009/6/9 Jonas Bonér :
>>
>> 2009/6/9 David Pollak :
>>> Jonas,
>>> We always use Maven to load dependencies. We never use GPL dependencies.
>>> If you have a question about the license of a depe
2009/6/9 Jonas Bonér :
>
> 2009/6/9 David Pollak :
>> Jonas,
>> We always use Maven to load dependencies. We never use GPL dependencies.
>> If you have a question about the license of a dependency and its use in
>> Lift, please ping me privately.
>
> I am using Maven. But as I said I could not f
Lifted,
i gotta say this thread of activity is just so cool. It's what i always
dreamed open source would be like. The community essentially gets to access
and think with each others' best minds and act with each others' best
talents to arrive on a path to a better concrete realization of feature,
On Tue, Jun 9, 2009 at 1:08 PM, Jonas Bonér wrote:
>
> Now I have deleted the lib dir with all jars and fixed the POM.
Thanks!
>
>
> 2009/6/9 Derek Chen-Becker :
> > In my email above I have the link to the Maven artifacts for Atomikos:
> >
> > http://mvnrepository.com/artifact/com.atomikos
>
Now I have deleted the lib dir with all jars and fixed the POM.
2009/6/9 Derek Chen-Becker :
> In my email above I have the link to the Maven artifacts for Atomikos:
>
> http://mvnrepository.com/artifact/com.atomikos
>
> I think that the dependency you want is:
>
>
> com.atomikos
> trans
Thanks Derek. Thanks for taking time to do a code review.
I'll add that to the README.
/Jonas
2009/6/9 Derek Chen-Becker :
> Jonas, the code looks great! I don't see any issues with how ScalaJPA is
> used. It's nice to see that this fits what you're doing well and I really
> like how this lets on
Jonas, the code looks great! I don't see any issues with how ScalaJPA is
used. It's nice to see that this fits what you're doing well and I really
like how this lets one use transactions without having to go with a
full-blown JEE container. One thing that you might want to put into the
README is a
Thanks Greg. And thanks for the suggestion to see transactions as monadic.
All feedback is more than welcome.
/Jonas
2009/6/9 Meredith Gregory :
> Jonas,
>
> Awesome! i look forward to digging into this stuff!
>
> Best wishes,
>
> --greg
>
> On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote:
>>
Thanks Derek. I missed that. I will fix the pom.xml.
2009/6/9 Derek Chen-Becker :
> In my email above I have the link to the Maven artifacts for Atomikos:
>
> http://mvnrepository.com/artifact/com.atomikos
>
> I think that the dependency you want is:
>
>
> com.atomikos
> transactions-jta
In my email above I have the link to the Maven artifacts for Atomikos:
http://mvnrepository.com/artifact/com.atomikos
I think that the dependency you want is:
com.atomikos
transactions-jta
3.2.3
Derek
On Tue, Jun 9, 2009 at 12:54 PM, Meredith Gregory
wrote:
> Jonas,
>
> Awesome!
Jonas,
Awesome! i look forward to digging into this stuff!
Best wishes,
--greg
On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote:
>
> Hey guys.
>
> I have hacked together an early draft of the JTA transaction stuff.
>
> I have wrapped it up in a monad. Here are some examples of usage:
>
> f
Re configgy.
I think it is a great balance between properties and xml, like pragmatic xml.
Simple as properties but with nesting, hierarchies, type conversions,
good override and defaults system (inheritance).
It also has notification of changes and a JMX API for management
(which I have not used
>>
>> First I like the printf-style logging API, similar to slf4j. Nice to
>> use plus better performance.
>
> We can add that to Lift's logger (which can sit on top of slf4j)
That would be great.
> Also, note that all of Lift's logger parameters are call-by-name so there's
> no evaluation unles
On Tue, Jun 9, 2009 at 10:13 AM, Jonas Bonér wrote:
>
> 2009/6/9 David Pollak :
> > Jonas,
> > We always use Maven to load dependencies. We never use GPL dependencies.
> > If you have a question about the license of a dependency and its use in
> > Lift, please ping me privately.
>
> I am using
2009/6/9 David Pollak :
> Jonas,
> We always use Maven to load dependencies. We never use GPL dependencies.
> If you have a question about the license of a dependency and its use in
> Lift, please ping me privately.
I am using Maven. But as I said I could not find the Atomikos in any
public lib
Jonas,
We always use Maven to load dependencies. We never use GPL dependencies.
If you have a question about the license of a dependency and its use in
Lift, please ping me privately.
What does Configgy have that Lift's Props and Logger doesn't? I'm all for
enhancing Lift to be as good as Confi
I am only depending on Lift through the Lift logger (switched from
Configgy, which I actually like better).
I am only depending on ScalaJPA through one single 'with ScalaEntityManager'.
I could move it.
What do the rest of you guys think?
2009/6/9 Derek Chen-Becker :
> Awesome! I'll take a look a
Isnt LiftLogger extensible? Perhaps there would be some way to integrate it
with LiftLogger so it was an optional logger just like Log4J, SL4J etc
Disclaimer: I know nothing about Configgy!
Cheers, Tim
On 09/06/2009 17:34, "Jonas Bonér" wrote:
>
> I am only depending on Lift through the Lif
I added the lib folder only since I have not been able to find the
atomikos and deps in any maven repo.
Now the user can install them in their private repo.
If they exist in a public repo then I will remove the lib folder.
Will switch to the apache libs.
Thanks, Jonas.
2009/6/9 Derek Chen-Becker
OK, one quick comment before I dive in: we generally want to depend on Maven
to grab dependencies. Right now you have a lib folder checked into git that
appears to hold the JTA libs and Atomikos. If that's the Sun JTA libs then
we can't distribute them. We generally use the geronimo JTA API, so you
Awesome! I'll take a look at the code. If you're basing this on ScalaJPA,
would it be preferable to add the functionality there, or is there anything
Lift-specific?
Derek
On Tue, Jun 9, 2009 at 7:18 AM, Jonas Bonér wrote:
>
> Hey guys.
>
> I have hacked together an early draft of the JTA trans
Wow, this is very nice! Kudos Jonas!
Cheers, Tim
On 09/06/2009 14:18, "Jonas Bonér" wrote:
>
> Hey guys.
>
> I have hacked together an early draft of the JTA transaction stuff.
>
> I have wrapped it up in a monad. Here are some examples of usage:
>
> for {
>ctx <- TransactionContext
Starkt jobbat Jonas!
I'll have a look at it asap :)
On Tue, Jun 9, 2009 at 4:27 PM, Jonas Bonér wrote:
>
> 2009/6/9 David Pollak :
> > Sweet looking stuff!
>
> Thanks.
>
> >
> > On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote:
> >>
> >> Hey guys.
> >>
> >> I have hacked together an early dra
2009/6/9 David Pollak :
> Sweet looking stuff!
Thanks.
>
> On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote:
>>
>> Hey guys.
>>
>> I have hacked together an early draft of the JTA transaction stuff.
>>
>> I have wrapped it up in a monad. Here are some examples of usage:
>>
>> for {
>> ctx
Sweet looking stuff!
On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote:
>
> Hey guys.
>
> I have hacked together an early draft of the JTA transaction stuff.
>
> I have wrapped it up in a monad. Here are some examples of usage:
>
> for {
> ctx <- TransactionContext.Required
> entity <- upd
41 matches
Mail list logo