October 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Collaboration Server] - Pointer for upgrading JBCS to use EJB3 RC9

by sappenin

I upgraded my JBCS server to use EJB3 RC9, and as soon as I tried using webmail, I was getting all kinds of errors like: | javax.ejb.EJBException: java.lang.IllegalArgumentException: org.hibernat | e.hql.ast.QuerySyntaxException: JPA-QL compliance requires select clause For those that are interested, it appears that EJB3 RC9 now enforces JPA-QL strict compliance by default. To get JBCS running, I followed the instructions at this link: http://www.hibernate.org/371.html#A4 Essentially, you need to add the following line to the Hibernate persistence.properties file (located at JBoss_HOME/server/default/deploy/ejb3.deployer/META-INF) hibernate.query.jpaql_strict_compliance=false Regards, David View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977396#3977396 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977396

19 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Ordering of nested deployments

by scott.stark＠jboss.org

You understanding is correct. The problem as I see it is that this is really more of a component lifecycle issue rather than a deployer issue. In our old deployment framework deployment and component lifecycle were tightly coupled. Now the deployers are just translating metadata into kernel beans, and the kernel lifecycle/dependency should be triggering things like commiting the PCs before the deployment components are fully started. The associated java.security.Policy object also needs to be refreshed after this. The best way would be to hook in a JaccSetup pojo would be a bean apon which the "container" beans dependend. Maybe this is best done via injection of the bean representing the security domain. I think its just going to take a fair amount of refactoring to properly leverage the mc where approriate. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977395#3977395 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977395

19 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Aspectized JACC deployment layer

by scott.stark＠jboss.org

I would be more inclined to create an encompassing SecurityMetaData instance that had a jacc flag, or even use a jacc-context setting to trigger whether or not the jacc policy was created as part of a AbstractSimpleRealDeployer that dealt with all of the security stuff. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977393#3977393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977393

19 years, 6 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - JBoss AOP and Mobile Agents -- Will it work????

by zarafield

I am a newbie to AOP and have a little experience with mobile agents. I have Aglets working with AspectJ, but would like to be able to use dynamic AOP - I am not sure if it is going to be possible!!!! Initially I am trying Voyager and the standalone version of AOP. As you are required to set the classloader to one that is jboss specific, this affects the running of Voyager. as per the warnings and errors below. Also, if a migrating POJO moves to a new location with it's annotated aspect, would it need to have the aop classloader running on the new location in order for the annotated aspects to work? Finally, when running an annotated aspect you need to specify the directory where the annotated class would be i.e. java -Djava.system.class.loader=org.jboss.aop.standalone.SystemClassLoader -Djboss.aop.class.path=c:\jbossaop2\jboss-aop_1.5.1.GA\docs\aspect-framework\examples\annotated-aspects\ Driver This is also causing a problem.... Any suggestions appreciated!!! ------------------------------------------------------------------------------------- Voyager also has the following resourceloading api http://www.ifi.unizh.ch/ddis/staff/vorburg/doc/api/Orbpro/com/objectspace... ------------------------------------------------------------------------------------- [warn] Could not find class com.ms.security.PolicyEngine that com.objectspace.vo yager.loader.MSVoyagerClassLoader references. It may not be in your classpath a nd you may not be getting field and constructor weaving for this class. javassist.NotFoundException: com.ms.security.SecurityClassLoader at javassist.ClassPool.get(ClassPool.java:416) at javassist.CtClassType.getSuperclass(CtClassType.java:602) at org.jboss.aop.instrument.FieldAccessTransformer.buildFieldWrappers(Fi eldAccessTransformer.java:80) ....... [error] failed to transform: com.objectspace.voyager.loader.MSVoyagerClassLoader View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977387#3977387 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977387

19 years, 6 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: SIgnaficane of the ControllerMode ....

by alesj

What exactly do you want to do - for wanting more details? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977384#3977384 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977384

19 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Aspectized JACC deployment layer

by bill.burke＠jboss.com

I partitioned out the JACC layer into the server module under org.jboss.deployment.JaccInitializationDeployer org.jboss.deployment.JaccCommitDeployer It feels almost a little hacky, why? The JaccInitializationDeployer takes a set a set of attachment names. If the deploymentContext contains that transient attachment, then it will add PolicyConfiguration. The idea being that you can trigger JACC based on whether or not a given DU is a certain type of deployment (is it an EAR WAR or EJB JAR?) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977377#3977377 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977377

19 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Ordering of nested deployments

by bill.burke＠jboss.com

"scott.stark(a)jboss.org" wrote : Currently all deployments are added to a list in breadth first order. Previously I had a plugin that would return a directed graph of the contexts in a given top level deployment which allowed this to be configurable. This or some other metadata to control this for backward compatibility seems needed. | This ordering needs to be nailed down. Why? Please take a look at the server/ module under org.jboss.deployment.JaccInitializationDeployer and JaccCommitDeployer. Unless I am misunderstanding JACC, the parent PC cannot commit until all child PCs are linked. So, the implementation of these deployers is dependent on the ordering of deployment units. My implementation depends on Bredth-first, as initialisation creates and links the PC while commit just commits. I'll have to switch where the link happens based on whether it is depth/bredth. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977374#3977374 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977374

19 years, 6 months

1
0
0 / 0

[Design of JBossXB] - Re: Marshalling Into java.util.properties

by alex.loubyansky＠jboss.com

serialDataType="jbxb" is a feature of the Service Deployment parsing. You are using your own. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977368#3977368 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977368

19 years, 6 months

1
0
0 / 0

[Design of JBossXB] - Re: Marshalling Into java.util.properties

by anil.saldhana＠jboss.com

So I have to manually take care of the Properties structure in my impl? I do not get the same help from JBossXB as in ServiceDotXML, I mean the jbxb style attributes? http://wiki.jboss.org/wiki/Wiki.jsp?page=SERVICEdotXML View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977366#3977366 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977366

19 years, 6 months

1
0
0 / 0

[Design of JBossXB] - Re: Marshalling Into java.util.properties

by alex.loubyansky＠jboss.com

The elements were ignored because the ObjectModelFactory impl returned null for those elements. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977362#3977362 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977362

19 years, 6 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 October 2006