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

[Design of Security on JBoss] - Re: Cleaned up security project

by scott.stark＠jboss.org

17 years, 11 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Cleaned up security project

by anil.saldhana＠jboss.com

Not totally. All the xxx.xxx.TEST maven stuff is what Ruel did for POC. So those projects need to have a formal maven release into the repo and all the xxx.TEST stuff thrown away. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989412#3989412 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989412

17 years, 11 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBossTS/JBossJCA XA/Local transactions

by mark.little＠jboss.com

"weston.price(a)jboss.com" wrote : Classy. | | I would leave out the asterix, but that's just me. Plus, being that it is Arjuna we would have to get some form of English vernacular in there | | Can we use the word 'bumbershoot' I always liked that one. | That surprised me. It's an actual word ;-) http://dictionary.reference.com/browse/bumbershoot Though quite how an umbrella helps in this situation ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989411#3989411 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989411

17 years, 11 months

1
0
0 / 0

[Design of JBoss Build System] - Maven2 repo cleanup of jboss artifacts

by scott.stark＠jboss.org

The maven2 repo under http://repository.jboss.com/maven2/ at lease for the jboss components is garbage due to inconsistent use of groupId/artifactId. For example, here are two jboss-common-core trees: http://repository.jboss.com/maven2/jboss/common/core/jboss-common-core/ http://repository.jboss.com/maven2/jboss/jboss-common-core/ two legacy common-core trees: http://repository.jboss.com/maven2/jboss/jboss-common/ http://repository.jboss.com/maven2/jboss/core/common-core/ Most of this I guess is what Ruel ported from the jbossbuild repo. For the jboss artifacts I believe we should just have a groupId of jboss and an artifactId of the project name. As we mavenize projects we need to be validating that the dependencies to http://repository.jboss.com/maven2/ artifacts are known and valid entities. Right now: - jbossxb has invalid dependencies - We are missing jbossretro versions of the jboss-common* artifacts - jbosssx has questionable jboss artifact dependencies. We are brining on a QA person tasked with focusing on the maven2 build issues, so we can port projects and get some consistency in this area. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989410#3989410 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989410

17 years, 11 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Problems with replicating entity queries via JBC

by bstansberry＠jboss.com

Thanks, Max. I figured if update timestamps was replicated it should be OK. I'll of course test it out :). anonymous wrote : | Saying that, I'm surprised to hear that JBC isn't able to use the applications current thread context classloader ?! I thought this were the way these serilaization issues were solved before ? | Problem arises because the cache is not deployed as part of the application -- it's a shared resource. Deserialization is done by a thread coming up from the JGroups layer, not an "application" thread, so there is no single correct TCCL to use. But, you raise an interesting point about when the cache is not a shared resource. In that case it still uses the classloader that loaded JGroups to deserialize messages, rather than the TCCL that was in effect when the cache was deployed. I'll open a forum thread about that. anonymous wrote : | Note, I don't think the serialization issues only occur for querycache - it would AFAIK also occur if a user has his own UserType in the id of his entities. | Yep. That requires JBCACHE-876 to fix, since the user class will be in the Fqn rather than the data map. :( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989409#3989409 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989409

17 years, 11 months

1
0
0 / 0

[Design of Kosmos] - Re: Kosmos refresh button

by aron.gombas

Hi! "bjoy" wrote : The portlet has a refresh button. However all that seems to happen when pressed is that the entire portal page refreshes. I don't see updated information about the repository. That button is reserved for partial reloads via AJAX (implemented at some point in the future): I mean the plan is that you can reload a single portlet without reloading the whole portal page. Currently, it simply reloads the whole page. "bjoy" wrote : How can I get the latest information without having to restart the portal? You can schedule your updates as you wish! See the server configuration section in the Kosmos Manual: | The trigger for the update scheduler can be configured as a standard Spring trigger bean, either a simple one or a cron-style one: | | <bean id="serviceResultUpdateTrigger" class="org.springframework.scheduling.quartz.SimpleTriggerBean"> | <property name="jobDetail" ref="serviceResultUpdaterJob"/> | <property name="startDelay" value="7200000"/> | <property name="repeatInterval" value="7200000"/> | </bean> |  | | All the information delivered by the services will be automatically refreshed in the given time. For example, you can schedule a very expensive Subversion repository traversal at 2 o'clock in the morning every day, so the portal will reflect up-to-date results by the time you get to your browser. | "bjoy" wrote : I see in the roadmap that the 0.3.0 version is supposed to have an auto refresh capability. This is already available in 0.2.0RC2. "bjoy" wrote : A secondary question: is Kosmos is under active development? It has been a long time without any updates. Unfortunately (fortunately? :)), I got very busy recently with other (day time) projects, and I contributed 95% of the code so far. Feel free to join the project or donate to the project, if you like it and would like to see this improving. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989408#3989408 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989408

17 years, 11 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Cleaned up security project

by scott.stark＠jboss.org

Actually I can find some jboss common 1.0.1.TEST artifacts under here for example: http://repository.jboss.com/maven2/jboss/logging/jboss-logging-spi/1.0.1.... but I can't believe these are valid. The maven repo is just garbage right now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989405#3989405 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989405

17 years, 11 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Cleaned up security project

by anil.saldhana＠jboss.com

For the time being, I changed the pom for xb for 1.0.1.TEST to use | <dependency> | <groupId>jboss</groupId> | <artifactId>jboss-common-core</artifactId> | <version>2.0.2.GA</version> | <scope>compile</scope> | </dependency> | Once xb creates a formal maven release, we can update it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989404#3989404 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989404

17 years, 11 months

1
0
0 / 0

[Design of JBossCache] - Re: Why is the development of partitioning in JBossCache fro

by manik.surtani＠jboss.com

It wasn't frozen, but deferred for a later release since we did not have the resources or time to focus on it. To be honest, marking it as deferred was probably wrong. I have reopened it and targetted it for a future release (way into the future) for now; it very certainly is on the roadmap, just not for another 6 - 8 months. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989403#3989403 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989403

17 years, 11 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Cleaned up security project

by scott.stark＠jboss.org

There is no 1.0.1.TEST jboss-common-core so this dependency is wrong. There are two jbossxbs: one with a group id of jboss.jbossxb and another with a group id of jboss. We need to cleanup the maven repository and adopt a common group id convention of just jboss. My security trunk is building, but it must be due to having built jbossxb and populating the local repository. We need a valid jbossxb release to the maven repo. I'll create a jira issue in jbossxb to get this done. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989401#3989401 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989401

17 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2006