6.0.0.Beta5 release
by Michael Biarnes Kiefer
Hi everybody,
I want to announce the 6.0.0.Beta5 release for this Friday (05.07.2013), as planned.
We will start to create the branches on Friday morning and hopefully we can do this release
in less then four days :-)
Closing of the commit window will be in the night from Thursday(04.07.2013) to Friday(05.07.2013).
It is up to you, but on Friday (05.07.2013) at 08:00 AM GMT (Madrid, Brussels, Berlin, Paris) the masters
will be branched.
What was not committed by then will not be comprehend in the 6.0.0.Beta5 release.
Please assure before pushing your changes that they don't break the build!
Taking a look to Jenkins i saw that nearly all projects are in "blue" - this is a really good.
except:
droolsjbpm-tools (red)
drools (yellow)
jbpm (yellow)
Could the responsible people take a look and if and fix this?
We have detected two bugs that could block the release:
https://issues.jboss.org/browse/DROOLS-183
https://issues.jboss.org/browse/JBPM-4041
The release start is dependent on the resolution of these bugs or on the detection of new ones.
We will inform you ASAP if something delays the release.
Cheers
Michael
11 years, 4 months
New branches for split of guvnor and kie-wb-common
by Michael Anstis
Hi,
During the release of Beta4 it became apparent there was a cyclical
dependency between the captioned repositories.
I have completed the split of guvnor and kie-wb-common that removes the
cyclical dependency.
I have created a new branch called "split" on the following repositories
that contain the changed code:-
- droolsjbpm-build-bootstrap
- guvnor
- kie-wb-common
- drools-wb
Mark and Kris have agreed that we should all spend half a day next week
ensuring all affected modules (jbpm-designer, jbpm-console-ng,
form-builder, kie-wb-distributions etc) are refactored to work with the
revised split of guvnor and kie-wb-common.
Could I therefore suggest we all spend Tuesday (2nd July) making any
respective changes, ensuring the modules compile and run. Once all modules
have been refactored in their "split" branch these branches will be merged
into master.
Mark and Kris agreed for everybody to be involved for one half day to
ensure the time impact of the essential refactoring was minimized; i.e. we
can all refactor together in one half day vs one person refactoring
everything over a week.
I assume the following responsibilities:-
- jbpm-designer - tsurdilo
- jbpm-console-ng - salaboy
- form-builder - ???
- kie-wb-distributions - manstis
- droolsjbpm-integration - ???
Feel free to fill in the blanks and help your colleagues :)
Thanks,
Mike
11 years, 4 months
Drools Guvnor got hang
by krishna prasad As
Hi,
I'm using Drools Guvnor 5.4.0.Final for my production application. It was
running fine But today the guvnor got hung and when I tried to restart it,
got the following error in tomcat's(6.0.24) localhost log,
Jul 1, 2013 7:14:31 AM org.apache.catalina.session.StandardSession
writeObject
WARNING: Cannot serialize session attribute
org.jboss.weld.context.http.HttpSessionContext#org.jboss.weld.bean-flat-ManagedBean-org.jboss.seam.security.IdentityImpl[@javax.enterprise.context.SessionScoped()@javax.inject.Named(value=identity)@org.jboss.solder.config.xml.core.XmlConfiguredBean()@org.jboss.solder.config.xml.core.XmlId(value=1)]{org.jboss.seam.security.IdentityImpl.authenticators[@javax.enterprise.inject.Any()@javax.inject.Inject()];org.jboss.seam.security.IdentityImpl.beanManager[@javax.inject.Inject()];org.jboss.seam.security.IdentityImpl.credentials[@javax.inject.Inject()];org.jboss.seam.security.IdentityImpl.permissionMapper[@javax.inject.Inject()];org.jboss.seam.security.IdentityImpl.requestSecurityState[@javax.inject.Inject()];org.jboss.seam.security.IdentityImpl.session[@javax.inject.Inject()];org.jboss.seam.security.IdentityImpl.deferredAuthenticationObserver(org.jboss.seam.security.events.DeferredAuthenticationEvent[(a)javax.enterprise.event.Observes(during=IN_PROGRESS,notifyObserver=ALWAYS)]);}
for session 82B9B573DFBB2E9E7470649A1A5441E3
java.io.NotSerializableException: org.drools.repository.RulesRepository
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1156)
at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
at java.util.ArrayList.writeObject(ArrayList.java:570)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:416)
at
java.util.Collections$SynchronizedCollection.writeObject(Collections.java:1602)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
at
org.apache.catalina.session.StandardSession.writeObject(StandardSession.java:1546)
at
org.apache.catalina.session.StandardSession.writeObjectData(StandardSession.java:989)
at
org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:517)
at
org.apache.catalina.session.StandardManager.unload(StandardManager.java:463)
at
org.apache.catalina.session.StandardManager.stop(StandardManager.java:667)
at
org.apache.catalina.core.StandardContext.stop(StandardContext.java:4611)
at
org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:924)
at
org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:1319)
at
org.apache.catalina.startup.HostConfig.stop(HostConfig.java:1290)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:323)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1086)
at
org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1098)
at
org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:448)
at
org.apache.catalina.core.StandardService.stop(StandardService.java:584)
at org.apache.catalina.core.StandardServer.stop(StandardServer.java:744)
at org.apache.catalina.startup.Catalina.stop(Catalina.java:643)
at org.apache.catalina.startup.Catalina.start(Catalina.java:618)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
------------------------------------------------------------------------------------------------------------------------
Can anyone help me for finding the root cause.?
Thanks & Regards
Krishnaprasad.
11 years, 4 months
Kcontainer, kbase & ksession
by Charles Moulliard
Hi,
I have questions about kcontainer & kbase. Do we have to create a container
to manage the kbases and ksessions ? What is the goal of the kcontainer ?
Can we define kcontainer, kbase and ksession in kmodules files or only
ksessions ? Is there a document describing that or web page ?
Regards,
--
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
11 years, 4 months
