March 2010 - jboss-user - Jboss List Archives

[JBoss Microcontainer Development] New message: "Re: Deployment lazyResolve and lazyStart"

by Adrian Brock

User development, A new message was posted in the thread "Deployment lazyResolve and lazyStart": http://community.jboss.org/message/529375#529375 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- > alesj wrote: > > > > > 1st would only move to CLASSLOADER, where the 2nd would move to REAL? > > Yes. > What happens if there is no filter? > Every package is a trigger for REAL? > > Or, what happens if you try to load a class past the filter? I don't understand the second question, but "no filter" means a default filter of ClassFilterUtils.EVERYTHING i.e. loading any class from that deployment will trigger a start. https://svn.jboss.org/repos/jbossas/projects/jboss-cl/trunk/classloading/... -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/529375#529375

14 years, 9 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: How to migrate AssembledDirectory"

by John Bailey

User development, A new message was posted in the thread "How to migrate AssembledDirectory": http://community.jboss.org/message/529374#529374 Author : John Bailey Profile : http://community.jboss.org/people/johnbailey Message: -------------------------------------------------------------- A better long-term approach would be to move to using ShrinkWrap archives to declaratively create ear/war/jar archives. ShrinkWrap already has fluent API to add classes/resources to an archive. JavaArchive archive = Archives.create("archive.jar", JavaArchive.class) .addClasses(MyClass.class,MyOtherClass.class) .addResource("mystuff.properties"); I have also written a VFS3 based filesystem that uses ShrinkWrap archives for a backing. This allows you to take an archive an mount it into the VFS wherever you like. Once mounted you can simply deploy the VirtualFile pointing to the mounted FileSystem. JavaArchive archive = ... VirtualFile archiveFile = VFS.getChild("/vfs/path").getChild(archive.getName()); VFS.mount(archiveFile, new ArchiveFileSystem(archive, tempDir)); deploy(archiveFile); I need to work with Andrew to figure out where the ArchiveFileSystem should live long term, but I do think this is the best long term testing strategy for creation of test archives. Since we are suggesting ShrinkWrap be used for customers to test through embedded, it would be a good idea to do the same where possible. This will also reduce the number of competing implementations of the same functionality. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/529374#529374

14 years, 9 months

1
0
0 / 0

[JNDI and Naming] New message: "Enumerating deployed EJB's/MBeans"

by Lance Additon

User development, A new message was posted in the thread "Enumerating deployed EJB's/MBeans": http://community.jboss.org/message/529373#529373 Author : Lance Additon Profile : http://community.jboss.org/people/boltimuss Message: -------------------------------------------------------------- Hello everyone, I am trying to find a way to enumerate the EJB's and MBeans that have been deployed to a JBoss server. I was looking down the path of somehow using the JNDI Context, but all I can get are the binding names and classes. Am I barking down the wrong path looking at JNDI? What should I do? Thx. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/529373#529373

14 years, 9 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: Deployment lazyResolve and lazyStart"

by Ales Justin

User development, A new message was posted in the thread "Deployment lazyResolve and lazyStart": http://community.jboss.org/message/529372#529372 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > > 1st would only move to CLASSLOADER, where the 2nd would move to REAL? > Yes. What happens if there is no filter? Every package is a trigger for REAL? Or, what happens if you try to load a class past the filter? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/529372#529372

14 years, 9 months

1
0
0 / 0

Very Dangerous bug in XA connection pooling and SL EJBs with jboss-4.2.3 & latest postgresql-8.4-701.jdbc3.jar

by Achilleas Mantzios

