[JBoss-user] [Security JAAS/JBoss] - Re: Transferring Credentials from JSP-Applet
Is this a silly question? Is this not a realistic goal? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3878748#3878748 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3878748 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Transferring Credentials from JSP-Applet
Hey all, We're developing a plug-in framework on top of JBoss that will allow future developers to create pluggable components. We use JSP to launch the client-side of these plug-ins as Java applets. Since our paradigm requires that each plug-in be deployed as an individual .ear, we?re not able to coalesce all of the web services. So, on the client side, we?re using JSP to bounce users around between different client applets. The problem is that the user is required to log-in every time we launch a new applet because each applet requires access to one or more EJBs. We?ve been able to accept and authenticate credentials in the JSP and in the applets, but we can?t seem to translate authentication from the JSP to an applet without re-prompting or injecting the raw, user-entered credentials and letting the applet go through the login process under the hood. Neither of these is acceptable for obvious reasons. Can anyone point me in the right direction on this? Is there some method for supporting some single sign-on mechanism between JSP and rich Java applets? Thanks, Brett View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3877359#3877359 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3877359 --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393alloc_id=16281op=click ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Management, JMX/JBoss] - Re: detecting jboss startup
Ant can do it with the waitfor task. Probably something like: | waitfor | http url=http://localhost:8080/jmx-console/ | /waitfor | Good luck, Brett View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3855248#3855248 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3855248 --- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Installation Configuration] - Re: deployment dependencies working differently in jboss4.0.
anonymous wrote : The default configuration in jboss-4.0.0 uses scoped deployments of ears by default so deployments outside of the ear cannot see its classes In 3.2.x any archives that we put in the deploy 'lib' folder could be found by any deployed archives. In 4.0.0, the deploy 'lib' doesn't seem to be part of the classpath for our deployed archives. We're trying to create a pluggable framework within JBoss so that later developers can use our tools to very easily create plugins that subscribe to our framework architecture. For this, we need a place where jars of common classes can exist and be accessible to any deployed archives. Isn't this what the deploy 'lib' is for? Should our manifest classpaths point to the lib explicitly? FWIW, I tried using the standard server deployment and it worked the same as 3.2.x did. Though, if future JBoss releases are going to use a different classpath/loader scheme, we'd sure like to jump on board. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3855001#3855001 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3855001 --- 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] [Advanced Documentation] - Re: Thinking about a subscription. Is it worth it?
I think I read that 4.0 documentation and beyond will be free; a shift in the JBoss business model? Has anyone else heard that the 4.0 docs will be free? In any case, I wouldn't recommend getting the subscription to begin with. From what I've seen so far (about 4 months of development with the JBoss Application Server), about 90% of your questions will be answered in J2EE documentation or tutorials that you can get for free on Sun's website. Another couple of percentage points will be covered by the JNDI documentation and tutorial. JBoss docs, and most books for that matter, seem to cover the more powerful features exclusive to JBoss. The odds are that you won't approach that pitch until you're pretty far down the road development-wise. When you get that far, spring for the training or even support. In the mean time, pick the funnest looking $10 doc and get it. Of course, this is just my opinion from my experience so far. Anyone disagree? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3854435#3854435 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3854435 --- 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] - Re: Applet problem - ClassNotFoundException
As far as never conflicting, there definitely could be a problem there. In a very similar deployment scheme, I was getting ClassCastExceptions because I had redundant files in different archives. In looking into the matter, I found similar stories with most developers blaming the fact that java identifies classes, not only by their byte-code, but also by the classloader that loaded them. In JBoss (I believe), every archive in the deploy directory gets its own classloader. So, if a class is created with the class from one archive and later cast (as mine was after being down cast to an Object) to the class from the second archive, you'll get a ClassCastException. I only managed to resolve the problem by grouping everything into an exploded ear which eliminated the redundant file. I'm still working my way through the classloader paradigm, and, it seems, 4.0 has made some changes. If I've missed the lollipop on this, someone correct me. ~Brett View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3854504#3854504 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3854504 --- 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] [The Lizzard's corner] - Re: Unable to access jars that are common to both web module
I'm having a very similar problem since upgrading to 4.0. I have a significant amount of development work working under 3.2.4/6, and I thought it was time to upgrade. Now, none of my archives seem to be part of the classpath. The only applicable note I've found so far was on the Wiki which says something like, the classloader scheme has changed in 4.0, try running the 'standard' server implementation for something closer to 3.2.x. I deployed my stuff to standard and ran it, and, sure enough, everything worked fine. I've tried several different solutions, including the manifest classpaths that you mentioned, but with no luck. If nothing else, I think the 4.0 administrators guide is supposed to be released soon. Wish I could be more help, Brett View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3853882#3853882 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3853882 --- 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