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

[JBoss Microcontainer Development] - Re: Missing VirtualFile::isFile?

by david.lloyd＠jboss.com

In VFS3, VFS doesn't know (or care) if a file is an archive, unless a deployer has mounted it. VFS3's "isLeaf()" is deprecated and just returns "! isDirectory()". However, isDirectory() only returns true if the entry is known to be a directory; a false value might mean that yes it's a directory but it's not accessible for some reason (permissions etc.). So I think I will add an isFile() method and make isLeaf() call that instead... or maybe simply remove isLeaf() altogether. A getType() would be the best API of all, but Java gives us no way to guarantee we have the right answer in a consistent and race-free manner. Maybe with JDK7... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261071#4261071 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261071

16 years, 5 months

1
0
0 / 0

[JBoss ESB Development] - Re: Database already closed - jbpm persistence error on shut

by Kevin.Conner＠jboss.com

Sorry, did you send me a log? If so it hasn't arrived, can you resend? Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261062#4261062 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261062

16 years, 5 months

1
0
0 / 0

[JBoss ESB Development] - Re: Synchronous Service Invoker Action

by Kevin.Conner＠jboss.com

The PRD contains the following, but not all of it makes sense (for example the calling service does not know *how* it has been invoked nor can the response be received within the context of a transaction). anonymous wrote : Invoking a service from the action chain of another service, blocking and waiting N amount of time for a response. | Time-outs handling: | - If the calling service (the one with the SSI action) is being executed synchronously then it needs to provide an exception back to its waiting client. | - If the calling service is being executed asynchronously then the message needs to be sent to the Redelivery Service. | The waiting for a response should still be within the context of a transaction so that a timeout of the SSI action causes a transactional rollback, no message loss due to SSI action timeout. I think it would be better to have the timeout behaviour configurable, so the action has the option of throwing an exception to the caller or continuing the processing in some way. What do you think? As for transactions, the action should allow for any encompassing transaction to be suspended (and always resumed on completion) but should not rollback on failure as timeouts are application behaviour. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261060#4261060 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261060

16 years, 5 months

1
0
0 / 0

[Embedded JBoss Development] - Re: embedded and bootsrap dependencies

by ALRubinger

Well, that's confined to jboss-bootstrap-api-embedded, which is for the Embedded AS. When we say "the bootstrap project itself", what does that really mean? * Generic Bootstrap? (Lifecycle and some config w/ minimal dependencies) * MC Bootstrap (Starts and installs the Kernel) * AS Bootstrap (AS-specific configs and grammar) There isn't presently an "Embedded" project with any code now. groupId org.jboss.embedded at the moment contains a build config, an assembly, and test suites. All other code is shuffled off to other components. The reason for this is because I allowed org.jboss.embedded stuff to depend upon AS itself. Embedded AS Bootstrap doesn't need to depend upon AS for anything. I'm open to an argument that the Embedded Bootstrap belongs under the Embedded groupId. But regardless of where the code lives in SVN or its groupId, we can still do releases of it without affecting the AS. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261046#4261046 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261046

16 years, 5 months

1
0
0 / 0

[JBoss ESB Development] - Synchronous Service Invoker Action

by tfennelly

Hi. I'm in the process of adding a Synchronous Service Invoker Action as per JIRA https://jira.jboss.org/jira/browse/JBESB-2785 Do people have (or know of) any specific requirements? All I have in mind right now is something very simple, which is a "SyncServiceInvoker" action that has 2 config params - service category and service name. It routes to the target service and returns the sync response to the action pipeline for processing by the next action in the pipeline. Anything else? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261044#4261044 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261044

16 years, 5 months

1
0
0 / 0

[Embedded JBoss Development] - embedded and bootsrap dependencies

by emuckenhuber

Briefly looking at the embedded and bootstrap project i noticed: | public interface JBossASEmbeddedServer | extends | JBossASBasedServer<JBossASEmbeddedServer, JBossASServerConfig>, | Container | I think this is a embedded specific use case of how to enable users to deploy stuff, which should not be in the bootstrap project itself - rather defined by an api in the embedded project. Especially since the impl has a dependencies on the vdf. IMHO a embedded release adding features should be independent of a bootstrap release. Any thoughts? Maybe i just missed a previous discussion about this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261038#4261038 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261038

16 years, 5 months

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] - Re: Adding a ClassLoader import exclusion filter

by adrian＠jboss.org

