April 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBMESSAGING-943) Investigate problem with failover

by Tim Fox (JIRA)

Investigate problem with failover --------------------------------- Key: JBMESSAGING-943 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-943 Project: JBoss Messaging Issue Type: Bug Reporter: Tim Fox Assigned To: Tim Fox Fix For: 1.2.0.SP2 As per forum reference -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

2
5
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1326) images for phalanx theme

by Luca Stancapiano (JIRA)

images for phalanx theme ------------------------ Key: JBPORTAL-1326 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1326 Project: JBoss Portal Issue Type: Patch Security Level: Public (Everyone can see) Affects Versions: 2.6.Beta1 Environment: any Reporter: Luca Stancapiano Fix For: 2.6.Beta1 Attachments: modifiche.rar hi......don't you think that buttons of phalanx theme are a lot twisted? I send you the correct images for that theme -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

3
10
0 / 0

[JBoss JIRA] Created: (JBCACHE-1033) Clarify usage of DummyTransactionManager in 2.0

by Elias Ross (JIRA)

Clarify usage of DummyTransactionManager in 2.0 ----------------------------------------------- Key: JBCACHE-1033 URL: http://jira.jboss.com/jira/browse/JBCACHE-1033 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Reporter: Elias Ross Assigned To: Manik Surtani Node.put(Map map, boolean erase) was removed in 2.0. Users wishing to emulate the replace-all behavior (e.g. put(map, true)) in 2.0 must now use a TransactionManager to do first the clear then the putAll(). The docs suggest for stand-alone installs to use the DummyTXMan, but also say it's not production ready. I would suggest renaming DummyTXM to NonDurableTXM and clarifying the documents. It'd be also wise to have a section on migration, e.g. "What happened to XXX?" -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

2
6
0 / 0

[JBoss JIRA] Created: (JBBUILD-332) Anonymous implementation of abstract methods in enums causes Weaver to barf

by Manik Surtani (JIRA)

Anonymous implementation of abstract methods in enums causes Weaver to barf --------------------------------------------------------------------------- Key: JBBUILD-332 URL: http://jira.jboss.com/jira/browse/JBBUILD-332 Project: JBoss Build System Issue Type: Bug Components: JBossRetro Affects Versions: JBossRetro-1.0.4.GA Environment: Tested with JBoss Retro snapshot (10 Jan 2007) as well as 1.0.4.GA java version "1.5.0_09" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b03) Java HotSpot(TM) Client VM (build 1.5.0_09-b03, mixed mode, sharing) Linux hobbes 2.6.18-1.2869.fc6xen #1 SMP Wed Dec 20 15:28:06 EST 2006 i686 i686 i386 GNU/Linux Reporter: Manik Surtani For example, see http://fisheye.jboss.com/browse/~raw,r=1.7/JBoss/JBossCache/src/org/jboss... When attempting to retroweave this enum, we see an NPE trying to get a hold of the enums in the class. [retro] Attempting to retroweave class org.jboss.cache.lock.IsolationLevel$1 [retro] Exception in thread "main" java.lang.NullPointerException [retro] at org.jboss.ant.tasks.retro.Weaver.rewriteEnum(Weaver.java:581) [retro] at org.jboss.ant.tasks.retro.Weaver.doWeave(Weaver.java:463) [retro] at org.jboss.ant.tasks.retro.Weaver.compileFile(Weaver.java:415) [retro] at org.jboss.ant.tasks.retro.Weaver.weave(Weaver.java:328) [retro] at org.jboss.ant.tasks.retro.Weaver.main(Weaver.java:110) (I added the sys out in my local copy of Weaver.java to spit out the name of the offending class) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (JBRULES-792) Some "collect" rules cause hang during assertion

by Dirk Bergstrom (JIRA)

