March 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Web Services] - Re: Why does DOMWriter copy namespaces?

by bk8133

I'm sincerely sorry. The examples provided are somehow not complete and right. I'm posting them again for proper ilustration: Java client would send a request like this: <q0:getUserByCredentials> | <arg0>k</arg0> | <arg1>m</arg1> | <q0:/getUserByCredentials> Delphi client would send a request like this: <getUserByCredentials xmlns="somens"> | <arg0>k</arg0> | <arg1>m</arg1> | </getUserByCredentials> View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027455#4027455 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027455

19 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Why does DOMWriter copy namespaces?

by bk8133

Greetings! I'm posting this reply, to let you know that this issue arises when implementing WS with delphi clients. Delphi is somehow always using default namespaces and within that type of xml formulation, simple method parameters normally defined as: <q0:getUserByCredentials> | <arg0 xmlns="">kumy</arg0> | <arg1 xmlns="">mah</arg1> | <q:/getUserByCredentials> are transmited in this form from delphi: <getUserByCredentials xmlns="some_namespace"> | <arg0 xmlns="">k</arg0> | <arg1 xmlns="">m</arg1> | </getUserByCredentials> After parsing the last case, these parameters(arg0 and arg1) appear empty. Is there any recomendation how to work around this issue for now? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027453#4027453 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027453

19 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: identity component in seam environment

by fady.matar

That's true and very true, I have even used seam with an old web application that uses Hibernate 2 components. I believe we must build the interface that interacts with JBPM-Identity using this approach, however I still think that we need to create and upgraded version of the JBoss-JBPM identity component using EJB 3.0 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027445#4027445 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027445

19 years

1
0
0 / 0

[Design of JBoss jBPM] - identity component in seam environment

by tom.baeyens＠jboss.com

anonymous wrote : Fady Matar wrote: | > Dear Tom, | > Initially when I started to create a workflow console based on JBPM I have | > set the design of an Authorization and Authentication framework, something | > similar to jbpm-identity and we implemented the module in jBoss Seam 1.0. I | > have created as well the user interface for it to allow managing the users. | > I believe we can migrate this module to JBoss Seam 1.2.0.GA if required, few | > modifications need to take place to enhance it, or we can create the same | > for jbpm-identity. | > | > Now since jbpm-identity uses jdk-1.4.2 I believe it will defeat the purpose | > of Seam and cannot be implemented in any case on it. We could create for | > instance a web app based on JSF to meet that purpose, or even a more daring | > approach would be to create an application in JBoss Seam that manipulates | > the database while jbpm-identity would take care of the functionality. What | > do you say? | > | > Another way is to create an EJB 3.0 implementation of the module as well and | > offer more flexibility to end users. | > | > What would you say? | > | > Fady | i would assume that seam can handle 1.4.2 beans as well. so it should be able to handle the current identity module as well. a quick scan through the seam ref manual gives this: anonymous wrote : 3.2.4. JavaBeans | | Javabeans may be used just like a stateless or stateful session bean. However, they do not provide the functionality of a session bean (declarative transaction demarcation, declarative security, efficient clustered state replication, EJB 3.0 persistence, timeout methods, etc). | | In a later chapter, we show you how to use Seam and Hibernate without an EJB container. In this use case, components are JavaBeans instead of session beans. Note, however, that in many application servers it is somewhat less efficient to cluster conversation or session scoped Seam JavaBean components than it is to cluster stateful session bean components. | | By default, JavaBeans are bound to the event context. | | Concurrent requests to session-scoped JavaBeans are always serialized by Seam. | So we can always use the data model objects as-is, i think. What might need a separate ejb3-wrapper and a maybe also refactor the IdentitySession a bit to support that external wrapper. So i think the first effort should be to try and wrap what we have into seam. If we need to update the way that IdentitySession's are created for that, no prob. If the whole identity component becomes dependent on ejb 3, that is a problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027443#4027443 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027443

19 years

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: Test suite classpath normalization

by ryan.campbell＠jboss.com

The patch on the http://jira.jboss.com/jira/browse/JBAS-3993 looks good to me and should be applied to all branches: Branch_3_2 Branch_4_0 Branch_4_2 /trunk View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027397#4027397 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027397

19 years

1
0
0 / 0

[Design of JBoss ESB] - Re: CICS gateway

by kurt.stam＠jboss.com

It should not be too difficult to do this. It should be one extra class really. You can take look at one of the existing gateways (i.e JMS). If you're interested we can start discussing implementation details on this thread. Next week should be a good week to start that. We always love to have contributors! Cheers, --Kurt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027393#4027393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027393

19 years

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-4199, default memory settings

by anil.saldhana＠jboss.com

anything that is larger than the current 256m is better. There are small shop production instances that run on default config provided with JBoss. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027374#4027374 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027374

19 years

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-4199, default memory settings

by weston.price＠jboss.com

Not a bad idea. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027372#4027372 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027372

19 years

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-4199, default memory settings

by jason.greene＠jboss.com

I always liked mysql's solution, which is to make a different config that is a generic server size: So something like: jboss-small.conf jboss-medium.conf jboss-large.conf -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027369#4027369 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027369

19 years

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-4199, default memory settings

by weston.price＠jboss.com

I agree. What about -Xms512 -Xmx768 Ironically enough, the proposed settings are less than ideal for a majority for the equipment being used currently in house. Of course, these can always be changed if the hardware supports this, so I am not sure the point of setting these in the repository version if they won't by default, work on a lot of machines. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027362#4027362 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027362

19 years

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 March 2007