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

[Design of JBossCache] - Re: Name change for PojoCache annotation

by ben.wang＠jboss.com

OK. Not much risk just tedious update so let's defer it then. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986394#3986394 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986394

19 years, 4 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Web tier injection has been restored

by scott.stark＠jboss.org

I have restore the web tier injection code and its working for the tests I have run. I have not tested any @WebService refs but will tomorrow. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986393#3986393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986393

19 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: Name change for PojoCache annotation

by bstansberry＠jboss.com

"ben.wang(a)jboss.com" wrote : | Ideally, I'd like to get this done before Brian start the integration into 5.0. This is becuase there are tedious changes for the testing POJOs there (unless he doesn't object). The FIELD repl integration testing is underway as we speak. If we're just talking about switching the pojocache-aop.xml file and changing the annotation on the couple test classes in the o.j.test.cluster.web.aop package, doing that later's no big deal. If it's more than that, then we're running out of time. But 2.0.0.Alpha *must* be cut on Friday. If pushing this in risks that, please defer it. Re: @Replicable, that's fine. My comment about the dictionary should only have counted as a 1/10 vote. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986389#3986389 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986389

19 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Problem with javassist + RepositoryClassLoader

by scott.stark＠jboss.org

This is why there is a dynamic url notion. | /** HashSet<UCL> of class loaders in the repository that have a dynamic | * URL associated with them. Such a class loader is added to every package | * class loader set in #getPackageClassLoaders(String). | */ | private HashSet dynamicClassLoaders = new HashSet(); | | A dynamic URL is one that has a dynamic=true query parameter added to the URL. The aop class generation layer uses this to treat the server/tmp/aopdynclasses dir as containing such classes: | URL tmpURL = tempdir.toURL(); | URL tmpCP = new URL(tmpURL, "?dynamic=true"); | Otherwise, putting the classes in a directory associated with the war class loader would also work since it does not use the ucl by default. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986387#3986387 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986387

19 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: SessionAspect::acknowledgeOnClosing

by ovidiu.feodorov＠jboss.com

That was an edge case discovered by one of our users: trying to close the session from within listener's onMessge() would lead to dead lock. Fixing required to be able to send acknowledgments before closing the session. Maintaining ackMode per acknowledgment instance is unnecessary. I was trying to cater for an use case that will actually never happen. Needs to be refactored at some point: http://jira.jboss.org/jira/browse/JBMESSAGING-642 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986386#3986386 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986386

19 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBAS-3766, port the webservice deployer

by scott.stark＠jboss.org

Ok, sounds fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986385#3986385 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986385

19 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: DLQ implemented

by ovidiu.feodorov＠jboss.com

OK, thanks, I am taking over this, I'll put together the patch. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986383#3986383 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986383

19 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Problem with javassist + RepositoryClassLoader

by jason.greene＠jboss.com

"jason.greene(a)jboss.com" wrote : I am not sure if this has been | Unfortunately defineClass() is final so there is no way to detect this condition within the loader. So, currently I call clearBlacklists() directly on the loader. This, however, is not very efficient because the entire list is being cleared instead of just the one class that is being generated. | I left out that I can remove the class, and the resource directly, however, I am tied to implementation details of the loader, which may change. -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986382#3986382 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986382

19 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Problem with javassist + RepositoryClassLoader

by jason.greene＠jboss.com

I am not sure if this has been discovered before, but I noticed an issue when doing dynamic class generation on UnfiedClassLoader3. I have some code that basically does (in simplified pseudocode): | if (!isLoadable(className, loader)) | generate(className, loader) | | ... some time later .... | | loader.loadClass(className); | | This leads to the following events in RepositoryClassLoader when a class is generated: 1. Class is not found, add to blacklist 2. defineClass() is called by javassist (using method.setAccess()) 3. loadClass is called, and CNFE is returned due to blacklist entry Unfortunately defineClass() is final so there is no way to detect this condition within the loader. So, currently I call clearBlacklists() directly on the loader. This, however, is not very efficient because the entire list is being cleared instead of just the one class that is being generated. One possible solution, is that we could define an interface for dispatching defineClass calls. The ClassLoader could then implement this interface, and take care of calling the protected definceClass(), as well as perform any needed cleanup. Javassist would then attempt the interface first, and failover to the normal reflective mechanism. -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986381#3986381 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986381

19 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBAS-3766, port the webservice deployer

by jason.greene＠jboss.com

I have completed the deployer modifications. We now use the deployment classloader, and we also pass an altDD. However, I had to modify AbstractWarDeployer to accept absolute paths. Since the WS deployer runs before AbstractWarDeployer, the war is not yet expanded, so we would have to modify it based off of whether or not it was expanded. Instead I took the simpler approach and just generate an alt dd in the temp dir, and pass that as an absolute path to the war deployer. -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986377#3986377 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986377

19 years, 4 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-dev-forums November 2006