Some "collect" rules cause hang during assertion ------------------------------------------------ Key: JBRULES-792 URL: http://jira.jboss.com/jira/browse/JBRULES-792 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.1-m2 Reporter: Dirk Bergstrom Assigned To: Mark Proctor Some combinations of collect rules and objects result in an endless busy loop during assertion (100% CPU usage for 18 hours and counting). The problem doesn't happen for every object, but it is repeatable for a given object. For instance, with the following rule: rule "Find all RLIs for user" when $user : User( ) $rli_list : RecordSet( size > 0 ) from collect( RLIRecord( $resp : responsible -> ( $user.hasReport($resp) ) ) ) then $user.setRecords($rli_list, DataSource.RLI); end With 92 Users asserted, my code asserts the first 1368 RLI objects at 6-8 miliseconds per assertion, then hangs hard on #1369 (always the same object). It has sat there occupying a cpu full time for the last 18 hours, with no visible progress. On the other hand, with these two rules: when $release : ReleaseRecord( $relname : relname ) $user : User( ) $pr_list : RecordSet( size > 0 ) from collect( PRRecord( releases contains $relname, $resp : responsible -> ( $user.hasReport($resp) ) ) ) then $user.setRecords($pr_list, $release, DataSource.GNATS); end rule "Find all PRs for user" when $user : User( ) $pr_list : RecordSet( size > 0 ) from collect( PRRecord( $resp : responsible -> ( $user.hasReport($resp) ) ) ) then $user.setRecords($pr_list, DataSource.GNATS); end With 92 Users and 37 ReleaseRecords asserted, I can assert all 10600 PR objects, at between 10 and 100 msec per (it slows down a bit towards the end). Then on the next cycle the app asserts several hundred more User objects, and later asserts another 1500 Users, without a hitch. If need be, I have examples of other rule/object combinations that do and don't work. Note that a version of the RLIRecord class is attached to JBRULES 740. I'm using trunk, at revision 108xx -- forgot to note the exact revision, but it includes tirelli's hashcode caching, and a few other changes after that. This is a follow-on to JBRULES 740. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

3
9
0 / 0

[JBoss JIRA] Created: (JBPM-929) Missing hibernate mapping file(org/jbpm/graph/action/MailAction.hbm.xml) for MailAction class.

by Yashvanth Giriyappa (JIRA)

Missing hibernate mapping file(org/jbpm/graph/action/MailAction.hbm.xml) for MailAction class. ---------------------------------------------------------------------------------------------- Key: JBPM-929 URL: http://jira.jboss.com/jira/browse/JBPM-929 Project: JBoss jBPM Issue Type: Bug Components: Core Engine Affects Versions: jBPM jPDL 3.2 Environment: Windows XP,Tomcat,Mysql Reporter: Yashvanth Giriyappa Assigned To: Tom Baeyens Missing hibernate mapping file(org/jbpm/graph/action/MailAction.hbm.xml) for MailAction class. Hence ... not able to deploy a process having a mail action inside a task. Explained in detail in the JBOSS thread "http://www.jboss.com/index.html?module=bb&op=viewtopic&t=105615" Error stack ... ---------------------- 42156 [http-8080-Processor25] ERROR org.jbpm.webapp.bean.ProcessBean - Failed to start process: org .jbpm.graph.def.DelegationException org.jbpm.graph.def.DelegationException at org.jbpm.graph.def.GraphElement.raiseException(GraphElement.java:367) at org.jbpm.graph.def.GraphElement.raiseException(GraphElement.java:358) at org.jbpm.graph.def.GraphElement.executeAction(GraphElement.java:261) at org.jbpm.graph.def.GraphElement.executeActions(GraphElement.java:215) at org.jbpm.graph.def.GraphElement.fireAndPropagateEvent(GraphElement.java:185) at org.jbpm.graph.def.GraphElement.fireEvent(GraphElement.java:169) at org.jbpm.graph.def.Node.enter(Node.java:302) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:147) at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$5e7dd3fd.enter(<generated>) at org.jbpm.graph.def.Transition.take(Transition.java:151) at org.jbpm.graph.def.Node.leave(Node.java:393) at org.jbpm.graph.node.TaskNode.leave(TaskNode.java:209) at org.jbpm.graph.def.Node.leave(Node.java:357) at org.jbpm.graph.node.TaskNode.execute(TaskNode.java:190) at org.jbpm.graph.def.Node.enter(Node.java:318) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:147) at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$5e7dd3fd.enter(<generated>) at org.jbpm.graph.def.Transition.take(Transition.java:151) at org.jbpm.graph.def.Node.leave(Node.java:393) at org.jbpm.graph.node.StartState.leave(StartState.java:70) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:147) at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$5e7dd3fd.leave(<generated>) at org.jbpm.graph.exe.Token.signal(Token.java:194) at org.jbpm.graph.exe.Token.signal(Token.java:165) at org.jbpm.webapp.bean.ProcessBean.startInstance(ProcessBean.java:162) at org.jbpm.webapp.bean.ProcessBean$StartInstanceListener.processAction(ProcessBean.java:123 ) at javax.faces.event.ActionEvent.processListener(ActionEvent.java:77) at javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:758) at javax.faces.component.UICommand.broadcast(UICommand.java:368) at javax.faces.component.UIData.broadcast(UIData.java:854) at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:448) at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:752) at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:97) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j ava:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jbpm.webapp.filter.LogFilter.doFilter(LogFilter.java:59) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j ava:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Htt p11BaseProtocol.java:667) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.ja va:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.NullPointerException at org.jbpm.mail.Mail.send(Mail.java:98) at org.jbpm.mail.Mail.execute(Mail.java:63) at org.jbpm.graph.def.Action.execute(Action.java:122) at org.jbpm.graph.def.GraphElement.executeAction(GraphElement.java:247) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

