February 2009 - jboss-user - Jboss List Archives

[JBoss Tools (users)] - Re: Warning when using multilanguage

by akazakov

Unfortunately no.. We noticed it right after CR2 release :( GA will be the next one. And the issue is fixed there. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209477#4209477 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209477

17 years, 4 months

1
0
0 / 0

[JBoss Tools (users)] - Re: Warning when using multilanguage

by six-p4ck

Ok i have look in jira: it's not fixed in CR2 but will be fixed for GA. sorry. byebye View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209476#4209476 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209476

17 years, 4 months

1
0
0 / 0

[JBoss Tools (users)] - Re: Warning when using multilanguage

by six-p4ck

Oh great. :D I use CR1, it's already fixed in CR2? or it's will be in CR3 (or GA)? Thx a lot View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209475#4209475 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209475

17 years, 4 months

1
0
0 / 0

[Tomcat, HTTPD, Servlets & JSP] - Loading taglibs of EAR

by NvtMorch

Hi, First my environment: Java: 1.5.0_16 JBoss Application Server: 4.0.5.GA (but the Problem seems to be present in 4.2 and 5.0 too) I'm facing a problem during packaging some WAR archives into an EAR, moving the depending libraries into the EAR and add them to the appropriate MANIFEST.MF. But now the server does not find the tld's. We are using Maven and don't want to put the tld's into the WEB-INF and web.xml since this would break the dependency management of maven. The server should find the tld's within the jars in the META-INF folder. This works perfectly if the jars are stored in WEB-INF/lib. But we don't want duplicate jars in multiple WAR archives. The exact goal of an EAR. So I looked into the sources code. And I think I found the Problem, but I'm not sure if the current behavior is the expected or this is a bug. So here is what I found: In deploy\jbossweb-tomcat55.sar\conf\web.xml you set 'engineOptionsClass' to 'org.jboss.web.tomcat.tc5.jasper.JspServletOptions' (with jBoss 4.2 the package changed, but the file seems to be the same). This class uses 'org.jboss.web.tomcat.tc5.jasper.TagLibCache' to search for TLDs. TagLibCache is derived from the Tomcat default class TldLocationsCache. The Tomcat version searches the classpath for jar's with tld's but the jboss version does not. Both are seaching in web.xml and the file system below WEB-INF. The getLocation method of jboss only looks into his own map. If the super method wold be called too, you could save work in your implementation and the class path would be considered too. The method may be look like this: | public String[] getLocation(String uri) throws JasperException | { | if (mappings == null) | init(); | String[] locations = (String[]) mappings.get(uri); | if (locations == null){ // new | locations = super.getLocation(uri); // new | } // new | return locations; | } | But unfortunately this does not work ether. The next problem is the ClassLoader. The appropriate ClassLoader is the UnifiedClassLoader3 and his super classes RepositoryClassLoader and URLClassLoader. Within URLClassLoader there is this member ucp, which has URLs to the JARs we are looking for. TldLocationsCache uses URLClassLoader.getURLs() to get the URLs. Nearly perfect! But RepositoryClassLoader overrides this method and returns an empty array. The comment says: | /** | * Return an empty URL array to force the RMI marshalling subsystem to | * use the <tt>java.server.codebase</tt> property as the annotated codebase. | * | So TldLocationsCache can't get the URLs to the JARs in EAR and can't find the tlds. On this point I stopped digging into the code. The questions left for me are: Why does RepositoryClassLoader override getURLs()? Is it possible to get the URLs in a different way? In my opinion jboss should be able to load TLDs from JARs within the EAR. I would be pleased about your opinion on the problem. Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209474#4209474 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209474

17 years, 4 months

1
0
0 / 0

[JBoss Messaging] - Programatically create RemoteJMSProviders, Queues and Bridge

by rnicholson10

Is this even possible? We have a situation where a client wants to be able to dynamically create new destinations, bridges etc. If it is possible could someone point me in the right direction as to how to do this? Cheers View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209473#4209473 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209473

17 years, 4 months

1
0
0 / 0

[JBoss Tools (users)] - Re: Warning when using multilanguage

by akazakov

We already have fixed this issue: https://jira.jboss.org/jira/browse/JBIDE-3688 Please use nightly build or you can wait for GA release. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209469#4209469 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209469

17 years, 4 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Rolled back transactions sometimes failing to release lo

by nathanmesser

anonymous wrote : I've started looking through the log files you sent, and while this doesn't solve your problem, why do you have your transaction timeout set as low as this? Is this intentional? You would minimise your error rate by increasing this so that not as many transactions time out. Yes, it's intentional, I've been tinkering with the timing to try and make the problem occur. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209468#4209468 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209468

17 years, 4 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Rolled back transactions sometimes failing to release lo

by nathanmesser

I can't reproduce the issue with either pessimistic or optimistic locking. I've tried configuring the cache to use syncRollback and commit phases (although given I'm not in a cluster I don't that that would have any effect anyway), and it made no difference. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209466#4209466 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209466

17 years, 4 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Rolled back transactions sometimes failing to release lo

by manik.surtani＠jboss.com

I've started looking through the log files you sent, and while this doesn't solve your problem, why do you have your transaction timeout set as low as this? Is this intentional? You would minimise your error rate by increasing this so that not as many transactions time out. anonymous wrote : 2009-02-11 16:05:32,325 68671 DEBUG[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)' Setting tx as Name=[EJB uk.co.cdl.servercomponent.admin.service.AdminServiceEJB.bounceCache(int)],Xid=BEA1-0003479EAA486F45BCD8(32306485),Status=Marked rollback. [Reason=weblogic.transaction.internal.TimedOutException: Transaction timed out after 64 seconds | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209461#4209461 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209461

17 years, 4 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: Problem with deploying application

by Wolfgang Knauf

Hi, as JBoss includes a JSF implementaion (Sun JSF RI 1.2), you should not package them in your own project. Try to remove those from WEB-INF\lib: el-api-1.0.jar el-impl-1.0.jar glassfish.jsf_1.2.3.2.jar glassfish.jstl_1.2.0.1.jar javax.jsf_1.2.0.0.jar Hope this helps Wolfgang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209455#4209455 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209455

17 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-user February 2009