January 2010 - jboss-user - Jboss List Archives

[JBoss Microcontainer Development] New message: "Re: Native library mapping at jboss-cl level"

by Adrian Brock

User development, A new message was posted in the thread "Native library mapping at jboss-cl level": http://community.jboss.org/message/521413#521413 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- On a related note. It might be a good idea to add a "security option" for this feature.. e.g. something like only signed jars can deploy native code this way. i.e. have a new security permission for this feature (with the option on the deployer to enable/disable the check). Native code can bypass the java sandbox, so I can imagine some people would want to be able to lock this down if they don't trust their developers. ;-) -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521413#521413

16 years, 3 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: Native library mapping at jboss-cl level"

by Adrian Brock

User development, A new message was posted in the thread "Native library mapping at jboss-cl level": http://community.jboss.org/message/521411#521411 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- > mailto:thomas.diesler@jboss.com wrote: > > > > 1) It should be generating a unique name for the library so that it > > can be hotdeployed (if the OS supports reloading native libraries). > Areyou saying that the CLP should use a unique name as a key to some other service which then extracts the library on demand or provides that actual location in some other way? I believe the libname in http://java.sun.com/javase/6/docs/api/java/lang/System.html#loadLibrary(j... is such a key. The way this is currently modelled is that the CLP can be given NativeLibraryProvider interface, which get provide the lib location lazily. > > 3) > > You shouldn't use the BundleStoragePlugin. e.g. if this is running > > inside JBossAS, the libraries should be extracted to server/xxx/temp not server/xxx/data > Why is this distinction relevant? The bundle storage are can be used for all kinds of persistent data that relate to the bundle. It is the URL of the library I'm talking about, the one returned from loadLibrary(). It should be unique to that particular instance of the bundle deployment, it shouldn't be persistant. e.g. take an OS that supports hot deployment of native code, but locks the file of the library when it is loaded, (i.e. the file system doesn't support file descriptors that have been deleted but are still open to some application) The user then redeploys the bundle (possibly after changing the native code). According to the OSGi rules, the uninstalled bundle should continue to use the previous version of the native code (until refreshPackages gets used) while the new instance of the bundle sees the new native code. You can't do that unless you generate a unique URL for each deployment of the bundle. i.e. it is not persistent data, it should go in the tmp directory. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521411#521411

16 years, 3 months

1
0
0 / 0

[jBPM] New message: "Re: Unable to set the mail configuration properties in JBPM 4.0"

by Ronald van Kuijk

User development, A new message was posted in the thread "Unable to set the mail configuration properties in JBPM 4.0": http://community.jboss.org/message/521406#521406 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Make sure in your standalone application the starttls property is also set. Otherwise your client expects a direct SSL connection and not starting with a plaintext connection.... -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521406#521406

16 years, 3 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "ShutdownPolicy"

by Adrian Brock

User development, A new message was posted in the thread "ShutdownPolicy": http://community.jboss.org/message/521403#521403 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- https://jira.jboss.org/jira/browse/JBCL-139 To support the OSGi semantics of not automatically re-resolving classloader dependencies when you remove a classloader/deployment, I'm introducing a notion of ShutdownPolicy. This currently has two options: UNREGISTER - which is the current behaviour GARBAGE_COLLECTION - let the classloader remain valid after it is unregistered This can be set in two places. 1) ClassLoaderSystem/Domain - it then applies to all classloaders in that domain that don't explicitly specify it 2) ClassLoadingMetaData/Policy - in the xml it looks like this: <?xml version="1.0" encoding="UTF-8"?> <classloader xmlns="urn:jboss:classloader:1.0" name="test" shutdown="GARBAGE_COLLECTION"> </classloader> This effectively resolves https://jira.jboss.org/jira/browse/JBOSGI-206, except there's some work to do to implement the "refreshPackages" behaviour in ClassLoading. It also means that a Bundle update() can now be implemented as just a redeploy of the deployment (obviously there's a bit of extra work required in the OSGiBundleManager to remember and restore the deployment to its previous state, e.g. the start/stop options). NOTE: In the code I refer to the GC shutdown policy as "lazy shutdown", but also "cascading dependencies". The second part comes from not unresolving dependent classloaders if we are in "lazy shutdown" mode. Since the classloader is still valid, previous importers can still use it. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521403#521403

16 years, 3 months

1
0
0 / 0

[jBPM] New message: "Re: org.hibernate.MappingException: Named query not known: f"

by Ronald van Kuijk

User development, A new message was posted in the thread "org.hibernate.MappingException: Named query not known: findP": http://community.jboss.org/message/521402#521402 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Delayed response, but I'll give it anyway in case others come across it. RepositoryService is to be used in normal operations. It's *part of the public api* (org.jbpm.api). DBSession is to be used when low level stuff is done (the repository service internally uses commands which in turn use DBSession) and *not part of the public api* (org.jboss.pvm.internal). You can use it, but *no guarantees on stability* etc... You can retrieve the current hibernate session from it and do anything in the database you want. So when implementing new commands and they have to do things that are not available trough services, use the DBSession. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521402#521402

16 years, 3 months

1
0
0 / 0

[jBPM] New message: "Re: Unable to distingusih between pooled-Actors and Swimlane"

by Dominic Umbeer

User development, A new message was posted in the thread "Unable to distingusih between  pooled-Actors and Swimlane": http://community.jboss.org/message/521401#521401 Author : Dominic Umbeer Profile : http://community.jboss.org/people/homes Message: -------------------------------------------------------------- Oh, that's right, he is using jbpm 3. Sorry. But my explanation fit to jbpm 3 too. But the direct assignment is not the same - here the assignement for jbpm 3: -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521401#521401

