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

[Design of EJB 3.0] - Re: Classloading problem in proxy factories

by ron.sigal＠jboss.com

Are you guys still ok with Remoting as updated? If so, I'm ready to tag it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173475#4173475 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173475

16 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBoss with spaces in the directory name

by mstruk

The spaces issue looks fixed now. I'm still seeing some other propertyeditors test failures when building jboss-common-core: | ------------------------------------------------------------------------------- | Test set: org.jboss.test.util.test.propertyeditor.PropertyEditorsUnitTestCase | ------------------------------------------------------------------------------- | Tests run: 5, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.49 sec <<< FAILURE! | testJBossEditors(org.jboss.test.util.test.propertyeditor.PropertyEditorsUnitTestCase) Time elapsed: 0.318 sec <<< ERROR! | org.jboss.util.NestedRuntimeException: Unparseable date: "Tue Jan 4 23:38:21 PST 2005"; - nested throwable: (java.text.ParseException: Unparseable date: "Tue Jan 4 23:38:21 PST 2005") | at org.jboss.util.propertyeditor.DateEditor.setAsText(DateEditor.java:147) | at org.jboss.test.util.test.propertyeditor.PropertyEditorsUnitTestCase.doTests(PropertyEditorsUnitTestCase.java:456) | at org.jboss.test.util.test.propertyeditor.PropertyEditorsUnitTestCase.testJBossEditors(PropertyEditorsUnitTestCase.java:356) | ... | ... | | Caused by: java.text.ParseException: Unparseable date: "Tue Jan 4 23:38:21 PST 2005" | at java.text.DateFormat.parse(DateFormat.java:337) | at org.jboss.util.propertyeditor.DateEditor.setAsText(DateEditor.java:131) | ... 25 more | | testDateEditor(org.jboss.test.util.test.propertyeditor.PropertyEditorsUnitTestCase) Time elapsed: 0.02 sec <<< ERROR! | java.text.ParseException: Unparseable date: "Fri, 25 Jun 1971 00:30:00 +0200" | at java.text.DateFormat.parse(DateFormat.java:337) | at org.jboss.test.util.test.propertyeditor.PropertyEditorsUnitTestCase.testDateEditor(PropertyEditorsUnitTestCase.java:373) | | These look like having to do with default locale expectations. - marko View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173437#4173437 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173437

16 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Some Maven related changes

by pgier

I made the maven changes in svn for the main microcontainer kernel project. If this works ok for everyone, I'll do the other projects next week. I noticed there is a log4j.properties file in some of the modules. Is this used? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173425#4173425 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173425

16 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Management removing all messages on shutdown

by clebert.suconic＠jboss.com

This is being pretty annoying on my tests, so I have commented out the destroyQueue call for now: | public void undeploy(final Node node) throws Exception | { | if (node.getNodeName().equals(CONNECTION_FACTORY_NODE_NAME)) | { | String cfName = node.getAttributes().getNamedItem(getKeyAttribute()).getNodeValue(); | jmsServerManager.destroyConnectionFactory(cfName); | } | else if (node.getNodeName().equals(QUEUE_NODE_NAME)) | { | String queueName = node.getAttributes().getNamedItem(getKeyAttribute()).getNodeValue(); | //TODO: https://jira.jboss.org/jira/browse/JBMESSAGING-1413 | //jmsServerManager.destroyQueue(queueName); | } | else if (node.getNodeName().equals(TOPIC_NODE_NAME)) | { | String topicName = node.getAttributes().getNamedItem(getKeyAttribute()).getNodeValue(); | //TODO: https://jira.jboss.org/jira/browse/JBMESSAGING-1413 | //jmsServerManager.destroyTopic(topicName); | } | } | I'm not sure how undeploy should work here. I will let this for Jeff or Andy to deal with that. ATM https://jira.jboss.org/jira/browse/JBMESSAGING-1413 is with Jeff. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173423#4173423 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173423

16 years, 4 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: XTS Participant APIs for use by Web Service-specific cod

by mark.little＠jboss.com

Just another BTW ;-) I am fairly sure that those operations can be removed in favour of the equivalents in the 1.1 specification. I'll have to check because I think we added more status-like ops in the 1.2 version. Obviously the 1.0 version (pre-OASIS) is something different though, since status/getStatus didn't exist in the 2003 version of the specification. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173398#4173398 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173398

16 years, 4 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: Persistence unit deployers are not invoked for WEB-INF/l

by wolfc

Keep in mind we currently don't want to accidentally deploy EJBs defined in suck a jar. Would be nice if this is some boolean we can switch on at will. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173396#4173396 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173396

16 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Thread usage in AIO layer

by clebert.suconic＠jboss.com

anonymous wrote : To clarify: | | You're saying the move to next file would currently block until the old file could be closed? | I aways have one file opened. There is one wait. The only possibility waits on nextFile is if .close is taking more time than what it takes to write data to a file. This would be a lack of resources problem from the hardware, and I can't do any magics. If the system/HD is slow because of overuse.. it is slow.. what can I do? anonymous wrote : Yes it's unlikely, but it's possible and therefore is an issue. What can I do if the hardware is not answering properly? There is nothing I can do here. Opening several files would only worsen the situation on the hardware. anonymous wrote : Anything that might happen, however unlikely we must handle, rather than just barf. We won't barf... we would wait until the openedFileCache was restablished. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173386#4173386 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173386

16 years, 4 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: Persistence unit deployers are not invoked for WEB-INF/l

by adrian＠jboss.org

JIRA Issues: https://jira.jboss.org/jira/browse/JBAS-5911 https://jira.jboss.org/jira/browse/JBAS-5912 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173383#4173383 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173383

16 years, 4 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: ClientUserTransaction and TxPropogation inefficiencies

by mark.little＠jboss.com

"jhalliday" wrote : | Then there is the question of what the behaviour should be when the client is using RMI/IIOP rather than JRMP for transactional calls to the server. Should it need the JBossTS libraries, or should it continue to use UT? What if it wants to switch to JBossTS? Using either the JTA API or the CORBA API for transaction demarcation. We shouldn't need any current JBossTS code at the client side if the client code indirects through JTS. The client should simply interact with the Current pseudo-object, which we know can be wrapped by a UserTransaction. The current UserTransactions in JBossTS would pull in too much of the JBossTS code. What we had in HP (written by Malik) was a small UT implementation that called directly to Current (or maybe it was TransactionFactory, I can't remember, but in which case it would also be doing thread-to-transaction association). I'll dig around and see if I can still find that code, because it's definitely not in the JBossTS sources at the moment. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173381#4173381 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173381

16 years, 4 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: Persistence unit deployers are not invoked for WEB-INF/l

by adrian＠jboss.org

I don't understand why there is a long discussion. It's clearly a bug. The WARStructure is adding WEB-INF/classes/META-INF as a metadata location, but not the META-INF folders of the nested jars. | // Create a context for this war file with WEB-INF as the location for metadata | // Some wars also might have metadata in WEB-INF/classes/META-INF, e.g. persistence.xml | context = createContext(structureContext, new String[]{"WEB-INF", "WEB-INF/classes/META-INF"}); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4173378#4173378 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4173378

16 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 August 2008