Introduction ======== This bug has the potential effect of xactions which under certain condition should rollback, to behave as if autocommit is true. The workaround is to use local-tx-datasource with the standard driver org.postgresql.Driver instead of xa-datasource with org.postgresql.xa.PGXADataSource. The description below is with FreeBSD diablo-1.5 , but its exactly the same with SLES 10 SP1 and 1.5.0_15. configuration ============== server/default/deploy/postgres-xa-ds.xml ------------------------------------------------------------------- <datasources> <xa-datasource> <jndi-name>pgsql</jndi-name> <use-java-context>true</use-java-context> <xa-datasource-class>org.postgresql.xa.PGXADataSource</xa-datasource-class> <xa-datasource-property name="ServerName">localhost</xa-datasource-property> <xa-datasource-property name="PortNumber">5432</xa-datasource-property> <xa-datasource-property name="DatabaseName">dynacom</xa-datasource-property> <xa-datasource-property name="User">postgres</xa-datasource-property> <xa-datasource-property name="Password">xxxxx</xa-datasource-property> <xa-datasource-property name="Compatible">8.2</xa-datasource-property> <track-connection-by-tx/> <min-pool-size>1</min-pool-size> <max-pool-size>2</max-pool-size> <metadata> <type-mapping>PostgreSQL 8.0</type-mapping> </metadata> </xa-datasource> </datasources> Description ======== Consider the following test case: This code is executed: StatusHome sthome = (StatusHome) ic.lookup("java:comp/env/ejb/Status"); Status stat = sthome.create(); "Status" is a SL Session EJB, which is defined to run with @ejb.transaction type = "Required" Whenever the above is executed, i see in pgsql log: postgres [23247] 2010-03-02 16:04:09.377 EET line:8 LOG: execute S_1: BEGIN postgres [23247] 2010-03-02 16:04:09.378 EET line:9 LOG: execute <unnamed>: select .... postgres [23247] 2010-03-02 16:04:09.380 EET line:11 LOG: execute S_2: COMMIT which is correct behaviour. Then the following code (lets name it sql_xact) is executed: sql_xact: try { DataSource ds = (javax.sql.DataSource) ic.lookup("java:comp/env/jdbc/DynacomDB"); con = ds.getConnection(); con.setAutoCommit(false); st = con.prepareStatement("select now();"); rs = st.executeQuery(); rs.close(); st.close(); con.commit(); } catch (Exception e) { out.println("<BR>\n"); out.println("Error: " + e.getMessage()); con.rollback(); e.printStackTrace(); } finally { if (con != null) con.close(); } If the above is executed on the same postgresql backend and immediately after the previous (EJB call) block of code, i see in pgsql log: postgres [23247] 2010-03-02 16:07:24.088 EET line:24 LOG: execute <unnamed>: select now() which means no begin-commit/rollback block. at this point a xaction supposed to rollback, is semi-commited. Now, If however, i execute this block of code: try { DataSource ds = (javax.sql.DataSource) ic.lookup("java:comp/env/jdbc/DynacomDB"); con = ds.getConnection(); con.setAutoCommit(true); st = con.prepareStatement("select now();"); rs = st.executeQuery(); rs.close(); st.close(); } catch (Exception e) { out.println("<BR>\n"); out.println("Error: " + e.getMessage()); e.printStackTrace(); } finally { if (con != null) con.close(); } and then sql_xact code again, then the connection gets back to normal, pgsql log looking like: postgres [23247] 2010-03-02 16:11:57.729 EET line:39 LOG: execute S_1: BEGIN postgres [23247] 2010-03-02 16:11:57.729 EET line:40 LOG: execute <unnamed>: select now() postgres [23247] 2010-03-02 16:11:57.730 EET line:41 LOG: execute S_2: COMMIT I dont think that the usage of XA connections are critical for our case, so i can live with local connections (although i guess i have a lot of garbage data since the above setup was deployed some 2 years ago.... imagine if i were selling open source to some bank) Any thoughts as to where the problem might reside? The jboss camp or the pgsql-jdbc camp? -- Achilleas Mantzios

14 years, 9 months

1
0
0 / 0

[JBoss Tools] New message: "hql editor porblem with @GenericGenerator"

by Simon Cigoj

User development, A new message was posted in the thread "hql editor porblem with @GenericGenerator": http://community.jboss.org/message/529367#529367 Author : Simon Cigoj Profile : http://community.jboss.org/people/SimonCigoj Message: -------------------------------------------------------------- I use generic generator for generating the id-s for my entities defined like this @Id @Column(name = "ID_PROJECT", unique = true, nullable = false, scale = 0, insertable = false, updatable = false) @GeneratedValue(generator = "seq_id_project",strategy=) @GenericGenerator(name = "seq_id_project", strategy = "org.hibernate.id.enhanced.TableGenerator", parameters = { @Parameter(name = "segment_value", value = "SEQ_ID_PROJECT"), @Parameter(name = "initial_value", value = "1000"), @Parameter(name = "optimizer", value = "pooled"), @Parameter(name = "increment_size", value = "10") }) public long getIdProject() { return this.idProject; } and when I try using the hql editor to test hql I got the folowing error org.hibernate.MappingException: could not instantiate id generator&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;at org.hibernate.id.IdentifierGeneratorFactory.create(IdentifierGeneratorFactory.java:98)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;at org.hibernate.mapping.SimpleValue.createIdentifierGenerator(SimpleValue.java:152)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;at org.hibernate.impl.SessionFactoryImpl.(ForUpdateFragment.java:36)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;at org.hibernate.dialect.Dialect.applyLocksToSql(Dialect.java:970)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;at org.hibernate.id.enhanced.TableGenerator.configure(TableGenerator.java:194)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;at org.hibernate.id.IdentifierGeneratorFactory.create(IdentifierGeneratorFactory.java:94)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;... 13 more maybe some configuration problem? The app works nice with this generator, only the hql editor is porblematic. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/529367#529367

