July 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBossCache] - Re: Reactivating SharedStoreCacheLoader

by galder.zamarreno＠jboss.com

I have almost finished implementing this but I've encountered a minor problem. Let's say that Cache A assumed the role of the coordinator and started to push the state to the cache loader. In the middle of that, if the cache is stopped, the thread which is pushing the state throws an InterruptedException. This seems to be the result of channel.close() being called. How could we get around it? Any ideas? This could happen quite often if the new coordinator had a different location configured for the cache loader compared to the previous coordinator and therefore, a state push would require the entire memory state to be pushed down. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961112#3961112 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961112

17 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: interested in contributing ?

by ikoblik

Hello! I work in a software development company. And we currently are very interested in jBoss jBPM. But it has to be improved many ways before we can use it. So I'd like to be able to contribute. I read much info on how to gain committer access, but I didn't get it clear. I've posted some sources, where I've partly tuckled problem of localization and also gave a russian localization(not full yet). This is the premier task that I've got to fullfill before going further. All that is under feature request "Localize GPD to other languages." (GPD-1) So what else should I do to gain access. It's written that what I've done has to be evaluated and approved, only after this I'll be able to request access. Thanks in advance. Ivan Koblik. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961106#3961106 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961106

17 years, 11 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: JBMS Alternate Datastore

by sappenin

It looks like Sequoia will not only do load balancing & failover (i.e, if one database cluster goes down, the others will pick up), but it also does database distribution/replication: anonymous wrote : The database is distributed and replicated among several nodes and Sequoia balances the queries among these nodes Assuming you don't need a HUGE amount of database storage (i.e., you can do with an amount of storage limited by a given server, say 3 500GB hard drives per box), then the storage here would seem to be pretty redundant. Imagine 3 database boxes, each with 1500GB of storage. The database would be replicated across the 3 database servers (using Sequoia), and if one database box goes down, Sequoia just doesn't redirect database requests to the dead box anymore. Of course, if one were thinking of opening a webmail service where millions of users were granted 2GB of mail storage each, then such a solution would not scale. Instead, a SAN would probably be a better bet for storage redundancy/availability, and expansion. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961101#3961101 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961101

17 years, 11 months

1
0
0 / 0

[Design of Kosmos] - Re: serviceResultUpdaterJob not traversing repository

by sstuart4

Im afraid the problem still exists... I replaced ehcache-1.2 with ehcache-1.2.1 as suggested. I gathered the information from my log and put it together below: | [Initial server startup...] | | 2006-07-26 11:28:46,981 INFO [org.jboss.system.server.Server] JBoss (MX MicroKernel) [4.0.3SP1 (build: CVSTag=JBoss_4_0_3_SP1 date=200510231054)] Started in 2m:20s:322ms | 2006-07-26 11:28:47,741 DEBUG [org.quartz.simpl.SimpleJobFactory] Producing instance of Job 'DEFAULT.serviceResultUpdaterJob', class=hu.midori.kosmos.server.ServiceResultUpdaterJob | 2006-07-26 11:28:47,742 DEBUG [org.quartz.core.JobRunShell] Calling execute on job DEFAULT.serviceResultUpdaterJob | 2006-07-26 11:28:47,751 INFO [hu.midori.kosmos.server.ServiceResultUpdaterJob] Running scheduled update job... | 2006-07-26 11:28:47,752 INFO [hu.midori.kosmos.server.ServiceResultUpdaterJob] Update job completed. | | [Accessing the SVN Monitoring Portlet... 1st time.] | | 2006-07-26 11:31:58,738 INFO [STDOUT] Jul 26, 2006 11:31:58 AM hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet doView | INFO: Viewing... | 2006-07-26 11:31:58,777 INFO [STDOUT] Jul 26, 2006 11:31:58 AM hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet doView | 2006-07-26 11:31:58,996 DEBUG [hu.midori.kosmos.server.MethodResultCacheInterceptor] Accessing cache "hu.midori.kosmos.server.cache" [0 items]... | 2006-07-26 11:31:58,996 INFO [hu.midori.kosmos.server.MethodResultCacheInterceptor] Cache-miss: reloading "hu.midori.kosmos.server.svn.SvnServiceImpl.getRepositories.http://myserve..."... | 2006-07-26 11:31:58,997 DEBUG [hu.midori.kosmos.server.svn.SvnServiceImpl] Returning repositories... | 2006-07-26 11:31:58,997 DEBUG [hu.midori.kosmos.server.AbstractKosmosService] Beginning store session.... | | [Repo traveral takes place... on a small dummy repository I set up.] | | 2006-07-26 11:32:17,197 DEBUG [hu.midori.kosmos.server.svn.SvnServiceImpl] Adding repository "http://myserver.net/repos/project/tags/Kosmos-test rev.3778"... | 2006-07-26 11:32:17,197 DEBUG [hu.midori.kosmos.server.AbstractKosmosService] Ending store session... | 2006-07-26 11:32:17,205 DEBUG [hu.midori.kosmos.server.MethodResultCacheInterceptor] "hu.midori.kosmos.server.svn.SvnServiceImpl.getRepositories.http://myserve..." saved to cache | | [Accessing the SVN Monitoring Portlet... 2nd time.] | | 2006-07-26 11:32:17,324 INFO [STDOUT] Jul 26, 2006 11:32:17 AM hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet doView | INFO: SVN repositories downloaded: 1 | 2006-07-26 11:32:17,327 DEBUG [hu.midori.kosmos.server.AbstractKosmosService] Service invoked: returning timestamp... | 2006-07-26 11:32:17,332 INFO [STDOUT] Jul 26, 2006 11:32:17 AM hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet doView | INFO: SVN timestamp: Wed Jul 26 11:31:58 CDT 2006 | | [Server gets restarted...] | | 2006-07-26 11:36:03,359 INFO [org.jboss.system.server.Server] JBoss (MX MicroKernel) [4.0.3SP1 (build: CVSTag=JBoss_4_0_3_SP1 date=200510231054)] Started in 2m:22s:176ms | 2006-07-26 11:36:05,797 DEBUG [org.quartz.simpl.SimpleJobFactory] Producing instance of Job 'DEFAULT.serviceResultUpdaterJob', class=hu.midori.kosmos.server.ServiceResultUpdaterJob | 2006-07-26 11:36:05,798 DEBUG [org.quartz.core.JobRunShell] Calling execute on job DEFAULT.serviceResultUpdaterJob | 2006-07-26 11:36:05,806 INFO [hu.midori.kosmos.server.ServiceResultUpdaterJob] Running scheduled update job... | 2006-07-26 11:36:05,808 INFO [hu.midori.kosmos.server.ServiceResultUpdaterJob] Update job completed. | | [Accessing the SVN Monitoring Portlet... 3rd time.] | | 2006-07-26 11:36:21,811 INFO [STDOUT] Jul 26, 2006 11:36:21 AM hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet doView | INFO: Viewing... | 2006-07-26 11:36:21,848 INFO [STDOUT] Jul 26, 2006 11:36:21 AM hu.midori.kosmos.portlet.svn.SvnMonitoringPortlet doView | INFO: repoUrl parameter received: null | 2006-07-26 11:36:22,080 DEBUG [hu.midori.kosmos.server.MethodResultCacheInterceptor] Accessing cache "hu.midori.kosmos.server.cache" [0 items]... | 2006-07-26 11:36:22,081 INFO [hu.midori.kosmos.server.MethodResultCacheInterceptor] Cache-miss: reloading "hu.midori.kosmos.server.svn.SvnServiceImpl.getRepositories.http://myserve..."... | 2006-07-26 11:36:22,081 DEBUG [hu.midori.kosmos.server.svn.SvnServiceImpl] Returning repositories... | 2006-07-26 11:36:22,081 DEBUG [hu.midori.kosmos.server.AbstractKosmosService] Beginning store session.... | | [Repo traveral takes place again...] | | 2006-07-26 11:36:46,322 DEBUG [hu.midori.kosmos.server.svn.SvnServiceImpl] Adding repository "http://myserver.net/repos/project/tags/Kosmos-test rev.3778"... | 2006-07-26 11:36:46,322 DEBUG [hu.midori.kosmos.server.AbstractKosmosService] Ending store session... | In short, these are the steps I took: 1) Replaced the ehcache w/ the new release in kosmos-server's WEB-INF/lib. 2) Started the server. 3) Accessed the SvnMonitoringPortlet which loaded the cache. 4) Accessed the SvnMonitoringPortlet again to verify the cached data. 5) Restarted the server. 6) Accessed the SvnMonitoringPortlet a third time which revealed the cache was empty again. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961100#3961100 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961100

