2.0.0.Alpha is close
by Manik Surtani
Getting very close to being able to tag this alpha. I'm taking a cpl
of hrs break (attending this: http://www.red-bean.com/ospowiki/
LondonOpenSourceJam) while the entire test suite runs on dev02. I
expect 3 or 4 eviction based tests to still fail which I will look
into when I return.
Will probably tag it first thing tomorrow AM (about 10:00 GMT)
though, so gives you folk in the US a bit more time if you want to
get something more in.
Cheers,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
17 years, 5 months
RE: Problem with the instrumentation of PojoCacheImpl
by Ben Wang
Hmmn... This is a problem for me because I use compile time weaving for my own PojoCache code. So that means I need to create two distros for different version of JBoss Aop.
Will jboss-4.2 also uses AOP2.0? If it is, maybe I will upgrade to 2.0. I can propbably claim that JBC release 2.0 won't work with 4.0.x anyway since the API incompatability.
-Ben
-----Original Message-----
From: Kabir Khan
Sent: Thursday, November 16, 2006 7:01 PM
To: Ben Wang
Subject: RE: Problem with the instrumentation of PojoCacheImpl
JBoss A/S will use AOP 2.0.0.alpha2. How the classes are being woven does change between AOP versions, so if compile-time weaving is being used, it must be run against the same version of AOP.
So, for jboss cache standalone and for jboss 4.0.x I would go with JBoss AOP 1.5.x, but in head it needs to be 2.0.0.alpha. I think you will probably need to create an install script for JBC that compile-time weaves the JBC classes against the target AOP version.
> -----Original Message-----
> From: Ben Wang [mailto:ben.wang@jboss.com]
> Sent: 16 November 2006 07:24
> To: Kabir Khan
> Subject: FW: Problem with the instrumentation of PojoCacheImpl
>
> Kabir,
>
> JBC is currently on 1.5 while JBoss AS is 2.0 snapshot for JBoss Aop.
> This error seems to be saying 2.0 is not backward comptabile with 1.5?
> If it is, which version should we upgrade to in JBC?
>
> Thanks,
>
> -Ben
>
> -----Original Message-----
> From: Brian Stansberry
> Sent: Thursday, November 16, 2006 3:04 PM
> To: Ben Wang
> Cc: jbosscache-dev
> Subject: Problem with the instrumentation of PojoCacheImpl
>
> Getting the following when running FIELD repl tests.
>
> There was a mismatch between the jboss-aop-jdk50.jar in JBC /lib and
> in AS HEAD. I copied the AS version over to JBC and cleaned and
> rebuilt JBC, but still had the same problem.
>
> 2006-11-16 00:13:19,500 ERROR
> [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost
> ].[/http-s
> coped-field].[jsp]] Servlet.service() for servlet jsp threw exception
> java.lang.NoSuchMethodError:
> org.jboss.aop.instrument.JoinPointGenerator.generateJoinPointClass()V
> at
> org.jboss.cache.pojo.impl.PojoCacheImpl$PojoCacheImplAdvisor.a
ttach30850
> 19539260813833(PojoCacheImpl$PojoCacheImplAdvisor.java)
> at
> org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java)
> at
> org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java:109)
> at
> org.jboss.web.tomcat.tc6.session.JBossCacheService.setPojo(JBo
> ssCacheSer
> vice.java:581)
> at
> org.jboss.web.tomcat.tc6.session.FieldBasedClusteredSession.se
> tJBossInte
> rnalAttribute(FieldBasedClusteredSession.java:323)
> at
> org.jboss.web.tomcat.tc6.session.ClusteredSession.setInternalA
> ttribute(C
> lusteredSession.java:1432)
> at
> org.jboss.web.tomcat.tc6.session.ClusteredSession.setAttribute
> (Clustered
> Session.java:552)
> at
> org.apache.catalina.session.StandardSessionFacade.setAttribute
> (StandardS
> essionFacade.java:130)
> at
> org.apache.jsp.setSession_jsp._jspService(setSession_jsp.java:63)
> at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServlet
> Wrapper.ja
> va:390)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
> .java:320)
> at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Applica
> tionFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilt
> erChain.java:206)
> at
> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyH
> eaderFilte
> r.java:96)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Applica
> tionFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilt
> erChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValv
> e.java:228)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValv
> e.java:175)
> at
> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
> SecurityAs
> sociationValve.java:174)
> at
> org.jboss.web.tomcat.tc6.session.ClusteredSessionValve.invoke(
> ClusteredS
> essionValve.java:89)
> at
> org.jboss.web.tomcat.tc6.session.BatchReplicationClusteredSess
> ionValve.i
> nvoke(BatchReplicationClusteredSessionValve.java:102)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(Aut
> henticator
> Base.java:433)
> at
> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCont
> extValve.j
> ava:74)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java
> :128)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> Valve.java
> :105)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
> gineValve.
> java:109)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdap
> ter.java:2
> 12)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Process
> or.java:81
> 8)
> at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandle
r.process(
> Http11Protocol.java:624)
> at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.
java:445)
> at java.lang.Thread.run(Thread.java:595)
>
> Brian Stansberry
> Lead, AS Clustering
> JBoss, a division of Red Hat
> Ph: 510-396-3864
> skype: bstansberry
>
> IT executives: Red Hat still #1 for value
> http://www.redhat.com/promo/vendor/
>
17 years, 5 months
RE: [jbosscache-dev] Releasing 2.0.0 - QA processes
by Ben Wang
Updated it with PojoCache info. One thing to keep in mind" there is a new pojocache.jar in 2.0. This should go into the respository as well.
Thanks,
-Ben
-----Original Message-----
From: jbosscache-dev-bounces(a)lists.jboss.org [mailto:jbosscache-dev-bounces@lists.jboss.org] On Behalf Of Manik Surtani
Sent: Thursday, November 16, 2006 9:09 PM
To: jbosscache-dev(a)lists.jboss.org
Cc: QA
Subject: [jbosscache-dev] Releasing 2.0.0 - QA processes
Guys,
I've put up a new wiki page on QA processes for the 2.0.0 series.
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCache2.xQA
Some subtle differences include testing on Java5 instead of 1.4, and another step for testing retroweaved binaries against 1.4.
Can you check if anything else needs to be added to this process?
Thanks,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev
17 years, 5 months
Releasing 2.0.0 - QA processes
by Manik Surtani
Guys,
I've put up a new wiki page on QA processes for the 2.0.0 series.
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCache2.xQA
Some subtle differences include testing on Java5 instead of 1.4, and
another step for testing retroweaved binaries against 1.4.
Can you check if anything else needs to be added to this process?
Thanks,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
17 years, 5 months
RE: [jbosscache-dev] Problem with the instrumentation of PojoCacheImpl
by Brian Stansberry
It did fix it.
jbosscache-dev-bounces(a)lists.jboss.org wrote:
> Hmm. it's possible syncing the libraries up did fix it. I'll let you
> know.
>
> jbosscache-dev-bounces(a)lists.jboss.org wrote:
>> Getting the following when running FIELD repl tests.
>>
>> There was a mismatch between the jboss-aop-jdk50.jar in JBC /lib and
>> in AS HEAD. I copied the AS version over to JBC and cleaned and
>> rebuilt JBC, but still had the same problem.
>>
>> 2006-11-16 00:13:19,500 ERROR
>> [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost
>> ].[/http-s coped-field].[jsp]] Servlet.service() for servlet jsp
>> threw exception java.lang.NoSuchMethodError:
>>
> org.jboss.aop.instrument.JoinPointGenerator.generateJoinPointClass()V
>> at org.jboss.cache.pojo.impl.PojoCacheImpl$PojoCacheImplAdvisor.a
>> ttach30850 19539260813833(PojoCacheImpl$PojoCacheImplAdvisor.java)
>> at
> org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java)
>> at
>>
> org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java:109)
>> at
> org.jboss.web.tomcat.tc6.session.JBossCacheService.setPojo(JBo
>> ssCacheSer vice.java:581) at
>> org.jboss.web.tomcat.tc6.session.FieldBasedClusteredSession.se
>> tJBossInte rnalAttribute(FieldBasedClusteredSession.java:323)
at
>> org.jboss.web.tomcat.tc6.session.ClusteredSession.setInternalA
>> ttribute(C lusteredSession.java:1432)
>> at
>> org.jboss.web.tomcat.tc6.session.ClusteredSession.setAttribute
>> (Clustered Session.java:552) at
>> org.apache.catalina.session.StandardSessionFacade.setAttribute
>> (StandardS essionFacade.java:130)
>> at
>> org.apache.jsp.setSession_jsp._jspService(setSession_jsp.java:63) at
>> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
>> org.apache.jasper.servlet.JspServletWrapper.service(JspServlet
>> Wrapper.ja va:390) at
>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
>> .java:320) at
>>
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
>> er(Applica tionFilterChain.java:290) at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
>> cationFilt erChain.java:206) at
>> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyH
>> eaderFilte r.java:96) at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
>> er(Applica tionFilterChain.java:235)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
>> cationFilt erChain.java:206) at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
>> rapperValv e.java:228) at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardC
>> ontextValv e.java:175) at
>> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
>> SecurityAs sociationValve.java:174)
>> at
>> org.jboss.web.tomcat.tc6.session.ClusteredSessionValve.invoke(
>> ClusteredS essionValve.java:89)
>> at
>> org.jboss.web.tomcat.tc6.session.BatchReplicationClusteredSess
>> ionValve.i nvoke(BatchReplicationClusteredSessionValve.java:102) at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(Aut
>> henticator Base.java:433) at
>> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCont
>> extValve.j ava:74) at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
>> Valve.java
>>> 128)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
>> Valve.java
>>> 105)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
>> gineValve. java:109) at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdap
>> ter.java:2 12) at
>> org.apache.coyote.http11.Http11Processor.process(Http11Process
>> or.java:81 8) at
>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandle
>> r.process( Http11Protocol.java:624)
>> at
>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.
>> java:445) at java.lang.Thread.run(Thread.java:595)
>>
>> Brian Stansberry
>> Lead, AS Clustering
>> JBoss, a division of Red Hat
>> Ph: 510-396-3864
>> skype: bstansberry
17 years, 5 months
RE: [jbosscache-dev] Problem with the instrumentation of PojoCacheImpl
by Brian Stansberry
Hmm. it's possible syncing the libraries up did fix it. I'll let you
know.
jbosscache-dev-bounces(a)lists.jboss.org wrote:
> Getting the following when running FIELD repl tests.
>
> There was a mismatch between the jboss-aop-jdk50.jar in JBC
> /lib and in AS HEAD. I copied the AS version over to JBC and
> cleaned and rebuilt JBC, but still had the same problem.
>
> 2006-11-16 00:13:19,500 ERROR
> [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost
> ].[/http-s coped-field].[jsp]] Servlet.service() for servlet jsp
> threw exception java.lang.NoSuchMethodError:
> org.jboss.aop.instrument.JoinPointGenerator.generateJoinPointClass()V
> at org.jboss.cache.pojo.impl.PojoCacheImpl$PojoCacheImplAdvisor.a
> ttach30850 19539260813833(PojoCacheImpl$PojoCacheImplAdvisor.java)
> at org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java)
> at
> org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java:109)
> at
org.jboss.web.tomcat.tc6.session.JBossCacheService.setPojo(JBo
> ssCacheSer vice.java:581) at
> org.jboss.web.tomcat.tc6.session.FieldBasedClusteredSession.se
> tJBossInte rnalAttribute(FieldBasedClusteredSession.java:323)
> at
> org.jboss.web.tomcat.tc6.session.ClusteredSession.setInternalA
> ttribute(C lusteredSession.java:1432)
> at
> org.jboss.web.tomcat.tc6.session.ClusteredSession.setAttribute
> (Clustered Session.java:552)
> at
> org.apache.catalina.session.StandardSessionFacade.setAttribute
> (StandardS essionFacade.java:130)
> at
> org.apache.jsp.setSession_jsp._jspService(setSession_jsp.java:63)
at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServlet
> Wrapper.ja va:390)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
> .java:320) at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Applica tionFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilt erChain.java:206)
> at
> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyH
> eaderFilte r.java:96)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Applica tionFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilt erChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValv e.java:228)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValv e.java:175)
> at
> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
> SecurityAs sociationValve.java:174)
> at
> org.jboss.web.tomcat.tc6.session.ClusteredSessionValve.invoke(
> ClusteredS essionValve.java:89)
> at
> org.jboss.web.tomcat.tc6.session.BatchReplicationClusteredSess
> ionValve.i nvoke(BatchReplicationClusteredSessionValve.java:102)
at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(Aut
> henticator Base.java:433)
> at
> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCont
> extValve.j ava:74)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java
>> 128)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> Valve.java
>> 105)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
> gineValve. java:109)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdap
> ter.java:2 12)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Process
> or.java:81 8)
> at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandle
> r.process( Http11Protocol.java:624)
> at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.
> java:445) at java.lang.Thread.run(Thread.java:595)
>
> Brian Stansberry
> Lead, AS Clustering
> JBoss, a division of Red Hat
> Ph: 510-396-3864
> skype: bstansberry
>
> IT executives: Red Hat still #1 for value
> http://www.redhat.com/promo/vendor/
>
> _______________________________________________
> jbosscache-dev mailing list
> jbosscache-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosscache-dev
17 years, 5 months
Problem with the instrumentation of PojoCacheImpl
by Brian Stansberry
Getting the following when running FIELD repl tests.
There was a mismatch between the jboss-aop-jdk50.jar in JBC /lib and in
AS HEAD. I copied the AS version over to JBC and cleaned and rebuilt
JBC, but still had the same problem.
2006-11-16 00:13:19,500 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/http-s
coped-field].[jsp]] Servlet.service() for servlet jsp threw exception
java.lang.NoSuchMethodError:
org.jboss.aop.instrument.JoinPointGenerator.generateJoinPointClass()V
at
org.jboss.cache.pojo.impl.PojoCacheImpl$PojoCacheImplAdvisor.attach30850
19539260813833(PojoCacheImpl$PojoCacheImplAdvisor.java)
at
org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java)
at
org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java:109)
at
org.jboss.web.tomcat.tc6.session.JBossCacheService.setPojo(JBossCacheSer
vice.java:581)
at
org.jboss.web.tomcat.tc6.session.FieldBasedClusteredSession.setJBossInte
rnalAttribute(FieldBasedClusteredSession.java:323)
at
org.jboss.web.tomcat.tc6.session.ClusteredSession.setInternalAttribute(C
lusteredSession.java:1432)
at
org.jboss.web.tomcat.tc6.session.ClusteredSession.setAttribute(Clustered
Session.java:552)
at
org.apache.catalina.session.StandardSessionFacade.setAttribute(StandardS
essionFacade.java:130)
at
org.apache.jsp.setSession_jsp._jspService(setSession_jsp.java:63)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja
va:390)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilte
r.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:228)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:175)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAs
sociationValve.java:174)
at
org.jboss.web.tomcat.tc6.session.ClusteredSessionValve.invoke(ClusteredS
essionValve.java:89)
at
org.jboss.web.tomcat.tc6.session.BatchReplicationClusteredSessionValve.i
nvoke(BatchReplicationClusteredSessionValve.java:102)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator
Base.java:433)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.j
ava:74)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:105)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2
12)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:81
8)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(
Http11Protocol.java:624)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
at java.lang.Thread.run(Thread.java:595)
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
Ph: 510-396-3864
skype: bstansberry
IT executives: Red Hat still #1 for value
http://www.redhat.com/promo/vendor/
17 years, 5 months
RE: [jbosscache-dev] 1.4.1.CR1
by Ben Wang
I am good to go.
-Ben
-----Original Message-----
From: jbosscache-dev-bounces(a)lists.jboss.org [mailto:jbosscache-dev-bounces@lists.jboss.org] On Behalf Of Manik Surtani
Sent: Thursday, November 16, 2006 1:56 AM
To: jbosscache-dev(a)lists.jboss.org
Subject: [jbosscache-dev] 1.4.1.CR1
Guys, what do you think about pegging Thu the 23rd as release date for 1.4.1.CR1? Too soon?
Cheers,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev
17 years, 5 months
1.4.1.CR1
by Manik Surtani
Guys, what do you think about pegging Thu the 23rd as release date
for 1.4.1.CR1? Too soon?
Cheers,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
17 years, 5 months
Ant target for running unit tests
by Manik Surtani
Guys,
Inspired by one-test, I've added a new ant target for running unit
tests in HEAD: one-test-pkg
Usage example:
./build.sh one-test-pkg -Dpkg=org/jboss/cache/marshall
Will run all unit tests in the org.jboss.cache.marshall package.
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
17 years, 5 months
