December 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBBUILD-440) Add property that causes jboss-deploy to be skipped.

by Paul Gier (JIRA)

Add property that causes jboss-deploy to be skipped. ---------------------------------------------------- Key: JBBUILD-440 URL: http://jira.jboss.com/jira/browse/JBBUILD-440 Project: JBoss Build System Issue Type: Feature Request Components: maven-jboss-deploy-plugin Reporter: Paul Gier Assigned To: Paul Gier Fix For: maven-jboss-deploy-plugin-1.6 It would be helpful in some situations to be able to have the jboss deploy plugin configured, but be able to skip it for things like the hudson build. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBBUILD-437) Allow for thirdparty artifact name to differ from maven artifactId

by Andrew Lee Rubinger (JIRA)

Allow for thirdparty artifact name to differ from maven artifactId ------------------------------------------------------------------ Key: JBBUILD-437 URL: http://jira.jboss.com/jira/browse/JBBUILD-437 Project: JBoss Build System Issue Type: Feature Request Affects Versions: maven-jboss-deploy-plugin-1.5 Reporter: Andrew Lee Rubinger Assigned To: Paul Gier Defining case for this is jbossas/projects/metadata Maven Artifact ID is "jboss-metadata", but in repository.jboss.org this is placed into "jboss/metadata/", not "jboss/jboss-metadata". Please provide a hook for the override of the thirdparty artifact name. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

3
7
0 / 0

[JBoss JIRA] Created: (JBAS-5093) NoClassDefFoundError: org/jboss/metadata/annotation/AbstractAnnotationImpl

by Thomas Diesler (JIRA)

NoClassDefFoundError: org/jboss/metadata/annotation/AbstractAnnotationImpl -------------------------------------------------------------------------- Key: JBAS-5093 URL: http://jira.jboss.com/jira/browse/JBAS-5093 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Thomas Diesler Fix For: JBossAS-5.0.0.Beta3 Regression in JNDI lookup http://jbws.dyndns.org:8180/hudson/job/Native-Integration-AS-5.0.0/lastBu... java.lang.NoClassDefFoundError: org/jboss/metadata/annotation/AbstractAnnotationImpl at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:242) at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:154) at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:620) at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:247) at sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:197) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1544) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1466) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1699) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348) at java.rmi.MarshalledObject.get(MarshalledObject.java:135) at org.jnp.interfaces.MarshalledValuePair.get(MarshalledValuePair.java:72) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:712) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:629) at javax.naming.InitialContext.lookup(InitialContext.java:351) at org.jboss.ejb3.client.ClientLauncher.loadXML(ClientLauncher.java:97) at org.jboss.ejb3.client.ClientLauncher.launch(ClientLauncher.java:168) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (JBREM-883) Mechanism for notification on endpoint shutdown

by David Lloyd (JIRA)

Mechanism for notification on endpoint shutdown ----------------------------------------------- Key: JBREM-883 URL: http://jira.jboss.com/jira/browse/JBREM-883 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Reporter: David Lloyd Priority: Minor Fix For: Remoting 3 M2 Allows protocols to clean up when the endpoint is terminated, among other things. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
2
0 / 0

[JBoss JIRA] Updated: (JBCACHE-131) Cache Loaders (when unshared, and not used with passivation) Should Persist Transient State Upon Startup

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-131?page=all ] Manik Surtani updated JBCACHE-131: ---------------------------------- Summary: Cache Loaders (when unshared, and not used with passivation) Should Persist Transient State Upon Startup (was: Cache Loaders (when unshared, and not used with eviction) Should Persist Transient State Upon Startup) > Cache Loaders (when unshared, and not used with passivation) Should Persist Transient State Upon Startup > -------------------------------------------------------------------------------------------------------- > > Key: JBCACHE-131 > URL: http://jira.jboss.com/jira/browse/JBCACHE-131 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.2.2 > Reporter: Jimmy Wilson > Assigned To: Manik Surtani > Priority: Minor > Fix For: 2.1.0.GA, 1.4.X > > Attachments: TreeCache.zip > > > Given the following single, unshared cache loader use case in the TreeCache documentation: > "This is a similar case as the previous one, but here only one node in the cluster interacts with a backend store via its CacheLoader. All other nodes perform in-memory replication. A use case for this is HTTP session replication, where all nodes replicate sessions in-memory, and - in addition - one node saves the sessions to a persistent backend store" > A cache with attached cache loader should persist the transient state of the cache to disk upon startup in order to maintain cache recoverability. > I have modified TreeCache to handle this situation, and I will attach the modified code to this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBCACHE-131) Cache Loaders (when unshared, and not used with eviction) Should Persist Transient State Upon Startup

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-131?page=all ] Manik Surtani updated JBCACHE-131: ---------------------------------- Fix Version/s: 2.1.0.GA 1.4.X > Cache Loaders (when unshared, and not used with eviction) Should Persist Transient State Upon Startup > ----------------------------------------------------------------------------------------------------- > > Key: JBCACHE-131 > URL: http://jira.jboss.com/jira/browse/JBCACHE-131 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.2.2 > Reporter: Jimmy Wilson > Assigned To: Manik Surtani > Priority: Minor > Fix For: 2.1.0.GA, 1.4.X > > Attachments: TreeCache.zip > > > Given the following single, unshared cache loader use case in the TreeCache documentation: > "This is a similar case as the previous one, but here only one node in the cluster interacts with a backend store via its CacheLoader. All other nodes perform in-memory replication. A use case for this is HTTP session replication, where all nodes replicate sessions in-memory, and - in addition - one node saves the sessions to a persistent backend store" > A cache with attached cache loader should persist the transient state of the cache to disk upon startup in order to maintain cache recoverability. > I have modified TreeCache to handle this situation, and I will attach the modified code to this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
0
0 / 0