"jason.greene(a)jboss.com" wrote : "alesj" wrote : You can already do all of these things, | | most of if just requires proper ClassLoadingMetaData / jboss-classloading.xml configuration. | | | | AFAICS a deployment can only exclude classes that it contains (excludes) or that it exports (excludeExport). A deployment could achieve this by defining all the package requirements for every EE and JBoss API it uses, however this could end up being overly verbose compared to a simple exclusion. What I am talking about would be something like a new excludeImport value which would take precedence over any import (either importAll or via module imports). However, I don't want to add it if this would violate the intentions of the design, or if you guys think it would be a bad practice. I don't see a problem with it in principle. If you add an "exclude import filter" to the ClassLoadingMetaData which gets copied into the ClassLoaderPolicy then it would just be a simple piece of code that goes directly to loadClassLocally() instead of loadClassFromDomain() when it matches the filter - and the same for resources/packages. The only thing it would complicate/break would be the consistency checking of the ClassLoaderSpace. If one of your imports also has something but you always want to use your local version then there is a potential for ClassCastException, etc. in cross classloader calls. However, if you are using this feature then you've already said you don't want to share, so presumably you've done the analysis? Such an analysis can get quite complicated. e.g. the common problem is people putting a different version of the jaxp classes in WEB-INF/lib which then has knock on effects if for example you want you're jaxb stuff to use it rather than the version in the JDK and not get ClassCastExceptions. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261031#4261031 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261031

16 years, 5 months

1
0
0 / 0

[JBoss ESB Development] - Re: BaseCertLoginModule Does Not Work?

by h.wolffenbuttel

Hi Daniel, Thanx for the assistance! The problem was located in the certlogin-users.properties and certlogin-roles.properties. The username should be: "CN\=test,\ OU\=test,\ O=\test,\ L=\test,\ ST\=test,\ C\=NL". This means escaping all "," and "=" characters, otherwise the user is not found. Also the final configuration looks like this: | <application-policy name = "CertLogin"> | <authentication> | <login-module code="org.jboss.security.auth.spi.BaseCertLoginModule" | flag = "required"> | <module-option name="password-stacking">useFirstPass</module-option> | <module-option name="securityDomain">java:/jaas/CertLogin</module-option> | <module-option name="verifier">org.jboss.security.auth.certs.AnyCertVerifier</module-option> | </login-module> | <login-module code="org.jboss.security.auth.spi.UsersRolesLoginModule" | flag = "required"> | <module-option name="password-stacking">useFirstPass</module-option> | <module-option name="defaultUsersProperties">props/certlogin-users.properties</module-option> | <module-option name="defaultRolesProperties">props/certlogin-roles.properties</module-option> | <module-option name="usersProperties">props/certlogin-users.properties</module-option> | <module-option name="rolesProperties">props/certlogin-roles.properties</module-option> | </login-module> | </authentication> | </application-policy> | Regards, Hans View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261030#4261030 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261030

16 years, 5 months

1
0
0 / 0

[JBoss ESB Development] - Re: Database already closed - jbpm persistence error on shut

by h.wolffenbuttel

Hi Kevin, Any ideas yet? Regards, Hans View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261028#4261028 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261028

16 years, 5 months

1
0
0 / 0

[Embedded JBoss Development] - Re: ShrinkWrap Export to File

by ALRubinger

"Jaikiran" wrote : However, the step of writing out to the file system | using an output stream is left to the client of the API: | | // Export to the Filesystem as a real JAR | | InputStream zipStream = ZipExporter.exportZip(archive); | | // Get a FileOutputStream and then write the contents of "zipStream" to it | | | Was this intentional? Yep. My feeling at the time (and may still be) was "everything in its place", and flushing the contents of an InputStream to a File (or any other resource) is a generic IO function better suited elsewhere. For instance, we don't see libraries which handle image manipulation providing this kind of utility. We can contrast that position with Aslak's: "aslak" wrote : We're trying to make the apis as convenient as possible to use, so a export option directly to file is probably not a bad idea. ...and arrive at a consensus. Other opinions? Also, the TMPDPL (temporary name) project in JIRA handles this abstractly, so for instance Archives may be deployed directly: * http://anonsvn.jboss.org/repos/common/tmpdpl/trunk/api/src/main/java/org/... < Container which supports deploying "Deployable" types. (I wonder if ShrinkWrap should be a dependency here, still a bit TODO there) * http://anonsvn.jboss.org/repos/jbossas/projects/bootstrap/trunk/api-embed... < Contract of the Embedded AS, which brings in "Container" support * http://anonsvn.jboss.org/repos/common/tmpdpl/trunk/impl-vdf/src/main/java... < A base implementation so archives may be represented as VDF Deployments. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261023#4261023 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261023

16 years, 5 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 October 2009