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

[JBoss Tools Development] - Re: Integrate with XText/JET/Xpand: Drop Freemarker as gener

by max.andersen＠jboss.com

Because freemarker works and it runs from eclipse and ant and doesn't require fancy tooling to be useful. Does that mean I don't think we need better freemarker tooling ? no of course not, I would love it to be improved. Moving to xtext or something else would require much more effort than fixing a few issues in the freemarker editor AND it would affect *all* users of hibernate tools so i'm really not convinced that doing such a move is a Good thing. Note: Hibernate tools exporters is not in any way tied to use freemarker - you can create your own exporter that calls out to some other template framework. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265314#4265314 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265314

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Testing Deployers with new Reflect + ClassPool

by alesj

This kind of problem indicates that CL is not the right key to map things against. OK, you definitely need some CL mapping, as that's what is available from plain / non-deployment code. But you should make it in such way that you can do proper cleanup with Module only. e.g. With register code you create hierarchy with Module's help, but also apply proper CL mappings. Where you somehow tie those CL mappings with Module. (perhaps a simple WeakHashMap by CL key is enough here) But the real cleanup code is done by Module mapping. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265305#4265305 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265305

16 years, 4 months

1
0
0 / 0

[JBoss ESB Development] - How to architect a ESB project?

by jbossEsbDev

Hello, I'm new to JbossEsb and am having trouble figuring out how to design my software in terms of JbossEsb .esb archive, actions etc. I'm hoping that if I explain my problem space, someone can point me in the right direction. Problem: ------------ 1) I need to expose an JAXWS endpoint as the entry point (it will be a oneway call) 2) I need to process xml messages 3) I need to turn them into POJOs 4) I need to then call JAXWS external web services to do the business logic on the POJOs 5) I need to call REST external web service to do business logic on the POJOs 6) I need to then call another JAXWS external web service with the results of the business logic My questions include: 1) Should all this be in one .esb archive as one service with lots of actions? 2) Should each external web service be it's own service inside it's own .esb archive. They would then somehow be called from the main .esb archive as deployment dependencies? Any other suggestions or advice would be greatly be appreciated on a good design. Thank You. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265304#4265304 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265304

16 years, 4 months

1
0
0 / 0

[JBoss Tools Development] - Re: Integrate with XText/JET/Xpand: Drop Freemarker as gener

by luxspes