17 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Propagation of exceptions to client

by timfox

"joellindheimer" wrote : Question about trace level logging: | I guess i don't understand why one would not log an 'unexpectected' Throwable with anything less than a warn level. Why would the serverside not be interested in knowing about such Exceptions, or have I misunderstood your comment? | JL I see your point. This is the kind of information that sysadmin's need to know about with a production (non trace) configuration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961078#3961078 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961078

17 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Propagation of exceptions to client

by timfox

"igarashit" wrote : good idea, but someone may think that the server side exception | should not be shown at client, I think. | It is better that whether the string is transmitted to client or not is configurable. | And, I think it should be logged on the server side, | because of the trouble to solve is on the server side. | | Hmm, do you understand me? sorry to my poor english:) I am inclined to agree. I don't think should be told what's wrong at the server - it's not of their concern. I think the client should only be told information that's going to help them in some way, e.g. if they have misused the API. Being told the database has crashed is not for them to know. This kind of thing should be logged out at the server side, where (for instance) log4j could be configured to shoot out an email to the sysadmin. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961077#3961077 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961077

17 years, 11 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: Standalone release of jboss-test

by sdawson

Hello, There is a bug when attempting to use the config task in Ant scripts when the JAVA_HOME variable is set to a path with spaces in it (i.e., C:\Program Files\Java\jdk...). The executable invoked should be enclosed in quotes to prevent this from happening! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961065#3961065 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961065

17 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Updated clustering design...

by joellindheimer

Is there a design yet that details the IB failover? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961063#3961063 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961063

17 years, 11 months

1
0
0 / 0

[Design of the JBoss EJB Container] - Re: JBAS-3428 - Duplication on Proxies

by clebert.suconic＠jboss.com

"scott.stark(a)jboss.org" wrote : | The reference to the parent should not hold anything as the proxy is created by the child class loader. Unless there is an outside reference to the proxy, the proxy and the class loader created by MBeanProxyExt would be available for gc. If there is a reference to the created proxy, the classLoader is referenced anyway. The child classLoader (proxyInstance.getClass().getClassLoader()) will have a reference to the classLoader passed to the constructor. (parent classLoader). So, you still need to release the reference to the created proxy if you want to not hold redeployments. And if you still need to clean the reference why not just use MBeanProxy.get()? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961059#3961059 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961059

17 years, 11 months

1
0
0 / 0

[TODO - DEVELOPMENT] - Re: Want to contribute?

by scott.stark＠jboss.org

Post to the "Design of JBoss jBPM" http://www.jboss.com/index.html?module=bb&op=viewforum&f=219. In general you need to interact with the project to the point of the lead asking you to submit a contributor request to be granted access. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961055#3961055 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961055

17 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums July 2006