[JBoss-user] [Beginners Corner] - Does JBoss 4.0.0 recognize Class-Path: entries in MANIFEST.M
I am trying to deploy a very simple EAR file which - for the time being - contains just one ejb-jar file and a bunch of dependencies. The application.xm dd contains just one entry for the ejb module, dependencies on the included libraries are declared via appropriate entries in the ejb-jars MANIFEST.MF | ... | Class-Path: spring-1.1.jar, aopalliance.jar, ... | I find this a very convenient and elegant mechanism of dependency resolution which is - to the best of my knowledge and according to the petstore sample app - standardized in the EJB spec. Yet deploying this EAR file fails with a message to the effect that a class from spring-1.1.jar could not be loaded. Adding an entry | module | javaspring-1.1.jar/java | /module | resolves the problem, but I think this is a misuse of the java module. Furthermore, it would require adding entries for a whole lot of dependencies. So does JBoss 4.0.0 use the Class-Path attribute from MANIFEST.MF to resolve dependencies? Am I wrong in believing that this is a standard means of dependencies resolution? What other options do I have? Cheers, Olaf View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3854184#3854184 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3854184 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Beginners Corner] - [Stupid Me!] Re: Does JBoss 4.0.0 recognize Class-Path: entr
OK, always do your homework before trying to raise an issue. Due to a bug in my build system the Class-Path attribute was not written into the Main Section, so JBoss rightly ignored it. It now works as expected. Apologies, Olaf View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3854186#3854186 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3854186 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET] - jbossnet subtask and xdoclet generated value objects
We are trying to deploy some SLSBs as JBoss.NET style webservices - we are not yet ready to switch to JBoss 4.0.0 and J2EE style webservices. Our whole toolchain is xdoclet centric and thus our value objects are generated by xdoclet as well. Moreover, I would be glad if I could use JBoss.NET's xdoclet support which would make for a seamless integration into our build environment. Most of the SLSBs' methods to expose either take a vo as parameter or return one. Since these are xdoclet generated I cannot possibly add the @jboss-net.xml-schema tag and thus the correct typemapping elements in web-service.xml won't be generated. Is there an elegant solution to this problem or do I have to create those typemappings manually? If so, does the jbossnet subtask support merge points so that I could merge my manually generated typemappings into the generated web-service.xml? Cheers, Olaf View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3850066#3850066 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850066 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - [LdapLoginModule] Problem when principalDNSuffix = rolesCtxD
I have to authenticate and authorize users against the following LDAP schema: | o=myCorp,c=DE --- | | | --- ou=Users,... --- | | | --- uid=joedev... | uid: uid=joedev,ou=Users,... | realName: Joe Develop | memberOf: role1 | memberOf: role2 | userPassword: xZ...jk= | What makes this different from the example configuration to be found in AdminDevel_323.pdf - which I have been studying inside out - is that a user's roles are stored in the same node as the user himself. My realm definition thus far is | login-module code = org.jboss.security.auth.spi.LdapLoginModule flag = required | module-option name = java.naming.factory.initialcom.sun.jndi.ldap.LdapCtxFactory/module-option | module-option name = java.naming.security.authenticationsimple/module-option | module-option name = java.naming.provider.urlldap://localhost:389//module-option | module-option name = principalDNPrefixuid=/module-option | module-option name = principalDNSuffix,ou=Users,o=myCorp,c=DE/module-option | module-option name = uidAttributeIDuid/module-option | module-option name = matchOnUserDNfalse/module-option | module-option name = allowEmptyPasswordsfalse/module-option | module-option name = hashAlgorithmSHA-1/module-option | module-option name = hashCharsetUTF-8/module-option | module-option name = hashEncodingbase64/module-option | module-option name = rolesCtxDNou=Users,o=myCorp,c=DE/module-option | module-option name = roleAttributeIDmemberOf/module-option | /login-module | Using this config under JBoss 3.2.1 I succeeded in authenticating user joedev, but failed to assert his roles role1, role2, ... . I have been studying the source code for LdapLoginModule and have tracing for org.jboss.security enabled, so I know that my module-options are passed in as intended. Still JBoss fails to find the roles stored in the memberOf attribute. Any help would be greatly appreciated. On a different note: studying the LdapLoginModule source I notice that for the roles search to succeed at all the value of the uidAttributeId attribute (uid) must be the authenticated user's full DN (principalDNPrefix + joedev + principalDNSuffix), NOT just his username (joedev) as I would have expected. Is this behaviour intended? Regards, Olaf Bergner View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3846406#3846406 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3846406 --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Correction: [LdapLoginModule] Problem when principalDNSuffix
Forget the afterthought about the uidAttributeId's value which must be set to the user's full DN. This is of cource only true if matchOnUserDN is set to true. Still I wonder why authorization fails. Regards, Olaf Bergner View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3846407#3846407 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3846407 --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET SOAP] - JavaBeans with java.util.Collection properties as parameter/
I am trying to deploy some SLSBs of an existing app as web services. My central domain object is a tree-like structure where parent nodes keep references to its child nodes in implementations of java.util.Set. For various reasons, changing to typed java arrays or java.util.List is no option. I use xdoclet together with the jbossnet subtask to generate the web-service.xml file. I am able to deploy the .wsr file, and JBoss.NET will generate a wsdl file, yet issue a warning: [Types] The class java.util.Set is defined in a java or javax package and cannot be converted into an xml schema type. An xml schema anyType will be used to define this class in the wsdl file. I cannot, however, use this file to generate a client stub, since some - not all - of those java.util.Set properties are mapped as the type tns3:Set where tns3 is an undeclared namespace. Other java.util.Set properties are mapped as xsd:anyType and java.util.List properties as soapenc:Array. Running wsdl2java against this wsdl file consequently fails with a message to the effect that the type tns3:Set is referenced but not declared. So why are some sets mapped as xsd:anyType, others as tns3:Set? And what are my options in this situation? I am pretty much new to web services, so any hints are welcome. Cheers, Olaf a href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3827288#3827288;View the original post/a a href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3827288Reply to the post/a --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET SOAP] - Re: JavaBeans with java.util.Collection properties as parame
Thanks for your prompt answer, James. james.clover wrote : Java Collection classes aren't recommended for SOAP interfaces, mostly for interop reasons. If all you're needing is a list of objects without duplicates, then your interface can just be an array of objects. You can treat is as a Set from either side of the interface. I am afraid I cannot change my domain objects to always use arrays instead of Sets. I am using Hibernate as my persistence layer, and Hibernate demands that properties mapped as arrays or Lists strictly obey the list semantics, i.e. be indexed. What's more, it requires a table column holding the index of each array element, and changing the table layout is simply no option. On the other hand, I am operating in a homogenous java environment, so interop concerns are a non-issue. So do I have other options? Cheers, Olaf a href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3827296#3827296;View the original post/a a href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3827296Reply to the post/a --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Management, JMX/JBoss] - Re: Generating attribute tags via xdoclet
Done. Overlooked the value-parameter in the @jmx.managed-attribute tag. Cheers, Olaf a href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3826496#3826496;View the original post/a a href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3826496Reply to the post/a --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user