October 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: meeting context

by camunda

anonymous wrote : 1) Service API This brings to a question I already had in mind: will Commands play a role in future? That could be one form of the API, currently this is the one if you need Remote or Async communication. Some discussions in the past gave me the expressions that a typed API is more preferred from some corners... On the other hand I like the Commands very much for especially RichClients, and it is a crucial information if Commands will survive or not (for maintainability of existing informations). So this should maybe also thrown in the pot of discussion points around the API? Or is there already an oppinion we can agree on upfront? My idea would go in this direction: The Service API's are there as typed interfaces (especially for WebServices). In the implementation for every Method a Command is used, which could be also sent directly without using the API... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181633#4181633 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181633

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: MBeanRegistration (ProfileService test configuration sh

by anil.saldhana＠jboss.com

https://jira.jboss.org/jira/browse/JBAS-6074 Jira for investigation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181612#4181612 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181612

16 years, 3 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: JBOSS Cluster Agent for Solaris Cluster Tools

by bstansberry＠jboss.com

Welcome, Abhishek. I had a quick look on the Sun site to find out a bit more about Solaris Open High Availability Cluster. Seems like it's based on applications persisting state to an HA file system? Forgive me if I'm wrong; was just a quick scan. JBoss AS mostly provides HA for stateful services via data replication, rather than persistence to the file system. Main exception to this is persistent JMS messages, which are persisted to a shared db. Some links to help you get going: Clustering docs for 4.2 series (haven't updated for 5.x yet :( ) : https://www.jboss.org/file-access/default/members/jbossas/freezone/docs/C... SVN URL for AS trunk: http://anonsvn.jboss.org/repos/jbossas/trunk/ Two main locations for clustering code therein: http://anonsvn.jboss.org/repos/jbossas/trunk/cluster/ http://anonsvn.jboss.org/repos/jbossas/trunk/tomcat/src/main/org/jboss/we... Key classes inside the above two locations (can serve as an entry point for poking around): http://anonsvn.jboss.org/repos/jbossas/trunk/tomcat/src/main/org/jboss/we... (manages clustered HTTP sessions) http://anonsvn.jboss.org/repos/jbossas/trunk/cluster/src/main/org/jboss/h... (provides intra-cluster group RPC services for a lot of other clustered services) That's just a snippet; not sure what you're really looking for. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181609#4181609 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181609

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - java.beans.XMLEncoder Useless?

by scott.stark＠jboss.org

So after talking about what the attachments serialized form would look like on the open console call, I created a little test of a datasource: | /** | * Just a test to see what the java.beans.XMLEncoder output for the | * local ds metadata looks like. | */ | public void testJavaBeanXml() | { | ManagedConnectionFactoryDeploymentGroup mcfs = new ManagedConnectionFactoryDeploymentGroup(); | LocalDataSourceDeploymentMetaData lds = new LocalDataSourceDeploymentMetaData(); | lds.setBackgroundValidation(true); | lds.setBackgroundValidationMillis(5000); | lds.setBlockingTimeoutMilliSeconds(5000); | lds.setCheckValidConnectionSQL("select something from somewhere"); | lds.setConnectionDefinition("conn def"); | lds.setConnectionUrl("jdbc:xyz:a=b"); | DataSourceConnectionPropertyMetaData cp1 = new DataSourceConnectionPropertyMetaData(); | cp1.setName("cp1-name"); | cp1.setValue("cp1-value"); | DataSourceConnectionPropertyMetaData cp2 = new DataSourceConnectionPropertyMetaData(); | cp2.setName("cp2-name"); | cp2.setValue("cp2-value"); | DataSourceConnectionPropertyMetaData[] cps = { | cp1, cp2 | }; | lds.setDataSourceConnectionProperties(Arrays.asList(cps)); | lds.setDriverClass("org.jboss.jdbc.SomeDriver"); | lds.setExceptionSorterClassName("org.jboss.jdbc.SomeExceptionSorter"); | String[] depends = {"jboss:service=Naming"}; | lds.setDependsNames(Arrays.asList(depends)); | lds.setIdleTimeoutMinutes(15); | lds.setInterleaving(false); | lds.setMaxSize(100); | lds.setMinSize(1); | lds.setNewConnectionSQL("run this on a new conn"); | lds.setPassWord("password"); | lds.setPrefill(true); | lds.setPreparedStatementCacheSize(50); | lds.setQueryTimeout(30000); | lds.setUserName("user"); | | ManagedConnectionFactoryDeploymentMetaData[] mds = {lds}; | mcfs.setDeployments(Arrays.asList(mds)); | | ByteArrayOutputStream baos = new ByteArrayOutputStream(); | XMLEncoder oos = new XMLEncoder(baos); | oos.writeObject(mcfs); | oos.close(); | | String s = new String(baos.toByteArray()); | System.out.println(s); | } | only translates to: | <?xml version="1.0" encoding="UTF-8"?> | <java version="1.5.0_16" class="java.beans.XMLDecoder"> | <object class="org.jboss.resource.metadata.mcf.ManagedConnectionFactoryDeploymentGroup"/> | </java> | Maybe I'm missing something obvious, but that's not going to work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181604#4181604 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181604

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: MBeanRegistration (ProfileService test configuration sh

by scott.stark＠jboss.org

It has to be a general issue as the profile service does not do any component creation. Its just feeding deployments to the main deployer. Either the ejb container is duplicately removing the pool mbean, or there is some issue with how its being handled by the service mbean layer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181590#4181590 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181590

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: MBeanRegistration (ProfileService test configuration sh

by anil.saldhana＠jboss.com

This issue may not be only part of the profile service configuration. I am just posing a question because the mc may have some stale information about mbeans that need to be unregistered (microcontainer.OnlyUnregisterAction.uninstallAction) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181586#4181586 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181586

16 years, 3 months

1
0
0 / 0

[Design of JBoss Labs] - Re: Forums link doesn't work

by james.cobb＠jboss.com

Hello, The link you're referring to was actually to the instructional pages. I've removed the link as to prevent future confusion. The titles above the descriptions are the links to forums and mailing lists. The link was broken because we restructured JBoss.org today and added a new collaboration tool to replace the wiki. Thanks for pointing this out. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181585#4181585 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181585

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - MBeanRegistration (ProfileService test configuration shut d

by anil.saldhana＠jboss.com

Scott, I see that the profile service test configuration shut down > 10secs. This was just my first run. When I look in the log, I see 3 exceptions in unregistering mbeans. I paste one of them. | 2008-10-10 11:25:30,635 DEBUG [org.jboss.system.ServiceCreator] (JBoss Shutdown Hook) Removing mbean from server: jboss.j2ee:service=EJB,plugin=pool,jndiName=Bean1EJB | 2008-10-10 11:25:30,635 DEBUG [org.jboss.system.ServiceCreator] (JBoss Shutdown Hook) Error unregistering mbean jboss.j2ee:service=EJB,plugin=pool,jndiName=Bean1EJB | javax.management.InstanceNotFoundException: jboss.j2ee:service=EJB,plugin=pool,jndiName=Bean1EJB is not registered. | at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:529) | at org.jboss.mx.server.MBeanServerImpl.unregisterMBean(MBeanServerImpl.java:383) | at org.jboss.system.ServiceCreator.uninstall(ServiceCreator.java:309) | at org.jboss.system.microcontainer.OnlyUnregisterAction.uninstallAction(OnlyUnregisterAction.java:45) | at org.jboss.system.microcontainer.OnlyUnregisterAction.uninstallAction(OnlyUnregisterAction.java:35) | ServiceCreator is trying to deregister the mbean when it has already been deregistered. Why? :) | 2008-10-10 11:23:18,600 DEBUG [org.jboss.ejb.plugins.StatelessSessionInstancePool] (WorkerThread#1[127.0.0.1:59636]) Destroyed jboss.j2ee:service=EJB,plugin=pool,jndiName=Bean1EJB | 2008-10-10 11:23:18,600 DEBUG [org.jboss.ejb.StatelessSessionContainer] (WorkerThread#1[127.0.0.1:59636]) Destroyed jboss.j2ee:jndiName=Bean1EJB,service=EJB | 2008-10-10 11:23:18,600 DEBUG [org.jboss.system.ServiceController] (WorkerThread#1[127.0.0.1:59636]) removing service: jboss.j2ee:jndiName=Bean1EJB,service=EJB | 2008-10-10 11:23:18,600 DEBUG [org.jboss.system.ServiceCreator] (WorkerThread#1[127.0.0.1:59636]) Removing mbean from server: jboss.j2ee:jndiName=Bean1EJB,service=EJB | 2008-10-10 11:23:18,601 INFO [org.jboss.ejb.EjbModule] (WorkerThread#1[127.0.0.1:59636]) Undeployed Bean1EJB | 2008-10-10 11:23:18,601 DEBUG [org.jboss.ejb.EjbModule] (WorkerThread#1[127.0.0.1:59636]) Destroyed jboss.j2ee:service=EjbModule,module="testdeployers-bean1ejb.jar" | 2008-10-10 11:23:18,601 DEBUG [org.jboss.system.ServiceController] (WorkerThread#1[127.0.0.1:59636]) removing service: jboss.j2ee:service=EjbModule,module="testdeployers-bean1ejb.jar" | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181583#4181583 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181583

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Masking passwords in logs

by anil.saldhana＠jboss.com

https://jira.jboss.org/jira/browse/JBAS-6073 I created a Jira issue for migration of password based configuration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181574#4181574 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181574

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Masking passwords in logs

by adrian＠jboss.org

"anil.saldhana(a)jboss.com" wrote : | "adrian(a)jboss.org" wrote : | | Even if you mask the password in the log, if it is an MBean attribute, it will | | be visible via JMX (and the user has access). | | If we try to fix this. It will only get complicated. Visually, it would prohibit the update of the password. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181573#4181573 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181573

16 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums October 2008