[JBoss JIRA] Reopened: (JBCACHE-131) Cache Loaders (when unshared, and not used with eviction) Should Persist Transient State Upon Startup

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-131?page=all ] Manik Surtani reopened JBCACHE-131: ----------------------------------- Assignee: Manik Surtani Need to investigate whether there is a real use case for this, both in 1.4.x as well as 2.x. > Cache Loaders (when unshared, and not used with eviction) Should Persist Transient State Upon Startup > ----------------------------------------------------------------------------------------------------- > > Key: JBCACHE-131 > URL: http://jira.jboss.com/jira/browse/JBCACHE-131 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.2.2 > Reporter: Jimmy Wilson > Assigned To: Manik Surtani > Priority: Minor > Fix For: 2.1.0.GA, 1.4.X > > Attachments: TreeCache.zip > > > Given the following single, unshared cache loader use case in the TreeCache documentation: > "This is a similar case as the previous one, but here only one node in the cluster interacts with a backend store via its CacheLoader. All other nodes perform in-memory replication. A use case for this is HTTP session replication, where all nodes replicate sessions in-memory, and - in addition - one node saves the sessions to a persistent backend store" > A cache with attached cache loader should persist the transient state of the cache to disk upon startup in order to maintain cache recoverability. > I have modified TreeCache to handle this situation, and I will attach the modified code to this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1168) Rename @Local in ext-api to @ProducerLocal

by Andrew Lee Rubinger (JIRA)

Rename @Local in ext-api to @ProducerLocal ------------------------------------------ Key: EJBTHREE-1168 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1168 Project: EJB 3.0 Issue Type: Task Affects Versions: AS 5.0.0.Beta3 Reporter: Andrew Lee Rubinger Assigned To: Andrew Lee Rubinger Fix For: AS 5.0.0.CR1 org.jboss.ejb3.annotation.Local is misleading, is used to mark a Producer for local invocations. Easily confused with javax.ejb.Local, to designate local business interface of an EJB. Additionally, naming conflicts occur in ejb3-impl with LocalImpl, which should be renamed to ProducerLocalImpl such that LocalImpl from EJB3 Core (for javax.ejb.Local) may be moved to ejb3-impl without name change. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1847) Add picture to user profile

by Alex Alvarez (JIRA)

Add picture to user profile ---------------------------- Key: JBPORTAL-1847 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1847 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Alex Alvarez Add the capability to upload a user picture into his profile and a tag to display this picture from a portlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
1
0 / 0

[JBoss JIRA] Commented: (JBAS-2235) Server Controller Tasks: Throw error if normal shutdown fails

by Aleksandar Kostadinov (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2235?page=comments#action_12392808 ] Aleksandar Kostadinov commented on JBAS-2235: --------------------------------------------- linking forum thread as well http://www.jboss.com/index.html?module=bb&op=viewtopic&t=126217 > Server Controller Tasks: Throw error if normal shutdown fails > ------------------------------------------------------------- > > Key: JBAS-2235 > URL: http://jira.jboss.com/jira/browse/JBAS-2235 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Test Suite > Environment: jboss-4.0 tip > Reporter: Ryan Campbell > Assigned To: Martin Vecera > Fix For: JBossAS-5.0.0.CR1 > > Attachments: jboss-test-diff > > Time Spent: 2 hours > Remaining Estimate: 0 minutes > > Currently, when a server fails to respond to a shutdown request, the process is killed and the tests continue. > There should be an error thrown if the server fails to shutdown within the timeout period. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 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-jira December 2007