September 2007 - jboss-dev-forums

[Design the new POJO MicroContainer] - Re: docbook build error

by pgier

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: ManagedOperation aspects for the ProfileService.Manageme

by scott.stark＠jboss.org

It has to go into the profileservice project in as as it has the mapping of what the associated runtime component name is. I'm working on a stub example today. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084246#4084246 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084246

17 years, 1 month

1
0
0 / 0

[Design of JBoss Profiler] - Re: Running JBoss Profiler - start up problems

by balajisaranath

Thanks Prabhat. I mentioned CFNE only to make it clear that the JBossInspector is found from the shared library. I know its something simple as the LD_LIBRARY_PATH not getting set. However, I guess I'm oversseing something verysimple. Our JBoss Startup scripts are customised , guess I need to have a closer look at it...May be I need a cup of coffee ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084234#4084234 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084234

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - ManagedOperation aspects for the ProfileService.ManagementVi

by alesj

Scott, regarding this JIRA task: - http://jira.jboss.com/jira/browse/JBAS-4678 where to put this code? MC or AS? Any initial tips or ([pseudo] code) examples on what exactly we want? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084221#4084221 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084221

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: docbook build error

by alesj

This is what I currently get ... anonymous wrote : | C:\Java\jdk1.5.0_11\bin\java.exe -classpath C:\java_lib\maven-2.0.7\boot\classworlds-1.1.jar -Dclassworlds.conf=C:\java_lib\maven-2.0.7\bin\m2.conf -Dmaven.home=C:\java_lib\maven-2.0.7 org.codehaus.classworlds.Launcher -f C:/projects/microcontainer/docs/pom.xml generate-sources | | | [INFO] Scanning for projects... | [INFO] Reactor build order: | [INFO] JBossMC Getting Started Guide (en_US) | [INFO] JBossMC Getting Started Guide (aggregator) | [INFO] JBossMC Reference Guide (en_US) | [INFO] JBossMC Reference Guide (aggregator) | [INFO] JBoss Microcontainer Docs | Downloading: http://repo1.maven.org/maven2/org/jboss/maven/plugins/maven-jdocbook-plug... | Downloading: http://repo1.maven.org/maven2/org/jboss/maven/plugins/maven-jdocbook-plug... | [INFO] ------------------------------------------------------------------------ | [ERROR] BUILD ERROR | [INFO] ------------------------------------------------------------------------ | [INFO] Failed to resolve artifact. | | GroupId: org.jboss.maven.plugins | ArtifactId: maven-jdocbook-plugin | Version: 2.0.0 | | Reason: Unable to download the artifact from any repository | | org.jboss.maven.plugins:maven-jdocbook-plugin:pom:2.0.0 | | from the specified remote repositories: | central (http://repo1.maven.org/maven2) | | | [INFO] ------------------------------------------------------------------------ | [INFO] For more information, run Maven with the -e switch | [INFO] ------------------------------------------------------------------------ | [INFO] Total time: 1 second | [INFO] Finished at: Thu Sep 13 21:40:33 CEST 2007 | [INFO] Final Memory: 1M/2M | [INFO] ------------------------------------------------------------------------ | | Process terminated abnormally! Exit code 1 | What am I missing (or how to get this plugin)? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084208#4084208 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084208

17 years, 1 month

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Handling cluster state when network partitions occur

by manik.surtani＠jboss.com

I think the primary partition approach is best. Caches not in the primary partition purging their in memory state is probably the wrong path though, since as a generic solution, not all installations will be backed by shared databases. Caches shutting down would be my preferred option. Perhaps block for a short period, hoping the network would heal, and then throw an exception after a timeout. Perhaps a specific exception - SplitBrainException or something - so that cache users such as HTTP Replication can react by forcing an HTTP response like 410 (don't know if this is possible - Brian?) such that the load balancer will treat the node as unavailable. Once the partition heals the cache is made available to requests again after performing a state transfer to come up to speed with the primary partition. Even the impact of incorrectly identifying a primary partition is low, since at worst case, the larger partition is unresponsive while the smaller one is. I guess the real problem is more than one partition thinking it is primary. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084139#4084139 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084139

17 years, 1 month

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Handling cluster state when network partitions occur

by manik.surtani＠jboss.com

"galder.zamarreno(a)jboss.com" wrote : (1) Re: Merget state for Pojo. Callback seems most reasonable option here. Maybe we could instruct users to implement a method that looks like: | | void merge(Object o) | I think merging is nasty, no matter whichever way you slice it. Even if a call back is used, and even if time stamps are recorded, you still have clock sync issues, plus the problem where some nodes have used stale data as input to other transactions creating a GIGO situation when the partition heals. There may be a few specific applications where merging may work, but I can't see how we can devise a generic solution around merging. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084135#4084135 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084135

17 years, 1 month

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4717 - Problem with @JMX for clustering

by bstansberry＠jboss.com

http://jira.jboss.com/jira/browse/JBAS-4718 . Most of these services shouldn't really subclass ServiceMBeanSupport anyway; cleaning that up is something that hasn't happened yet. But that's neither here nor there; as you said the real problem is the naming of the lifecycle methods. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084081#4084081 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084081

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Unifying metadata

by scott.stark＠jboss.org

"alex.loubyansky(a)jboss.com" wrote : The metadata project was created by Carlo some time ago and initially included the current EJB3 metadata, AFAIK. | Recently, I moved the metadata from the jbossxb-builder to this project as well. Ok, the project is here: https://svn.jboss.org/repos/jbossas/projects/metadata/ "adrian(a)jboss.org" wrote : | The code that I gave to Alex rewrites the old metadata as a bridge to the new stuff. | Its not jumping out at me in the https://svn.jboss.org/repos/jbossas/projects/metadata. Is it there Alexey? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4083980#4083980 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4083980

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Unifying metadata

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : | In terms of the unified metadata work: | https://svn.jboss.org/repos/common/jbossxb-builder/trunk/src/test/java/or... | | what exists in terms of backward compatibility with the old models? I thought Adrian said he had something that would allow coding using the old models to write through to the new model. | The code that I get to Alex rewrites the old metadata as a bridge to the new stuff. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4083973#4083973 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4083973

17 years, 1 month

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 September 2007