[Tomcat, HTTPD, Servlets & JSP] - Re: webmethod within a jsp-file
by PeterJ
You never said you were using beta software! Looks like a classloader issue to me, and the classloader in 5.0 beta4 is very broke.
Using 5.0 beta 4, if I create the web service, then generate the WSDL, and then use wsconsume to generate the client stubs, there is always a stub whose name matches the name of the class that implements the web service. Then, when my servlet attempts to create the web service connection, I get the same "xxx is not an interface" exception. Apparently, web services is using the wrong classloader repository to look up the class - it is looking in the more global classloader repository which contains the web service implementation class, which of course, is not an interface. It should, instead, be using the classloader repository for the war file, in which case it will find the interface for which it is looking.
Interestingly enough, if I develop my web service using a top-down approach (wsdl first, then generate stubs, and implement based on those stubs) it works. That is because both the global classloader repository and the war classloader repository agree that the class in question is really an interface.
Let me try the top-down approach in 4.2.2, back in a second. It works. Hmm, let me try the bottom-up approach in 4.2.2. That works also. Moral of the story - when things don't work, if you are using a beta of the next version, fall back to a qualified, released version and try it there - it just might work.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134988#4134988
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134988
18 years, 1 month
[JBoss Portal] - How to build custom User/Role/UserProfile/Membership Modules
by arnieOag
I have read through chapters 16 and 18 in the 2.6.4 portal and was finally able to get authentication to our Novell eDirectory (LDAP) server working, but I could see the portal was throwing a lot of errors in the background, mainly because the schema wasn't what it was expecting. No biggie there.
However, based on our crazy State-regulated setup here, I need to completely replace the classes that relate to these modules:
| <login-module code="org.jboss.portal.identity.auth.IdentityLoginModule" flag="required">
| <module-option name="unauthenticatedIdentity">guest</module-option>
|
| <module-option name="userModuleJNDIName">java:/portal/UserModule</module-option>
| <module-option name="roleModuleJNDIName">java:/portal/RoleModule</module-option>
| <module-option name="userProfileModuleJNDIName">java:/portal/UserProfileModule</module-option>
| <module-option name="membershipModuleJNDIName">java:/portal/MembershipModule</module-option>
|
| <module-option name="additionalRole">Authenticated</module-option>
| <module-option name="password-stacking">useFirstPass</module-option>
| </login-module>
|
Why?
We already have an JNDI-based library that does Authentication against our Novell eDirectory/LDAP server and it also checks to see if the account is disabled, which I don't think the ones that come with JBoss do. Then there is the rather complex Application Security database we've created to control Authorization. Our "roles" are in there and are effective dated. This setup will be for internal employees and external public users.
I have looked high and low on line and cannot find a document that really deals with doing this. Some people have submitted code snippets but I really need to replace everything.
We will never track as much user profile data as is configured and we can't use the Captcha functionality because its not Accessible.
Could someone tell me:
1) Which classes I have to replace;
2) where right source is? I went to jboss.org and downloaded the source to the portal only to find a large number of missing libraries (\thirdpary\*) and no reference as to where that is.
Thanks!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134982#4134982
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134982
18 years, 1 month
[Installation, Configuration & DEPLOYMENT] - Delay in process runtime
by lordbinky
Hello,
I am having a problem when we run a process on a Dell box using Jboss version 4.2 it takes 4 minutes. On my machine it takes 18 minutes. When we updated to Jboss 4.2.2 the problem seems to go away and runs fine on both machines. I don't think that there was anything wrong with either machine.
Can you help me determine what it is about my system that makes it run slower with the particular version of JBoss? Do you think there might be other differences that have not been discovered yet?
The Dell specs are:
Dell Poweredge 2950 2U
2x Xeon 5130 (or Opteron equiv.)
8gb RAM
2x Gbe NIC (onboard)
2x 160gb w/ 1x 160gb backup (hotspare)
Dell PERC RAID controller
CD/DVD
Red Hat Enterprise Linux 5
My Specs are:
Supermicro MBD-X7DVL-i
2 Xeon 5130 DC 2.0
4 DDR2 2GB PC2-5300 FB-DIMM
3 Seagate 160GB SATA 3.0 8MB (raid 1 w/ hotspare)
3ware ESC 9550SXU-4LP
Red Hat Enterprise Linux 5
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134980#4134980
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134980
18 years, 1 month
[JCA/JBoss] - Stateless EJB calling WorkManager directly - legal?
by gsniderJBoss
If a stateless EJB gets a JBossWorkManager (see code below) without going through an RA, should everything still work?
The problem I'm seeing is:
1) A CMT transaction TX1 is created in the EJB via hibernate call.
2) the ejb schedules work in the WorkManager [workManager.scheduleWork(myWork, WorkManager.INDEFINITE, new ExecutionContext(), myListener); ]
3) A new transaction is created TX2 by the WorkManager
4) TX2 cannot 'see' any of the changes from TX1 either from inserts, updates and even after calling flush on the Hibernate session
How can I coordinate these transactions? Do I need an RA?
------------------------------------------
Config: 4.2.2.GA on MySQL 5.x
XA-DataSource using MySQL xa driver
EJB getting a JBossWorkManager:
MBeanServerConnection mconn = (MBeanServerConnection) ctx.lookup("jmx/invoker/RMIAdaptor");
| ObjectName objectName = new ObjectName("jboss.jca:service=WorkManager");
| JBossWorkManagerMBean jwm = (JBossWorkManagerMBean) MBeanServerInvocationHandler.newProxyInstance(blah, objectName, JBossWorkManagerMBean.class,false);
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134971#4134971
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134971
18 years, 1 month