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

[Design of JBoss Portal] - Displaying external Web Content in Portal

by aimi

Hy, i want to display an external WebPage in my portal. The thing is that i want the functionality that some users can log in to the portal - and then they should have access to an external webpage(login to this page with url parameters) - that means some kind of single sign on. I tried to use the Iframe Portlet but there is the problem that the external page is loaded from the users web browser, but my requirements are that the application server (jboss) redirects the user to the external page and displays it in the portal (because of some dmz security restrictions). Has anyone an idea how to solve this problem? Thank you, Michael View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204968#4204968 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204968

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Java Activity not using Interface

by camunda

Supporting both ways would be my favorite as well... The compiler at leasts checks that the method exists and the parameters are clear. And since it is an ActionHandler it is clear what its purpose is... Personally I don't lilke too much POJOs and magic wiring, but yes, best for jBPM is to leave the choice to the users... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204963#4204963 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204963

17 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - New identity API - feedback needed

by bdaw

Recently we started working on the next gen identity API for JBoss Portal. This effort currently happens under JBoss Identity initiative that may also serve other projects in the future - more in that subject will be announced soon. We are planning to ship new identity framework with JBP 2.8. Yesterday I tagged 1.0.0-Alpha1 version of the IDM component and would like to hear your opinions. Here are the most important links needed to check it out: SVN: http://anonsvn.jboss.org/repos/jbossidentity/idm/tags/1.0.0-Alpha1/ Docs: http://www.jboss.org/community/docs/DOC-13258 Quick Start Guide: http://www.jboss.org/community/docs/DOC-13263 Design and Architecture: http://www.jboss.org/community/docs/DOC-13261 Sample Maven2 project: http://anonsvn.jboss.org/repos/jbossidentity/idm/tags/1.0.0-Alpha1/exampl... Maven2 repo jars: http://repository.jboss.com/maven2/org/jboss/identity/idm/ 1.0.0-Alpha1 release contains complete API and SPI implementation. The main goal is to let everyone interested to try the API out, start playing with the framework and give some feedback. Implementation contains Hibernate and LDAP support with examples showing simple mixed configuration of both identity stores. Many parts of code are still a bit prototype and not very efficient so please focus mainly on the API/SPI and the architecture review. My intention was to implement as much of the initial design and improve code later with more input from others. The most important missing bits that I see at the moment and that should be addressed in the next component release: - Caching and performance optimizations - some parts of code are still prototype and in "just to be implemented" stage. There is simply no caching mechanism. This is something I want to look at next. - Current IdentitySessionFactory implementation is rather trivial and mostly usable for the framework tryout. - Error handling is limited and often not very verbose. If you see any bugs, NPEs etc. please use the jira: https://jira.jboss.org/jira/browse/JBID Also don't hesitate to contribute... Please share with us how does proposed API fit your needs and what shortcomings or missing bits you see. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204952#4204952 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204952

17 years, 2 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Dependency on jbossws-native

by alessio.soldano＠jboss.com

OK, thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204951#4204951 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204951

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Java Activity not using Interface

by jbarrez

Bernd, I would like to see that both approaches are doable. After all, there isn't much compile-time checking since the handler class is declared in XML. So if you refactor it, the process def will not be updated. What added value do you believe the compiler has? Perhaps it is possible to implement some kind of semi-compile-check when the process is deployed: eg check if the handler class exists, if it can be instantiated, if the param types are correct, ... I really like the POJO approach: it allows to bundle business logic into a cohesive class. But I would like to see the 'old' handler, because it is easyto explain for new people. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204950#4204950 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204950

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Module.getModuleForClassLoader()

by adrian＠jboss.org

You are kind of both right. :-) The functionality is ok since it is protected by a permission check. But there's no reason to maintain a map of module->classloader. The module already has a protected getClassLoader() method. The map exists the other way around classloader -> module to avoid having to iterate over all the domains/modules. The module doesn't have a classloader until its dependencies are satisfied and the module is asked to construct the classloader, which is why there is a callback to maintain the map. I've tidied this up in 2.0.x and trunk View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204945#4204945 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204945

17 years, 2 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Dependency on jbossws-native

by wolfc

It appears that it is not used. So you can remove it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204941#4204941 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204941

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Java Activity not using Interface

by camunda

I think not only confusing but also not checkable by the compiler... Flexibility is nice, but I like errors being found by the compiler already! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204940#4204940 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204940

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MutableClassInfo?

by kabir.khan＠jboss.com

- http://anonsvn.jboss.org/repos/jbossas/projects/jboss-mdr/trunk/src/main/... Seems to fit the main usage we have in jboss aop. Later when using the mdr in aop we can create the mdr signatures from MethodInfo etc "stale.pedersen(a)jboss.org" wrote : | mostly because then we are sure that we will get a CtClass instance within the parameter. there is also a String parameter if you would prefer to use that. it makes little sense to have a ClassInfo param since then we would just do the same work internally as with the String param. | Maybe as Ales says we should not have MutableCI as parameters. If just CI is used, we can check internally if it is of the correct type (JavassistClassInfo), otherwise fall back to the String impl and look it up from the name. It saves us having to look it up every time. "alesj" wrote : | "stale.pedersen(a)jboss.org" wrote : | | The usage of the Class parameter needs to be removed, internal methods using it will just use the CtClass object. | | | How does this effect the (weak type) cache? | That is an implementation detail that needs to be reworked internally. Having Class as the key for this won't work since we don't want the class to be loaded. Internally the weak type cache stores class names in a map of cl, so this methods can work | TypeInfoFactory.getTypeInfo(String name, ClassLoader cl) | The use of WeakClassCache by Javassist will need revisiting so that it does not try to load the class every time we try to look something up since that is not needed by the underlying implementation. "alesj" wrote : | "stale.pedersen(a)jboss.org" wrote : | | is it ok if i start commit to jboss-reflect? i can exclude the new files in the pom if needed. | | | I don't wanna sound pita, but let's finish this discussion first. | Create a wiki page with the work in progress? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204934#4204934 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204934

17 years, 2 months

1
0
0 / 0

[Design of JBoss Wiki] - Re: Wysiwyg editor ?

by thomas.heute＠jboss.com

You bet ! JBoss Wiki needs you ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204928#4204928 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204928

17 years, 2 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 January 2009