April 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBossCache] - Re: Channel creation - mux vs. old style

by anil.saldhana＠jboss.com

Plus you got 6 more words as response from Scott when compared to the usual - 'ok', 'negative', 'good'. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041948#4041948 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041948

17 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: Channel creation - mux vs. old style

by bstansberry＠jboss.com

"scott.stark(a)jboss.org" wrote : correct on all points in my view. Wow, I haven't heard that since Brian-as-student completed "labs-intro" in the Advanced course you taught in SF back in 2003. I'm sure I bungled something on "labs-jmx". ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041936#4041936 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041936

17 years, 4 months

1
0
0 / 0

[Design of JBoss Build System] - deploy:deploy-file wiki

by scott.stark＠jboss.org

I'm having to specify many more options that described in the "2. Your project depends on a jar that is not available in any maven repository." section of http://wiki.jboss.org/wiki/Wiki.jsp?page=MavenThirdPartyJars. For example, unless I specify both the file and packaging options the command fails. The deploy:deploy-file docs say the file is required, but packaging is not. However, unless I also specify the packaging the deploy fails: | [starksm@succubus junit4.1]$ mvn deploy:deploy-file -Durl=file:///home/svn/repository.jboss.com/maven2 -DgroupId=junit -DartifactId=junit -Dversion=4.1 -DgeneratePom=true -Dfile=junit-4.1.jar | [INFO] Scanning for projects... | [INFO] Searching repository for plugin with prefix: 'deploy'. | [INFO] ---------------------------------------------------------------------------- | [INFO] Building Maven Default Project | [INFO] task-segment: [deploy:deploy-file] (aggregator-style) | [INFO] ---------------------------------------------------------------------------- | [INFO] [deploy:deploy-file] | [INFO] ------------------------------------------------------------------------ | [ERROR] BUILD ERROR | [INFO] ------------------------------------------------------------------------ | [INFO] Missing group, artifact, version, or packaging information | [INFO] ------------------------------------------------------------------------ | [INFO] For more information, run Maven with the -e switch | [INFO] ------------------------------------------------------------------------ | [INFO] Total time: < 1 second | [INFO] Finished at: Mon Apr 30 12:01:47 PDT 2007 | [INFO] Final Memory: 4M/74M | [INFO] ------------------------------------------------------------------------ | I have updated the wiki. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041930#4041930 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041930

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Strange bug. deleting datasource through ProfileService

by bytor99999

Well, while I wasn't able to reproduce the error with other datasources. I was able to fix the problem, by deleting the deleteme-ds.xml.attachments file from the server\default\attachments\ServiceXSLDeployer directory. So that file must have still had the jndi-name as DefaultDS (hence the conflicyt with the Hypersonic datasource), and was not updated when I made the change to the actual deleteme-ds.xml. Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041920#4041920 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041920

17 years, 4 months

1
0
0 / 0

[Design of OSGi Integration] - Re: OSGi Bundle Repository

by alesj

"Kevin.Conner(a)jboss.com" wrote : They should reside in a different project though. Yes, maybe we can still exploit the 'old' osgi project under jbossas/projects for such things - as Scott already did, but I proposed him to move this ... mea culpa, mea culpa :-(. We can have such stuff there + some additional wrapper (around existing JBoss services) implementations of other services or some other osgi specific stuff. And we should only need to link the jar back to MC, as we did with other JBoss specific stuff - common, test, profile, ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041914#4041914 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041914

17 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: Channel creation - mux vs. old style

by scott.stark＠jboss.org

"bstansberry(a)jboss.com" wrote : Just a bit of philosophical overview to make more explicit what I'm thinking about JMX and 2.0: | ... | correct on all points in my view. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041903#4041903 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041903

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB

by clebert.suconic＠jboss.com

Probably not, after all there's nothing stopping the user from just calling setListener() on the session. It would be pretty pointless but not illegal. The if would be only session.isXA() && distinguishedSesion!=null. And that wouldn't invalidate any customer's usage. This would only assume the ACK will be done transactionally. I think this should be fine and better than instanceof then. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041901#4041901 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041901

17 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: Channel creation - mux vs. old style

by bstansberry＠jboss.com

Just a bit of philosophical overview to make more explicit what I'm thinking about JMX and 2.0: 1) JMX becomes something used for exposing mgmt info to mgmt tools a la jmx-console, JON, jconsole, whatever. Internally JBC doesn't use it. No JMX lookups, etc. 2) We provide wrapper classes that implement mbean interfaces. User is responsible for getting those registered in JMX. In the AS they can use the tools the AS provides to help them do that (e.g. MC parsing of -service.xml or -beans.xml), but getting it done is up to them. The effect of this is JBC never has to worry about: a) figuring out what the MBeanServer is. b) figuring out what ObjectName to use. 3) For external objects like a JGroups ChannelFactory, JBC has no interest in JMX. If user wants their channel factory registered in JMX, they should do that themselves. JBC is interested in the raw channel factory. 4) The one JMX-related thing JBC should do is allow its JMX wrapper classes to register mbeans for the interceptors. JBC takes responsibility for this only because the interceptors are internal details of the cache; making users get hold of them and register them is too much to ask. CacheJmxWrapper is able to perform this service because when it is registered it gets a callback informing it of the mbean server and its own ObjectName. From that it's easy to create unique names for the interceptors based off its own name and to then register them using the provided mbean server. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041900#4041900 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041900

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB

by timfox

"clebert.suconic(a)jboss.com" wrote : | Isn't SessionState.getDistinguishedListener only used for ASF? | | It's the only user AFAIK. anonymous wrote : | Maybe a simple getDistinguishedListener()!=null would be enough instead of instanceof. Probably not, after all there's nothing stopping the user from just calling setListener() on the session. It would be pretty pointless but not illegal. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041899#4041899 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041899

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB

by clebert.suconic＠jboss.com

"timfox" wrote : But if at least gives the desired behaviour when using JBoss that is ok for now. Isn't SessionState.getDistinguishedListener only used for ASF? Maybe a simple getDistinguishedListener()!=null will be enough instead of instanceof. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4041898#4041898 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4041898

17 years, 4 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 April 2007