3
6
0 / 0

[JBoss JIRA] Created: (EJBTHREE-657) StatefulBean passivation is broken (ClassCastException in org.jboss.ejb3.stateful.NestedStatefulBeanContext)

by Carlo de Wolf (JIRA)

StatefulBean passivation is broken (ClassCastException in org.jboss.ejb3.stateful.NestedStatefulBeanContext) ------------------------------------------------------------------------------------------------------------ Key: EJBTHREE-657 URL: http://jira.jboss.com/jira/browse/EJBTHREE-657 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC8 - FD Reporter: Carlo de Wolf Priority: Critical StatefulBean passivation is broken, because there is a conflict between what gets serialized (attribute contains) and what gets unserialized (attribute beanMO). 11:41:37,109 ERROR [STDERR] Caused by: java.lang.ClassCastException: java.util.ArrayList 11:41:37,109 ERROR [STDERR] at org.jboss.ejb3.stateful.NestedStatefulBeanContext.readExternal(Neste dStatefulBeanContext.java:60) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.persister.ExternalizePersister.readData(Externalize Persister.java:72) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectD escriptionFromStreaming(ObjectDescriptorFactory.java:411) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromD escription(ObjectDescriptorFactory.java:81) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectIn put.readObject(DataContainer.java:639) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.persister.ObjectInputStreamProxy.readObjectOverride (ObjectInputStreamProxy.java:68) 11:41:37,109 ERROR [STDERR] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:333) 11:41:37,109 ERROR [STDERR] at java.util.ArrayList.readObject(ArrayList.java:592) 11:41:37,109 ERROR [STDERR] ... 74 more -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

3
2
0 / 0

[JBoss JIRA] Created: (JBFORUMS-163) Performance tests based on jboss.com nukes forums access logs

by Ryszard Kozmik (JIRA)

Performance tests based on jboss.com nukes forums access logs ------------------------------------------------------------- Key: JBFORUMS-163 URL: http://jira.jboss.com/jira/browse/JBFORUMS-163 Project: JBoss Forums Issue Type: Task Components: Forum Test Suite Reporter: Ryszard Kozmik Assigned To: Ryszard Kozmik Priority: Blocker Fix For: 1.1.0 Alpha We need to make sure that JBoss Forums are enough performant before trying to deploy moving all load from jboss.com nukes forums to them. IT should be able to provide nukes forums access logs and basing on them we should be able to create much more realistic load tests. junitperf toolkit with JProfiler might be a good choice for this task. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

2
1
0 / 0

[JBoss JIRA] Created: (JBBUILD-350) Retroweaving does not translate java.util.Timer constructors new in Java5

by Manik Surtani (JIRA)

Retroweaving does not translate java.util.Timer constructors new in Java5 ------------------------------------------------------------------------- Key: JBBUILD-350 URL: http://jira.jboss.com/jira/browse/JBBUILD-350 Project: JBoss Build System Issue Type: Bug Components: JBossRetro Environment: JBoss Retro 1.0.4.GA affected (This version is not in the select box for affected versions!) Reporter: Manik Surtani Assigned To: Paul Gier Java 5 added 2 new constructors to java.util.Timer which aren't retrotranslated at the moment, and causes runtime failures. http://java.sun.com/j2se/1.4.2/docs/api/java/util/Timer.html http://java.sun.com/j2se/1.5.0/docs/api/java/util/Timer.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (JBFORUMS-217) Change SummaryView

by Ryszard Kozmik (JIRA)

Change SummaryView ------------------ Key: JBFORUMS-217 URL: http://jira.jboss.com/jira/browse/JBFORUMS-217 Project: JBoss Forums Issue Type: Sub-task Components: Forum View Layer Reporter: Ryszard Kozmik Assigned To: Ryszard Kozmik Fix For: 1.0.1 RC SummaryView has to be rewritten to new design. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 2 months

1
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2007