16 years, 3 months

1
0
0 / 0

[jBPM] New message: "Re: Unable to distingusih between pooled-Actors and Swimlane"

by Ronald van Kuijk

User development, A new message was posted in the thread "Unable to distingusih between  pooled-Actors and Swimlane": http://community.jboss.org/message/521397#521397 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Correct and btw, the TaskService is not available to him. He is using jBPM 3 where you have to invoke methods on the classes themself, like task.assign() -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521397#521397

16 years, 3 months

1
0
0 / 0

[jBPM] New message: "Re: Unable to distingusih between pooled-Actors and Swimlane"

by Dominic Umbeer

User development, A new message was posted in the thread "Unable to distingusih between  pooled-Actors and Swimlane": http://community.jboss.org/message/521396#521396 Author : Dominic Umbeer Profile : http://community.jboss.org/people/homes Message: -------------------------------------------------------------- I don't know the exact syntax of the AssignmentHandler stuff - but it looks ok. But this assignment make no sense because that's static. Everytime you come to this task it will be assigned to "Britto". Then you can set the assignee to "Britto" directly, like this: -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521396#521396

16 years, 3 months

1
0
0 / 0

[JBoss Messaging Development] New message: "Re: How do I shutdown JMS-connection for ClusteredConnectionFactory"

by Simo Nikula

User development, A new message was posted in the thread "How do I shutdown JMS-connection for ClusteredConnectionFactory": http://community.jboss.org/message/521392#521392 Author : Simo Nikula Profile : http://community.jboss.org/people/simo.nikula@capgemini.com Message: -------------------------------------------------------------- h2. Ports used After prefix of 275 (standard jboss ports) * 26 HAJNDI/RmiPort (1001) * 50 JBM bisocket (1090) * 71 JBM bisocket/secondaryBindPort (random, fixed due to firewall) h3. Right after connection usage {noformat} [root@localhost /etc]# netstat -anp | grep ':275' tcp 0 0 ::ffff:131.177.92.101:52296 ::ffff:131.177.70.47:27571 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:52332 ::ffff:131.177.70.47:27571 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:57994 ::ffff:131.177.70.47:27526 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:43689 ::ffff:131.177.70.47:27550 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:43685 ::ffff:131.177.70.47:27550 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:58688 ::ffff:131.177.70.46:27550 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:58652 ::ffff:131.177.70.46:27550 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:37998 ::ffff:131.177.70.46:27526 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:45526 ::ffff:131.177.70.46:27571 ESTABLISHED 13775/java {noformat} h3. after waiting for while after Connection.close() {noformat} [root@localhost /etc]# netstat -anp | grep ':275' tcp 0 0 ::ffff:131.177.92.101:55895 ::ffff:131.177.70.47:27550 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:55894 ::ffff:131.177.70.47:27550 ESTABLISHED 13775/java tcp 0 0 ::ffff:131.177.92.101:52332 ::ffff:131.177.70.47:27571 ESTABLISHED 13775/java {noformat} h4. connection is still pinged {noformat} [root@localhost /etc]# tcpdump -i any -nn 'port 27550 || port 27571' tcpdump: WARNING: Promiscuous mode not supported on the "any" device tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on any, link-type LINUX_SLL (Linux cooked), capture size 96 bytes 14:28:47.395349 IP 131.177.92.101.55894 > 131.177.70.47.27550: P 1940044237:1940044633(396) ack 2748921997 win 502 <nop,nop,timestamp 108477996 2903384612> 14:28:47.425310 IP 131.177.92.101.55894 > 131.177.70.47.27550: . ack 215 win 502 <nop,nop,timestamp 108478026 2903386614> 14:28:49.397282 IP 131.177.92.101.55894 > 131.177.70.47.27550: P 396:792(396) ack 215 win 502 <nop,nop,timestamp 108479998 2903386614> 14:28:49.426855 IP 131.177.92.101.55894 > 131.177.70.47.27550: . ack 429 win 502 <nop,nop,timestamp 108480027 2903388615> 14:28:51.399219 IP 131.177.92.101.55894 > 131.177.70.47.27550: P 792:1188(396) ack 429 win 502 <nop,nop,timestamp 108482000 2903388615> 14:28:51.428344 IP 131.177.92.101.55894 > 131.177.70.47.27550: . ack 643 win 502 <nop,nop,timestamp 108482029 2903390617> 14:28:51.478363 IP 131.177.92.101.55895 > 131.177.70.47.27550: . 1938645981:1938647285(1304) ack 2181599115 win 502 <nop,nop,timestamp 108482079 2903380720> 14:28:51.478426 IP 131.177.92.101.55895 > 131.177.70.47.27550: P 1304:1594(290) ack 1 win 502 <nop,nop,timestamp 108482079 2903380720> 14:28:51.535034 IP 131.177.92.101.55895 > 131.177.70.47.27550: . ack 439 win 502 <nop,nop,timestamp 108482136 2903390722> -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521392#521392

16 years, 3 months

1
0
0 / 0

[jBPM] New message: "Re: Use Transition.getProperty(String key)"

by Ronald van Kuijk

User development, A new message was posted in the thread "Use Transition.getProperty(String key)": http://community.jboss.org/message/521391#521391 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- I do not see that method on Transition in jBPM 4.3/trunk, so I guess is either removed. Besides that, I do not suspect it would have been for the use case you want it to be. What do you want to use if for deploy time? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521391#521391

16 years, 3 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-user January 2010