August 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Commented: (JBFORUMS-2) Search Engine

by Ales Justin (JIRA)

[ http://jira.jboss.com/jira/browse/JBFORUMS-2?page=comments#action_12341119 ] Ales Justin commented on JBFORUMS-2: ------------------------------------ Ronald, insted of bashing things here (not even knowing full background), join the forums debate: http://www.jboss.org/index.html?module=bb&op=viewforum&f=242 As for search - it should definitely use Lucene - as it does / was meant to. For the start, HA search service sounds good. > Search Engine > ------------- > > Key: JBFORUMS-2 > URL: http://jira.jboss.com/jira/browse/JBFORUMS-2 > Project: JBoss Forums > Issue Type: Task > Reporter: Ryszard Kozmik > Priority: Blocker > Fix For: 1.0.0 Alpha > > > JBoss Forums definitely needs a search engine. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBPM-617) keep the processdefinition.xml in the database

by Ronald van Kuijk (JIRA)

[ http://jira.jboss.com/jira/browse/JBPM-617?page=all ] Ronald van Kuijk updated JBPM-617: ---------------------------------- Fix Version/s: jBPM 3.1.3 (was: jBPM 3.1.1) Affects Version/s: jBPM 3.1.2 jBPM 3.1.1 jBPM 3.1 jBPM 3.2 alpha 1 > keep the processdefinition.xml in the database > ---------------------------------------------- > > Key: JBPM-617 > URL: http://jira.jboss.com/jira/browse/JBPM-617 > Project: JBoss jBPM > Issue Type: Feature Request > Components: Core Engine > Affects Versions: jBPM 3.1, jBPM 3.2 alpha 1, jBPM 3.1.1, jBPM 3.1.2 > Reporter: Tom Baeyens > Assigned To: Tom Baeyens > Fix For: jBPM 3.2 alpha 1, jBPM 3.1.3 > > > the processdefinition.xml source should be added as a file when a process is deployed. > this file filtering behaviour should be configurable. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBPM-551) evaluate project structure

by Ronald van Kuijk (JIRA)

[ http://jira.jboss.com/jira/browse/JBPM-551?page=comments#action_12341118 ] Ronald van Kuijk commented on JBPM-551: --------------------------------------- I'm not to unhappy with the new structure. The only thing is that things get build/packaged to often, resulting in a slow build process. > evaluate project structure > -------------------------- > > Key: JBPM-551 > URL: http://jira.jboss.com/jira/browse/JBPM-551 > Project: JBoss jBPM > Issue Type: Task > Components: Core Engine > Reporter: Tom Baeyens > Assigned To: Tom Baeyens > Fix For: jBPM 3.2 > > > maybe jbpm should be more like the jboss modules where each module has it's own sources, resource files and build script... -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPM-729) Add jbossws1.0.x to the jbpm repository

by Ronald van Kuijk (JIRA)

Add jbossws1.0.x to the jbpm repository --------------------------------------- Key: JBPM-729 URL: http://jira.jboss.com/jira/browse/JBPM-729 Project: JBoss jBPM Issue Type: Sub-task Environment: N/A Reporter: Ronald van Kuijk Assigned To: Tom Baeyens Could you do this? currently I rely on the presence of a JBoss AS installation -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBPM-452) Refactor SchedulerThread.executeTimers() to execute Timers in seperate Transactions

by Ronald van Kuijk (JIRA)

[ http://jira.jboss.com/jira/browse/JBPM-452?page=all ] Ronald van Kuijk updated JBPM-452: ---------------------------------- Component/s: Core Engine Affects Version/s: jBPM 3.1.2 jBPM 3.1.1 jBPM 3.1 jBPM 3.0.4 jBPM 3.0.3 jBPM 3.0.2 > Refactor SchedulerThread.executeTimers() to execute Timers in seperate Transactions > ----------------------------------------------------------------------------------- > > Key: JBPM-452 > URL: http://jira.jboss.com/jira/browse/JBPM-452 > Project: JBoss jBPM > Issue Type: Feature Request > Components: Core Engine > Affects Versions: jBPM 3.1, jBPM 3.0.1, jBPM 3.0.2, jBPM 3.0.3, jBPM 3.1.1, jBPM 3.1.2, jBPM 3.0.4 > Reporter: Rainer Alfoeldi > Assigned To: Tom Baeyens > > SchedulerThread.executeTimers() executes in a single transaction. > All Timers execute() methods are called in this transaction and the changes to the Timers themselves are persisted in this transaction. > The failure of any one of the transacted resources in any one of the Timers would roll back all changes (workflow state as well as application resources) made during this call and we would effectively be where we started (probably running into the same failure the next time executeTimers() is called.) > The use of a single transaction seems to be intentional (http://jira.jboss.com/jira/browse/JBPM-46 where Tom states that "we only use one transactional resource (jdbc connection) so ..." > As we are talking about potentially thousands of Timers executing in a single transaction this doesn't seem to be viable. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBPM-452) Refactor SchedulerThread.executeTimers() to execute Timers in seperate Transactions

by Ronald van Kuijk (JIRA)

[ http://jira.jboss.com/jira/browse/JBPM-452?page=comments#action_12341116 ] Ronald van Kuijk commented on JBPM-452: --------------------------------------- Quartz is threaded and will most likely solve this. > Refactor SchedulerThread.executeTimers() to execute Timers in seperate Transactions > ----------------------------------------------------------------------------------- > > Key: JBPM-452 > URL: http://jira.jboss.com/jira/browse/JBPM-452 > Project: JBoss jBPM > Issue Type: Feature Request > Affects Versions: jBPM 3.0.1 > Reporter: Rainer Alfoeldi > Assigned To: Tom Baeyens > > SchedulerThread.executeTimers() executes in a single transaction. > All Timers execute() methods are called in this transaction and the changes to the Timers themselves are persisted in this transaction. > The failure of any one of the transacted resources in any one of the Timers would roll back all changes (workflow state as well as application resources) made during this call and we would effectively be where we started (probably running into the same failure the next time executeTimers() is called.) > The use of a single transaction seems to be intentional (http://jira.jboss.com/jira/browse/JBPM-46 where Tom states that "we only use one transactional resource (jdbc connection) so ..." > As we are talking about potentially thousands of Timers executing in a single transaction this doesn't seem to be viable. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPORTAL-979) ActionResponse.sendRedirect(String location) should work with HTTPS

by Julien Viet (JIRA)

ActionResponse.sendRedirect(String location) should work with HTTPS ------------------------------------------------------------------- Key: JBPORTAL-979 URL: http://jira.jboss.com/jira/browse/JBPORTAL-979 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Portlet Affects Versions: 2.2.1 Final, 2.2 Final, 2.2 Branch, 2.4 Final, 2.2.2 Final Reporter: Julien Viet Assigned To: Julien Viet Fix For: 2.4 Final, 2.2.2 Final -- 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, 11 months

1
1
0 / 0

[JBoss JIRA] Commented: (JBFORUMS-2) Search Engine

by Ryszard Kozmik (JIRA)

[ http://jira.jboss.com/jira/browse/JBFORUMS-2?page=comments#action_12341104 ] Ryszard Kozmik commented on JBFORUMS-2: --------------------------------------- JBoss Forums doesn't have search engine at all. I suppose you are talking about nukes forums which are on our jboss.com website. JBoss Forums are going to replace nukes soon but first they have to have proper search engine. Nevertheless, thanks for ideas, we will have those in mind while doing JBoss Forums' search engine. > Search Engine > ------------- > > Key: JBFORUMS-2 > URL: http://jira.jboss.com/jira/browse/JBFORUMS-2 > Project: JBoss Forums > Issue Type: Task > Reporter: Ryszard Kozmik > Priority: Blocker > Fix For: 1.0.0 Alpha > > > JBoss Forums definitely needs a search engine. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBFORUMS-2) Search Engine

by Ronald van Kuijk (JIRA)

[ http://jira.jboss.com/jira/browse/JBFORUMS-2?page=comments#action_12341102 ] Ronald van Kuijk commented on JBFORUMS-2: ----------------------------------------- I would change the subject to "a good search engine". Since there seems to be one that does not always return results (experienced by me and other posters). The other thing is that it should by default use an AND search insted of an OR. The current behaviour is different from e.g. google and leads to frustrated users and indirectly frustrated forum moderators > Search Engine > ------------- > > Key: JBFORUMS-2 > URL: http://jira.jboss.com/jira/browse/JBFORUMS-2 > Project: JBoss Forums > Issue Type: Task > Reporter: Ryszard Kozmik > Priority: Blocker > Fix For: 1.0.0 Alpha > > > JBoss Forums definitely needs a search engine. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] Commented: (BPEL-174) resume process execution after system restart

by Alejandro Guizar (JIRA)

[ http://jira.jboss.com/jira/browse/BPEL-174?page=comments#action_12341085 ] Alejandro Guizar commented on BPEL-174: --------------------------------------- Made some adjustments to allow for eager receiver fetching > resume process execution after system restart > --------------------------------------------- > > Key: BPEL-174 > URL: http://jira.jboss.com/jira/browse/BPEL-174 > Project: JBoss jBPM BPEL > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Engine > Affects Versions: jBPM BPEL 1.0 alpha 4 > Reporter: Alejandro Guizar > Assigned To: Alejandro Guizar > Fix For: jBPM BPEL 1.1 beta 2 > > > Right now the relation servlet only opens message listeners for activities that create process instances. It must also load existing tokens pointing to inbound message activities and open their corresponding request listeners. -- 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, 11 months

1
0
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 August 2006