"max.andersen(a)jboss.com" wrote : Does it run from ant without massive dependencies and overhead ? If not, then no. | Not sure... anonymous wrote : | And are you willing to migrate all our templates to JET or Xpand ? | Maybe, I know them pretty well (having done extensive modifications to them) , but I am not sure I will have the free time :'( anonymous wrote : | Stuff like this does not happen without someone with the time to do it. Plus the fixes we got waiting in freemarker component did not work when I applied them last (too many changes in one patch). | I did not implemented those, I have not experience in that kind of programming (that is why I like the idea of using Xtext: that work is already being done by someone else with interest in creating the ultimate code generation tool) anonymous wrote : | Care to make them smaller so we can apply them ? | If I had implemented them, or had the level of knowledge required, I would try... :'(. But that is precisely the point, nobody seems to care-about/have-spare-time for improving support for Freemarker in Eclipse: Why not leave that job to a team of people that actually have the creation of such a tool as their main goal? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265300#4265300 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265300

16 years, 4 months

1
0
0 / 0

[JBoss Profiler Development] - Starting JBoss profiler in a standalone java application

by c_khurram

Hi All, I'm trying to use JBoss profiler for a standalone java application: I started the java application with following VM parameters -javaagent:jboss-profiler.jar -Djboss-profiler.properties=jboss-profiler.properties -Xms128m -Xmx512m -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 And added in classpath | | | jboss-profiler-client.jar | | jboss-profiler.jar | | jboss-profiler-plugins.jar | | javassist.jar | | jboss-profiler.properties | | | | but getting following error before I can go any further: | Error opening zip file or JAR manifest missing : jboss-profiler.jar | Error occurred during initialization of VM | agent library failed to init: instrument | Just wondering is it possible to start jboss-profiler this way? If it is what could be the problem. Many thanks Khurram. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265294#4265294 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265294

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Testing Deployers with new Reflect + ClassPool

by flavia.rainone＠jboss.com

"flavia.rainone(a)jboss.com" wrote : I'll continue investigating. Once I have all this sorted out, I'll commit the full version of those tests. The cause of the failure is that the cleanup of classpools is not being performed. At the moment RegisterModuleCallback.removeModule is invoked, the classloader in the module is already null: logger.debug("Removing module " + module); | ClassLoader classLoader = ClassLoading.getClassLoaderForModule(module); | ClassPoolRepository.getInstance().unregisterClassLoader(classLoader); | domainRegistry.cleanupLoader(classLoader); | registeredModules.remove(module); | unregisteredModules.remove(module); I can use the maps in domainRegistry in order to get to the classloader and "fix" this. However, those maps use WeakReference and I can never be sure whether the class loader is gc'ed at the moment I try to use those maps. If it is gc'ed, the associated ClassPool won't be cleaned up. To workaround this scenario, I can see three options here: 1. replace the CL weak reference by a hard reference. That will garantee that we can do the right cleanup. This has a downside because weak references are safe against memory leaks. But we will always get rid of the hard reference on removeModule, and this method must always be called or otherwise the classpools won't work. 2. add checks in strategic points of the code. Those checks will look for the classpools associated with a null CL, performing a clean up of those (there is already a method for doing this in ScopedClassPoolRepository). IMO, this has the disadvantage that we are trying to cover ourselves from a ClassPool cleanup that failed, when in reality we should be fixing the cleanup itself instead of trying to cover the failure in other points of the code. 3. create an extra map in DomainRegistry that maps Modules to ClassPools. The downside of this option is that it kind of breaks the current design, because we use: ClassPool javassist.scopedpool.ScopedClassPoolRepository.registerClassLoader(ClassLoader cl) to create a ClassPool, and we use: void javassist.scopedpool.ScopedClassPoolRepository.unregisterClassLoader(ClassLoader cl) to clean it up. So we would have to create an unregister method that receives the module as a paramter and add this method to org.jboss.classpool.spi.ClassPoolRepository (subclass of ScopedCPRepository). Which way should I go? My vote is for the first option. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265288#4265288 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265288

16 years, 4 months

1
0
0 / 0

[JCA Development] - Management of configuration properties inside ra.xml

by rareddy

Hi, I am writing few JCA connectors for Teiid http://teiid.org and have defined many custom properties in ra.xml files. My question is management of these custom properties outside the ra.xml. I know I can define/override properties in -ds.xml file. I am looking into possibility of exposing these properties to the profile service, so that these properties are available to a management consoles. Can please suggest how I can accomplish this? Or point to me to any code example in JBossAS? Thanks Ramesh.. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265287#4265287 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265287

16 years, 4 months

1
0
0 / 0

[JBoss Portal Development] - having to login multiple times with SSO

by tmblanks

I have tried to integrate several sso frameworks, and I am running into the same problem. When I click on the login button on the top right, I get the sso login page. I am able to authenticate, and it returns me back to the portal login dialog box. I then have to login to the portal login box as well. Correct me if I am wrong, once I login to the sso login, should it pass the credentials to portal? This way I do not have to login twice? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265282#4265282 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265282

16 years, 4 months

1
0
0 / 0

[EJB 3.0 Development] - Re: EJBTHREE-1670 - Quartz scheduler integration failing on

by svante.p

Most interesting. Thank you for pointing this out. The major issue we are facing when it comes to upgrading is that since we don't have a clear upgrade procedure yet, we risk missing some JBoss-configuration that we have done (for example logging settings etc.). There's a risk that we forget about moving some settings xml to the new version and end up with "interesting" results on the new version. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265274#4265274 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265274

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] - Re: AS weld-int

by alesj

"kabir.khan(a)jboss.com" wrote : | Ales, can you please take a quick look at https://svn.jboss.org/repos/jbossas/projects/weld-int/trunk/deployer-mc-i... and see if there are some tests I have not thought of? | >From the test method names it looks complete. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265256#4265256 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4265256

16 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 2009