ache.camel.component.file.FileConsumeMaxMessagesPerPollTest.testMax
>>MessagesPerPoll
>> >
>> > And also still the same story about the camel-quickfixj tests which
>>from
>> > time to time fails but only on JDK 7. This however is *not* something
>>new
>> > as we had it always from time to time on JDK 7.
>> >
>> > All in one we're now at a much better position. Also thanks to
>>Christian
>> > for raising the JIRA ticket.
>> >
>> > Babak
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>>
>>http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p572
>>0709.html
>> Sent from the Camel Development mailing list archive at Nabble.com.
>>
>
>
>
>--
it always from time to time on JDK 7.
> >
> > All in one we're now at a much better position. Also thanks to Christian
> > for raising the JIRA ticket.
> >
> > Babak
>
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5720709.html
> Sent from the Camel Development mailing list archive at Nabble.com.
>
--
from time to time on JDK 7.
>
> All in one we're now at a much better position. Also thanks to Christian
> for raising the JIRA ticket.
>
> Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5720709.html
Sent from the Camel Development mailing list archive at Nabble.com.
g new as
we had it always from time to time on JDK 7.
All in one we're now at a much better position. Also thanks to Christian for
raising the JIRA ticket.
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5720469.html
Sent from
an example looking at the latest camel-jetty test
> results:
>
>
>
> https://builds.apache.org/job/Camel.trunk.fulltest.java7/295/org.apache.camel$camel-jetty/testReport/
>
> It fails *exactly* by the same 3 tests compared to:
>
>
>
> http://camel.465427.n5.nabb
the same 3 tests compared to:
http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5713790.html
Currently this profile runs on the node "ubuntu2" which I suspect does
require an update of JDK 7 installation again and whatnot like the one
Olivier Lamy did in the pa
/
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5714270.html
Sent from the Camel Development mailing list archive at Nabble.com.
cleaned up the JDK 1.4 & 5 stuff inside these
>POMs which are both EOL since ages!
>
>Anyway I'll try to fix the tests tomorrow.
O.K. That's already fixed. I did also kick another JDK 7 build. So let's
see how it will go this time.
Babak
>
>Babak
>
>
>-
--
View this message in context:
http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5714256.html
Sent from the Camel Development mailing list archive at Nabble.com.
then
activation JAR is already part of the JDK.
This is also what Oracle/SUN says on their website, that you only need
activation JAR if you use Java5 or older.
> Babak
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Getting-closer-with-Jav
e building on
> JDK 7 / OS X).
>
> Any thoughts?
>
> Babak
>
--
View this message in context:
http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5714253.html
Sent from the Camel Development mailing list archive at Nabble.com.
abak
--
View this message in context:
http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5714252.html
Sent from the Camel Development mailing list archive at Nabble.com.
gt;> >> https://builds.apache.org/job/Camel.trunk.fulltest.java7/118/org.apache
>> >> .camel$camel-jetty/testReport/
>> >>
>> >>
>> >> org.apache.camel.component.jetty.jettyproducer.JettyHttpsProducerRouteS
>> >> etupWithSystemPropsTest.testEndpoint
>> >&g
psProducerSslCon
> >> textInUriTest.testEndpoint
> >>
> >> org.apache.camel.component.jetty.jettyproducer.JettyProducerHttpsRouteT
> >> est.testEndpoint
> >>
> >> Babak
> >>
> >>
> >> --
> >> View this message in context:
> >> http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5
> >> 713790.html Sent from the Camel Development mailing list archive at
> >> Nabble.com.
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
mponent.jetty.jettyproducer.JettyHttpsProducerRouteSetupWithSystemPropsTest.testEndpoint
>>
>> org.apache.camel.component.jetty.jettyproducer.JettyHttpsProducerSslContextInUriTest.testEndpoint
>>
>> org.apache.camel.component.jetty.jettyproducer.JettyProducerHttpsRouteTest.testEndpoint
>>
>> Babak
>>
>>
>> --
>> View this messa
emPropsTest.testEndpoint
>
> org.apache.camel.component.jetty.jettyproducer.JettyHttpsProducerSslContextInUriTest.testEndpoint
>
> org.apache.camel.component.jetty.jettyproducer.JettyProducerHttpsRouteTest.testEndpoint
>
> Babak
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Getting-close
.nabble.com/Getting-closer-with-Java7-tp5692627p5713790.html
Sent from the Camel Development mailing list archive at Nabble.com.
tSupport or the like to get the answer to this question on Ubuntu :-)
>
> I asked Olivier to look at this as he has access to this. It's good to
> be the boss... :-)
>
> Dan
>
> > Babak
> >
> >
> > --
> > View this message in co
t; --
> View this message in context:
> http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p571
> 3775.html Sent from the Camel Development mailing list archive at
> Nabble.com.
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
to get the answer to this question on Ubuntu :-)
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5713775.html
Sent from the Camel Development mailing list archive at Nabble.com.
;>
>> - camel-ahc
>> - camel-jetty
>> - camel-mina2
>>
>> have something in common which is SSL ("bad record MAC" or whatnot). I
>> suspect this has to do with a bug in JDK 7 itself.
>>
>> Here is the same with Netty & JDK7: https://gi
his has to do with a bug in JDK 7 itself.
>
> Here is the same with Netty & JDK7: https://github.com/AtKaaZ/Chatzorz
>
> But maybe I'm wrong.
>
> Babak
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5713620.html
> Sent from the Camel Development mailing list archive at Nabble.com.
>
I'm wrong.
>
> Babak
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p571
> 3620.html Sent from the Camel Development mailing list archive at
> Nabble.com.
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
orz
But maybe I'm wrong.
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Getting-closer-with-Java7-tp5692627p5713620.html
Sent from the Camel Development mailing list archive at Nabble.com.
Hi
So on the Apache CI servers running Ubuntu on java7 we got the last
missing pieces with SSL.
I had to dig a big and enable logging to System.out, to let it be
visibile in Jenkins what is the problem.
I dugged out this. The "bad record MAC".
Apart from that, then all other pieces seems okay on
Hi
I installed the Java7 update 4 on my windows xp box.
And gave the latest source code a test spin
Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Maven home: E:\maven\bin\..
Java version: 1.7.0_04, vendor: Oracle Corporation
Java home: E:\jdk1.7.0_04\jre
Default locale: en_GB, platform
There is no indication that quickfix 1.5.2 supports Java 7 [1]. But I will
give it a try today later. If it works, I will request a new bundle from
the SMX guys...
[1]
http://www.quickfixj.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&jqlQuery=fixVersion+%3D+%221.5.2%22+AND+project+%3D+
On Tue, May 8, 2012 at 3:26 PM, Daniel Kulp wrote:
> On Tuesday, May 08, 2012 07:12:28 AM Daniel Kulp wrote:
>> On Tuesday, May 08, 2012 09:24:43 AM Claus Ibsen wrote:
>> > For the fix in XStreamDataFormat.java, i wonder if the hardcoded
>> > namespace to @XmlType(name = "converterList", namespace
On Tuesday, May 08, 2012 07:12:28 AM Daniel Kulp wrote:
> On Tuesday, May 08, 2012 09:24:43 AM Claus Ibsen wrote:
> > For the fix in XStreamDataFormat.java, i wonder if the hardcoded
> > namespace to @XmlType(name = "converterList", namespace =
> > "http://camel.apache.org/schema/spring";)
> >
> >
On Tuesday, May 08, 2012 01:18:52 PM Claus Ibsen wrote:
> On Tue, May 8, 2012 at 1:12 PM, Daniel Kulp wrote:
> > On Tuesday, May 08, 2012 09:24:43 AM Claus Ibsen wrote:
> >> And we need an osgi bundle for it anyway, so we may publish it in the
> >> SMX
> >> repo
> >> http://repo2.maven.org/maven2/
On Tue, May 8, 2012 at 1:12 PM, Daniel Kulp wrote:
> On Tuesday, May 08, 2012 09:24:43 AM Claus Ibsen wrote:
>> Hi
>>
>> Thanks its a good step in the right direction.
>>
>> For quickfix, there is a new release (1.5.2), we could possible try to
>> see if that is compatible with Java7
>> http://www
On Tuesday, May 08, 2012 09:24:43 AM Claus Ibsen wrote:
> Hi
>
> Thanks its a good step in the right direction.
>
> For quickfix, there is a new release (1.5.2), we could possible try to
> see if that is compatible with Java7
> http://www.quickfixj.org/
>
> And we need an osgi bundle for it anyw
I have created a Java 7 compliant osgi spec bundle in Karaf.
So if we need the generics we could use this. As the module is basically
just a pom we could also simply do the same in camel to avoid
the additional dependency.
org.apache.karaf
org.osgi.core
3.0.0-SNAPSHOT
Christian
Am 08.05.201
Hi
Thanks its a good step in the right direction.
For quickfix, there is a new release (1.5.2), we could possible try to
see if that is compatible with Java7
http://www.quickfixj.org/
And we need an osgi bundle for it anyway, so we may publish it in the SMX repo
http://repo2.maven.org/maven2/org
You likely saw a bunch of commits from me today.I'm trying to get Camel
to be at least somewhat buildable and testable with Java7. With the
changes today, Everything except camel-quickfix is compilable with Java7.
I've slowing beginning to work through the tests. I just got the camel-
35 matches
Mail list logo