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

[Design of POJO Server] - Re: [jboss-metadata] Cannot get at DeploymentSummary set in

by scott.stark＠jboss.org

It only needs to be read-only for the values that should not be changed from the wrapped metadata elements. Transient values integrating deployer information should still be settable on the wrapper. The deployment summary is certainly one of these. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158476#4158476 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158476

16 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: thoughts on remoting configuration

by timfox

Yes, makes sense. We should also do something like subclass the Configuration interface since not all attributes are appropriate for all transports. E.g. Have TCPConfiguration, InVMConfiguration, HTTPConfiguration etc. Also probably same for the Location interface. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158474#4158474 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158474

16 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Changing the way AbstractVFSDeployment serializes root

by scott.stark＠jboss.org

That will also change the vfs relative path. Different vfs context should not matter, but being able to access the parent breaks the api usage. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158464#4158464 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158464

16 years, 3 months

1
0
0 / 0

[Design of EJB 3.0] - Re: MergedJBossClientMetaDataDeployer is not used?

by scott.stark＠jboss.org

That is right, it must have been lost during some merge. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158462#4158462 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158462

16 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Expression Evaluation in ActionHandler Properties

by kukeltje

anonymous wrote : | What do you guys think? Skip it and tell the people they should do the evaluation themselves in the ActionHandler (basically that is my recommendation at the moment)? Currently I'd go for this option if by 'telling' you mean a nice example in the docs. Supporting it out of the box is (I think) the 'seam' way. So in 4 I'd go for it.... I have no idea how to implement it since I do not know that part of jBPM core code View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158461#4158461 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158461

16 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: BCC in Mail Action

by kukeltje

on the subject of mail: - I have html mail ready (optional by configuration) - Configurable task-reminders (reminders for customers need a different text and often a different url for resolving the task) then reminders for e.g. employees, or even managers. What are we going to do for jPDL 4? (JSF) Templates like seam has? or stick with the current (decent enough) implementation View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158457#4158457 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158457

16 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jira cleanup

by kukeltje

you mean as 'easy' as 1, 2, 3. Simple was with Do Re Mi anonymous wrote : | CHORUS: | J5: ABC | Michael: Easy as... | J5: 123 | Michael: Or simple as... | J5: Do re mi | Michael: ABC, 123, baby, you and me girl | QED On a more serious note... Aren't resolving and closing two steps in the process. Often a developer resolves and issue (e.g. done) and QA closes it if it realy is done (after testing). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158456#4158456 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158456

16 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - thoughts on remoting configuration

by ataylor

Once we have Netty implementation for remoting and also when we have implementations for say HTTP and Servlet is the cuurent way we configure remoting going to get messy. For instance you may want an acceptor listening on TCP and HTTP and also INVM. I was thinking something similar to the following. | <remoting acceptorType="Mina"> | <remoting-transport>TCP</remoting-transport> | <remoting-bind-address>5400</remoting-bind-address> | <remoting-host>localhost</remoting-host> | <remoting-port>5400</remoting-port> | <remoting-call-timeout>5000</remoting-call-timeout> | <remoting-tcp-nodelay>true</remoting-tcp-nodelay> | <remoting-tcp-receive-buffer-size>32768</remoting-tcp-receive-buffer-size> | <remoting-tcp-send-buffer-size>32768</remoting-tcp-send-buffer-size> | <remoting-ping-interval>10000</remoting-ping-interval> | <remoting-ping-timeout>5000</remoting-ping-timeout> | <remoting-enable-ssl>false</remoting-enable-ssl> | <remoting-ssl-keystore-path>messaging.keystore</remoting-ssl-keystore-path> | <remoting-ssl-keystore-password>secureexample</remoting-ssl-keystore-password> | <remoting-ssl-truststore-path>messaging.truststore</remoting-ssl-truststore-path> | <remoting-ssl-truststore-password>secureexample</remoting-ssl-truststore-password> | </remoting> | <remoting acceptorType="Mina"> | <remoting-transport>HTTP</remoting-transport> | <remoting-bind-address>5401</remoting-bind-address> | <remoting-host>localhost</remoting-host> | <remoting-port>5400</remoting-port> | <remoting-call-timeout>5001</remoting-call-timeout> | </remoting> | <remoting acceptorType="INVM"> | <remoting-host>localhost</remoting-host> | </remoting> | I think this would make it simpler for the end user, wdyt? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158452#4158452 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158452

16 years, 3 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Unit Tests for Unbinding References from JNDI in EJB3 Pr

by ALRubinger

"ALRubinger" wrote : Though probably isn't worth the effort; I see that Alexey's tests for JBoss50Creator (the piece responsible for handling JBoss-specific annotations) are now passing, so I'll probably try to change over to use this soon. Done. http://jira.jboss.com/jira/browse/EJBTHREE-1422 So of course now we have: http://jira.jboss.com/jira/browse/EJBTHREE-1423 S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158444#4158444 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158444

16 years, 3 months

1
0
0 / 0

[TODO - DEVELOPMENT] - must specify the fully-qualified name of the Java class erro

by jquintanam

hi everybody, I'm trying to deploy my project using the project archives utility of JBoss IDE, and an error is shown for all my EJB's. WARN [verifier] EJB spec violation: Bean : Facade Section: 22.2 Warning: The Bean Provider must specify the fully-qualified name of the Java class that implements the enterprise bean's business methods in the <ejb-class> element. Info : Class not found on 'java.pblu.integration.ejb.FacadeBean': No ClassLoaders found for: java.pblu.integration.ejb.FacadeBean The path is correct, the .ear is build correctly and this is the corresponding ejb-jar section: <ejb-name>Facade</ejb-name> java.pblu.integration.ejb.interfaces.FacadeHome java.pblu.integration.ejb.interfaces.Facade <local-home>java.pblu.integration.ejb.interfaces.FacadeLocalHome</local-home> java.pblu.integration.ejb.interfaces.FacadeLocal <ejb-class>java.pblu.integration.ejb.FacadeBean</ejb-class> <session-type>Stateless</session-type> <transaction-type>Container</transaction-type> I think everything seems to be right, so I can't find the problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158443#4158443 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158443

16 years, 3 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 June 2008