14 years, 9 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "ClassLoadingAdmin"

by Adrian Brock

User development, A new message was posted in the thread "ClassLoadingAdmin": http://community.jboss.org/message/529360#529360 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- To mirror what is available in OSGi's PackageAdmin class, I've created a ClassLoadingAdmin interfacethat is implemented by both ClassLoading and Domain. https://svn.jboss.org/repos/jbossas/projects/jboss-cl/trunk/classloading/... along with some supporting classes. This required tidying up the way dependencies were stored for Modules for a number of reasons. 1) The cleanup of dependsOnMe() had some problems, there was a TODO in the code about it. 2) When using ShutdownPolicy=GARBAGE_COLLECTION (GC) the dependsOnMe() no longer gets updated on the DependencyInfo so it needs to be maintained on the Module. 3) We need to keep track of dependencies after undeployment for the GC shutdown policy so we can handle refreshModules(null) to re-resolve all deployments that have dependencies that are out-of-date. 4) Some of the queries need to be look at specific types of dependencies, e.g. those exporting a package or importing a module. The major changes in this are; * the remembering of the "resolvedModule" in the RequirementsDependencyItem and maintaining it properly, including the dependsOnMe processing. * holding a set of "lazyShutdownModules" in the Module class that get cleaned up after calls to refreshModules(). There's probably some other stuff that can get added ClassLoadingAdmin? e.g. those importing a package. For now I've just been guided by what is available in OSGi, although I have generalized some of that api. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/529360#529360

14 years, 9 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: Deployment lazyResolve and lazyStart"

by Adrian Brock

User development, A new message was posted in the thread "Deployment lazyResolve and lazyStart": http://community.jboss.org/message/529359#529359 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- > alesj wrote: > > > >  > > <lazy-resolve/> > > > >  > > <lazy-start filter="com.acme.somepackage"/> > What's the difference between these two? > 1st would only move to CLASSLOADER, where the 2nd would move to REAL? Yes. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/529359#529359

14 years, 9 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: Deployment lazyResolve and lazyStart"

by Ales Justin

User development, A new message was posted in the thread "Deployment lazyResolve and lazyStart": http://community.jboss.org/message/529356#529356 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- >  > <lazy-resolve/> > >  > <lazy-start filter="com.acme.somepackage"/> What's the difference between these two? 1st would only move to CLASSLOADER, where the 2nd would move to REAL? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/529356#529356

14 years, 9 months

1
0
0 / 0

error durante la instalacion

by Lic. Natalia C. Belmonte

Estimados, me salta el siguiente error cuando quiero reiniciar el jboss ######################################################################## comdoc2:/etc/init.d# . jboss_init.sh stop Exception in thread "main" java.lang.UnsupportedClassVersionError: org/jboss/Shutdown (Unsupported major.minor version 49.0) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:537) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) ######################################################################## Vi un mensajes similar, en ingles y trate de seguir las instrucciones pero me sigue dando error. Saludos cordiales ----------------------------------------------------- Lic. Natalia C. Belmonte Dir. Gral. de Sistemas y Tecnologías de la Información Universidad Nacional de Entre Ríos - Rectorado Eva Perón 24 - Concepción del Uruguay - CP 3260 Horario: Lunes a Viernes de 7 a 13 hs. Teléfonos: (03442) 421539 - 421546 Fax: (03442) 421530 E-mail: belmontec(a)uner.edu.ar -----------------------------------------------------

14 years, 9 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-user March 2010