Is it possible to have a bridge trait for the Statement interface?
On Tue, Sep 29, 2009 at 12:16 AM, Derek Chen-Becker
<dchenbec...@gmail.com>wrote:
> No. I hadn't foreseen this issue, but I understand the importance of have
> Java 5 support. I'm fine with writing and maintaining multiple versions of
> the impls for the various versions, but I wonder if there's any clean way to
> manage this with Maven.
>
> Derek
>
>
> On Mon, Sep 28, 2009 at 4:00 PM, David Pollak <
> feeder.of.the.be...@gmail.com> wrote:
>
>> Crud. This just isn't going to be easy, is it?
>>
>>
>> On Mon, Sep 28, 2009 at 2:04 PM, Derek Chen-Becker <dchenbec...@gmail.com
>> > wrote:
>>
>>> Another issue, which may be more problematic, is that in my case I'm
>>> compiling against the java.sql.Statement interface. If I remove the
>>> troublesome methods so that it compiles for 1.5, it no longer compiles for
>>> 1.6 because of the missing methods:
>>>
>>> [WARNING]
>>> /home/software/liftweb/lift-mapper/src/main/scala/net/liftweb/mapper/LoggingStatementWrappers.scala:70:
>>> error: class LoggedStatement needs to be abstract, since method isPoolable
>>> in trait Statement of type ()Boolean is not defined
>>> [WARNING] class LoggedStatement(underlying : Statement) extends Statement
>>> with DBLog {
>>> [WARNING] ^
>>> [WARNING]
>>> /home/software/liftweb/lift-mapper/src/main/scala/net/liftweb/mapper/LoggingStatementWrappers.scala:267:
>>> error: class LoggedPreparedStatement needs to be abstract, since method
>>> setNClob in trait PreparedStatement of type (Int,java.io.Reader)Unit is not
>>> defined
>>> [WARNING] class LoggedPreparedStatement (stmt : String, underlying :
>>> PreparedStatement) extends LoggedStatement(underlying) with
>>> PreparedStatement {
>>> [WARNING] ^
>>>
>>>
>>> Derek
>>>
>>>
>>> On Mon, Sep 28, 2009 at 2:29 PM, David Pollak <
>>> feeder.of.the.be...@gmail.com> wrote:
>>>
>>>>
>>>>
>>>> On Mon, Sep 28, 2009 at 1:19 PM, Derek Chen-Becker <
>>>> dchenbec...@gmail.com> wrote:
>>>>
>>>>> The issue (and I may be overthinking this) is that we need 1.5 class
>>>>> libraries to compile against if we want to be able to verify that the code
>>>>> compiles under 1.5. If I, say, delete my JDK 5 install and decide to
>>>>> reinstall it down the road, it's not going to be available without a
>>>>> purchased license.
>>>>>
>>>>
>>>> I can stash away a bunch of different copies of the JDK and give them to
>>>> you when you need them.
>>>>
>>>> A 32 bit Linux JDK 1.5 should be enough to at least do smoke test builds
>>>> with.
>>>>
>>>>
>>>>>
>>>>> Derek
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Sep 28, 2009 at 1:33 PM, David Pollak <
>>>>> feeder.of.the.be...@gmail.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Sep 28, 2009 at 11:51 AM, Derek Chen-Becker <
>>>>>> dchenbec...@gmail.com> wrote:
>>>>>>
>>>>>>> My main concern is that after October 30, Java 5 costs money (I'm
>>>>>>> guessing not a trivial amount, either). I can get the JDK right now,
>>>>>>> but if
>>>>>>> some bug in the Java libraries pops up that would prevent things from
>>>>>>> working, I don't know how we'll work around that.
>>>>>>>
>>>>>>
>>>>>> I don't see the condition under which that could happen. When we
>>>>>> compile against Java 1.5, we are simply defining the contract between our
>>>>>> classes and the library classes. None of the library "seeps" into our
>>>>>> code
>>>>>> (this is not true of Scala traits). So, as long as the running library
>>>>>> has
>>>>>> the classes/methods that we are calling, we're fine. Compiling against
>>>>>> 1.5
>>>>>> simply means that we have fewer calls that we can make. If there is an
>>>>>> issue in 1.5 that a user is experiencing, that is the user's issue, not
>>>>>> ours. If the code compiles (and runs tests) against 1.5 and does not
>>>>>> generate the particular issue that the user is seeing under 1.6, then
>>>>>> that
>>>>>> use has to contact Sun, not us.
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Derek
>>>>>>>
>>>>>>> On Mon, Sep 28, 2009 at 12:29 PM, David Pollak <
>>>>>>> feeder.of.the.be...@gmail.com> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Sep 28, 2009 at 11:14 AM, Derek Chen-Becker <
>>>>>>>> dchenbec...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> I was just about to work on issue #67 (build breaks on Java 5), but
>>>>>>>>> when I went to get a Java 5 JDK to compile/test with, Sun says that
>>>>>>>>> it's EOL
>>>>>>>>> as of October 30, 2009. I don't have a problem fixing things to work
>>>>>>>>> with
>>>>>>>>> Java 5, but I don't want to do work that's going to be tossed out in a
>>>>>>>>> month.
>>>>>>>>>
>>>>>>>>>
>>>>>>>> Lift will be JDK 1.5 compatible for at least 1 year (and probably
>>>>>>>> longer). LinkedIn and SAP are both 1.5 shops. There are tons of
>>>>>>>> other Bay
>>>>>>>> Area companies (Wells Fargo, Kaiser, etc.) that are also 1.5 shops.
>>>>>>>> For the
>>>>>>>> next 2-3 years, OS X 10.5 will be common and 10.5 + old MacBooks ==
>>>>>>>> 1.5.
>>>>>>>>
>>>>>>>> It will not be lost work.
>>>>>>>>
>>>>>>>>
>>>>>>>>> Derek
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Lift, the simply functional web framework http://liftweb.net
>>>>>>>> Beginning Scala http://www.apress.com/book/view/1430219890
>>>>>>>> Follow me: http://twitter.com/dpp
>>>>>>>> Surf the harmonics
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Lift, the simply functional web framework http://liftweb.net
>>>>>> Beginning Scala http://www.apress.com/book/view/1430219890
>>>>>> Follow me: http://twitter.com/dpp
>>>>>> Surf the harmonics
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Lift, the simply functional web framework http://liftweb.net
>>>> Beginning Scala http://www.apress.com/book/view/1430219890
>>>> Follow me: http://twitter.com/dpp
>>>> Surf the harmonics
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>> --
>> Lift, the simply functional web framework http://liftweb.net
>> Beginning Scala http://www.apress.com/book/view/1430219890
>> Follow me: http://twitter.com/dpp
>> Surf the harmonics
>>
>>
>>
>
> >
>
--
Viktor Klang
Blog: klangism.blogspot.com
Twttr: viktorklang
Lift Committer - liftweb.com
AKKA Committer - akkasource.org
Cassidy - github.com/viktorklang/Cassidy.git
SoftPub founder: http://groups.google.com/group/softpub
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/liftweb?hl=en
-~----------~----~----~----~------~----~------~--~---
