[JBoss-dev] [Nukes Development] - Re: Problem of memory with file upload
Thanks for your help Thomas but the new library commons-fileupload.jar doesn't resolve my problem. No improvement for me. And I don't understand because in the module html of Nukes, upload of file works fine... You get some improvement with your commons-fileupload library? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843959#3843959 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3843959 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Problem of memory with file upload
I do have a great increase, the module HTML is my test by the way, it allocates way to much memory for a form. I used jprofiler to track the memory and realized that the Apache library was using many times big amount of memory, looking into the source code i saw that for each field of the form (any id or textform or file ...) it was allocating the size of the threshold ! (the threshold indicates from what size should the library store the fields in a file or in memory) Our threshold is pretty high as we don't want the files to be written on the disk, so it was allocating way to much memory. For example when i was submitting a 50KB file into the HTML module, i got about 55MB increase in memory it's enough to make my computer swap a lot. After the quick fix i still have a 20MB increase (much better, still a lot though). If you have many fields in your form (and i repeat ANY field) the memory allocated will be way too much. After the fixing i looked some more and found a guy complaining about the same thing and proposing a patch but Apache guys didn't want to use it... I forgot to tell precisely the source change here it is: In DeferredFileOutputStream there is this method: public DeferredFileOutputStream(int threshold, File outputFile) { super(threshold); this.outputFile = outputFile; memoryOutputStream = new ByteArrayOutputStream(threshold); currentOutputStream = memoryOutputStream; } That's where it allocates 'threshold' bytes whatever the size of the field, i just removed threshold so Java just gives 32Bytes and allocate more only if needed. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843962#3843962 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3843962 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Problem of memory with file upload
Indeed, the module html have the same problem. In my form I have 6 file fields and 6 text fields ! It's a lot !! The unique solution for me it's to limit the number of my fields, isn't it? Because when I use the library you have fixed, the problem is not solved for me. I would to thank you for your help ! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843968#3843968 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3843968 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Problem of memory with file upload
I am surprised you have no improvement, did you really recompile using the new library ? (do a build clean first) Yes in that case 12 fields in a lot :) You can also try to decrease the max size of a file, i think by default it's 4 MB. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843969#3843969 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3843969 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Multiple pointcut expressions and advice bindings for sa
Taken a quick look at the code for the above, and the assumption above regarding ordering of interceptors seems safe. Now, in response to your actual question :-) The global/specific stuff is fine. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843975#3843975 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3843975 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: XDoclet Bug ???
It's new tag. In the JBoss 3.0 jboss.xml deployment descriptor wasn't ejb-local-ref. (fig 3-3 in AdminDevGuide 305) I spent 5 min and found tag @jboss.ejb-local-ref on site xdoclet.net, I used version 12b2 - it contains only @jboss.ejb-ref-jndi, so download new, As write on XDoclet " Just because XDoclet can generate for example JBoss deployment descriptors, it doesn't necessarily mean we can be held responsible for generation of incorrect code" View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843978#3843978 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3843978 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1002635 ] JBossIDE don't support encoding and docencoding attribute
Bugs item #1002635, was opened at 2004-08-03 22:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1002635&group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: Takashi Okamoto (toraneko) Assigned to: Nobody/Anonymous (nobody) Summary: JBossIDE don't support encoding and docencoding attribute Initial Comment: JBossIDE don't support encoding and docencoding attribute for any doclet task. This is the bug in references.xml. This is big problem under other than iso- 8859-1 environment. regards, Takashi Okamoto -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1002635&group_id=22866 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1000771 ] ejbStore not called when required
Bugs item #1000771, was opened at 2004-07-30 18:51 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1000771&group_id=22866 Category: JBossCMP Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: John Wagg (waggj) Assigned to: Alexey Loubyansky (loubyansky) Summary: ejbStore not called when required Initial Comment: We are primarily running 3.2.1. Our attempts to go to higher 3.x versions have run into problems 885357 was the original problem but this is fixed (in 3.2.4 at least). However this seems to have led on to another seemingly related problem. The scenario is a BMP bean controlling a CMP bean. ejbCreate is called for the BMP bean. This does a create for the CMP bean just using key fields in the table. There are four indexes on the CMP bean's table and all except for one are composite keys. Only two of the indexes are unique. Further fields are updated in the BMP bean after creation. We come to commit the transaction. ejbStore is called on the BMP bean which updates the CMP bean. BUT ejbStore is never called on the CMP bean so the updates are lost. It's as if the persistence manager has already looked at the CMP bean, seen that nothing has changed and ruled it out for update before the BMP bean updates it. The work around, of course, is to create with all the fields required rather than just the key fields. But it should work as it is shouldn't it? We are running on Windows XP. JDK 1.4.2_03 -- >Comment By: Alexey Loubyansky (loubyansky) Date: 2004-08-03 17:12 Message: Logged In: YES user_id=543482 Fixed in 3.2.6RC2. Thanks. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1000771&group_id=22866 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-971010 ] 3.2.4 and 4DR4 can not handle spaces in dir names
Bugs item #971010, was opened at 2004-06-11 09:51 Message generated for change (Comment added) made by gohde You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=971010&group_id=22866 Category: JBossServer Group: v3.2 >Status: Open Resolution: Works For Me Priority: 5 Submitted By: ulf gohde (gohde) Assigned to: Scott M Stark (starksm) Summary: 3.2.4 and 4DR4 can not handle spaces in dir names Initial Comment: An MBean loads a configuration file from the jboss start directory. In our case this directory contains spaces whicj is not a problem in JBoss 3.2.2. However, 3.2.4 and 4DR4 seem to have problems with spaces in directory names. see attached log -- >Comment By: ulf gohde (gohde) Date: 2004-08-03 14:38 Message: Logged In: YES user_id=1022717 Your example does not reflect the described problem at all. As i stated in my example the filename does NOT contain path information, which means the working directory is autmatically used and if that contains spaces you get the error. If you pass the whole path it works fine, which means the logic that is adding the working directory to the path is buggy. -- Comment By: Scott M Stark (starksm) Date: 2004-08-01 14:19 Message: Logged In: YES user_id=175228 This little program does not show a problem using the 3.2.5 parsers. package xml; import org.apache.xerces.parsers.DOMParser; import org.w3c.dom.Document; import org.w3c.dom.NodeList; import org.w3c.dom.Node; import org.w3c.dom.Element; public class TestFilenameSpaces { public static void main(String[] args) throws Exception { String filename = "/tmp/java/xml/Space Here/ejb-jar.xml"; DOMParser parser = new DOMParser(); parser.parse(filename); Document doc = parser.getDocument(); NodeList sessions = doc.getElementsByTagName("session"); for(int n = 0; n < sessions.getLength(); n ++) { Element ejb = (Element) sessions.item(n); Node name = ejb.getElementsByTagName("ejb-name").item(0); System.out.println(name.getFirstChild().getNodeValue()); } } } -- Comment By: ulf gohde (gohde) Date: 2004-06-23 08:11 Message: Logged In: YES user_id=1022717 The code is actually quite simple. The passed filename is just the filename w/o any path information. After looking at the code it was clear that JBoss is not the problem. I replaced the xercesimpl.jar and xml-apis.jar with the versions used in JBoss 3.2.2 and after that it is working fine. public Configuration(String strFilename) throws CaseWareException { m_strFilename = strFilename; try { DOMParser parser = new DOMParser(); parser.parse(m_strFilename); m_document = parser.getDocument(); // build hashtable with section name as key and corresponding handler name extractSections(); // build hashtable with section name as key and corresponding handler instance extractNameValuePairs(); } catch(Exception e) { if( Debug.isOnFor(FULL_CLASS)) Debug.debug (FULL_CLASS, "Configuration", Debug.INFO, e.getMessage()); //Debug.showError(e); throw new CaseWareException (CLASS, "Configuration", EFWResourceBundle.ERR_APP_SERVER, SeverityType.FATAL, ErrorType.FLOWARE, null, e); //throw new FlowareException(e); } } // Configuration -- Comment By: Scott M Stark (starksm) Date: 2004-06-20 04:31 Message: Logged In: YES user_id=175228 Show the code from: com.plx.framework.config.Configuration.(Configuration.java:139) along with how the file URL is being obtained. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=971010&group_id=22866 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: very hard deployment problem -
as i said the i have 3 jars -fiboEJB --> contain the session bean -cmpEJB --> contain the cmp called by the session bean and yes all the classes are present - and the cmp is called (as u can see above) with a local Ref View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844002#3844002 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844002 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1002748 ] jdbc3 PM throws null pointer error when restoring durable
Bugs item #1002748, was opened at 2004-08-03 12:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1002748&group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: tHe (tinghe) Assigned to: Nobody/Anonymous (nobody) Summary: jdbc3 PM throws null pointer error when restoring durable Initial Comment: the sql defined in oracle-jdbc3-service.xml is: SELECT_REFERENCES_IN_DEST = SELECT R.MESSAGEID, M.MESSAGEBLOB, R.REDELIVERED, R.REDELIVERS FROM JMS_REFERENCE_LOG R, JMS_MESSAGE_LOG M WHERE R.MESSAGEID = M.MESSAGEID AND R.DESTINATION=? the code in org.jboss.mq.pm.jdbc3.PersistenceManager line 674 if (rs.getString(2).equals("1")) should be if (rs.getString(3).equals("1")) line 677 new Integer(rs.getInt(3)) should be new Integer(rs.getInt(4)) See attached file for error log, this happens when jboss is restarted and there were jms events for durable subscribers fired before previous shut down. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1002748&group_id=22866 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] testsuite - jboss-3.2 and jdk1.5 beta2 problems
Hi, I am trying to compile jboss-3.2 with jdk1.5 beta2 - but it fails like this: [exec] _buildmagic:modules:most: [exec] == [exec] == Executing 'most' in module 'common'... [exec] == [exec] _buildmagic:init: [exec] configure: [exec] _default:task-init: [exec] xdoclet-task-classpath-check: [exec] init: [exec] _buildmagic:build-bypass-checker: [exec] _buildmagic:build-bypass-notice: [exec] _buildmagic:build-bypass-check: [exec] jars: [exec] _buildmagic:init: [exec] init: [exec] _buildmagic:mbean-bypass-checker: [exec] _default:compile-mbean-sources: [exec] [mkdir] Created dir: /home/jbossci/JBossTestPack/test/jboss-3.2/common/output/gen-src [exec] [execmodules] (XDocletMain.start 47 ) Running [exec] [execmodules] (TemplateSubTask.engineStarted 791 ) Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/home/jbossci/JBossTestPack/test/jboss-3.2/thirdparty/xdoclet/xdoclet/lib/xdoclet-jmx-module-1.2.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. [exec] [touch] Creating /home/jbossci/JBossTestPack/test/jboss-3.2/common/output/mbean-marker [exec] _default:compile-classes: [exec] [mkdir] Created dir: /home/jbossci/JBossTestPack/test/jboss-3.2/common/output/classes [exec] [javac] Compiling 221 source files to /home/jbossci/JBossTestPack/test/jboss-3.2/common/output/classes [exec] [execmodules] javac: target release 1.2 conflicts with default source release 1.5 [exec] BUILD FAILED [exec] /home/jbossci/JBossTestPack/test/jboss-3.2/tools/etc/buildmagic/buildmagic.ent:406: Compile failed; see the compiler error output for details. >From the wiki - there are no mention of compile issues. http://www.jboss.org/wiki/Wiki.jsp?page=RunJBossWithJ2SDK1.5Beta Any tips? Thanks in advance, Chris = __ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - how to let jboss ide use single filed type as primary key ty
I use the lastest verion of jboss ide plug-in for eclipse 3.0. I defined a string attribute in an entity bean as primary key. but after I ran xdoclet, it created a ejb-jar.xml. In it, it use an automatic generated type as my entity bean's primary key type. Is it possible tell the ide put string type in the prim-key-class field in the generated ejb-jar.xml? Thanks in advance. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844010#3844010 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844010 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1002748 ] jdbc3 PM throws null pointer error when restoring durable
Bugs item #1002748, was opened at 2004-08-03 17:08 Message generated for change (Settings changed) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1002748&group_id=22866 Category: JBossMQ Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: tHe (tinghe) >Assigned to: Adrian Brock (ejort) Summary: jdbc3 PM throws null pointer error when restoring durable Initial Comment: the sql defined in oracle-jdbc3-service.xml is: SELECT_REFERENCES_IN_DEST = SELECT R.MESSAGEID, M.MESSAGEBLOB, R.REDELIVERED, R.REDELIVERS FROM JMS_REFERENCE_LOG R, JMS_MESSAGE_LOG M WHERE R.MESSAGEID = M.MESSAGEID AND R.DESTINATION=? the code in org.jboss.mq.pm.jdbc3.PersistenceManager line 674 if (rs.getString(2).equals("1")) should be if (rs.getString(3).equals("1")) line 677 new Integer(rs.getInt(3)) should be new Integer(rs.getInt(4)) See attached file for error log, this happens when jboss is restarted and there were jms events for durable subscribers fired before previous shut down. -- >Comment By: Adrian Brock (ejort) Date: 2004-08-03 20:33 Message: Logged In: YES user_id=9459 Fixed for jboss-3.2.6RC2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1002748&group_id=22866 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss Remoting] - Sample JSR160 code for Jboss?
Are there any sample JSR160 code for Jboss? I have tried some RI samples for remoting, but am having trouble, with ClassCastExceptions. Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844034#3844034 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844034 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Nukes compatibility to JBoss upgrade path
i could have sworn i posted something about this not to long ago, but i can't seem to find the thread, and i'm pretty worn out from relocating back to nyc, and i don't really have the energy to keep looking. :) the Invocation class that used to reside in org.jboss.mx.interceptor package no longer exists as well, which is another issue that needs to be dealt with. the LifeCycleInterceptor changes are going to be where the bulk of the work is. these are the other changes i made (there may also be the need for build script changes as well b/c the javax.servlet classes no longer live under lib (they are in the tomcat dir under deploy) org.jboss.nukes.component NukesBuilder - convert MBeanAttributeInterceptor to ModelMBeanAttributeInterceptor - synced ModelMBeanConstants variable names org.jboss.nukes.handler NukesImpl - added stubbed impls for missing methods - removed throws exception from setCharacterEncoding org.jboss.nukes.utils Tools.java - removed jdom import statements org.jboss.nukes.system JDBCPersistenceManager - synced ModelMBeanConstants variable names and w/ that, i'm off to continue unpacking. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844036#3844036 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844036 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss Remoting] - Re: Sample JSR160 code for Jboss?
There currently is not support for the JSR160 specification. There is, however, support for remote JMX, but is not compliant with JSR 160. What tests are you running? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844047#3844047 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844047 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss Remoting] - Re: Classloading issue when setting remoting handlers
In the current code base (may have changed between DR4 and now, but don't think so), the package is org.jboss.aspects.remoting. Therefore the fully qualified class name should be: org.jboss.aspects.remoting.AOPRemotingInvocationHandler Can be found in the jboss-sapects.jar in the server/default/lib dir. Let me know if you have any problems after making this change. -Tom View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844048#3844048 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844048 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss Remoting] - Re: remote jmx communication
Can find documentation on remoting at http://www.jboss.org/developers/projects/jboss/remoting. Can you provide a little sample code or give more detailed on how you are exposing your mbean remotely? There are several ways to do this, so would help in know approach you are using. -Tom View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844049#3844049 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844049 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Nukes compatibility to JBoss upgrade path
Hi, yes, I have found that post two days ago... after several hours figuring out myself :-( what I did after that: I got MBeanNotCompliant, since the lifecycleinterceptor seems to be missing the default constructor, so I added public LifeCycleInterceptor() { super(); this.log = Logger.getLogger(this.getClass()); } // just to have a logger, else will result in a null pointer in the invoke() In NukesBuilder I changed Descriptor mbeanDesc = resourceInfo.getDescriptor(null, ModelMBeanConstants.MBEAN_DESCRIPTOR); to: Descriptor mbeanDesc = resourceInfo.getMBeanDescriptor(); since in getDescriptor you can not have null as a first parameter: public Descriptor getDescriptor(String inDescriptorName, String inDescriptorType) throws MBeanException, RuntimeOperationsException { if (inDescriptorName==null) { throw new RuntimeOperationsException(new IllegalArgumentException("Descriptor is invalid"), ("Exception occurred trying to set the descriptors of the MBeanInfo")); } But I don't know if I took the correct function And in LifeCycleManager I added the (missing) getNext() function (from AbstractInterceptor) and replaced all the getNext().invoke(incovation) with a call to that: // copied from AbstractInterceptor private Object getNext(Invocation invocation) throws Throwable{ Interceptor ic = invocation.nextInterceptor(); // if the invocation object does not provide us with more interceptors, // invoke the dispatcher that lands the invocation to its final target // in the resource object if (ic == null) return invocation.dispatch(); // see if the next interceptor in the chain is shared if (ic.isShared()) { // we require a common interface for all shared interceptors SharedInterceptor shared = (SharedInterceptor)ic; // we invoke shared interceptor it via the MBean server bus, get the // interceptors view to its MBean server MBeanServer server = shared.getMBeanServer(); // And the object name the interceptor is registered under ObjectName name = shared.getObjectName(); return server.invoke( name, "invoke", new Object[] { invocation },// args new String[] { Invocation.class.getName() } // signature ); } // invoke non-shared interceptor directly via Java reference else { return ic.invoke(invocation); } } ... ending up with the following exceptions: Caused by: java.lang.Exception: org.jboss.util.UnreachableStatementException: in voke at org.jboss.nukes.mx.LifeCycleInterceptor.create(LifeCycleInterceptor.j ava:112) at org.jboss.nukes.mx.LifeCycleInterceptor.invoke(LifeCycleInterceptor.j ava:61) ... 80 more Caused by: org.jboss.util.UnreachableStatementException: invoke at org.jboss.mx.interceptor.ModelMBeanAttributeInterceptor.invoke(ModelM BeanAttributeInterceptor.java:199) at org.jboss.nukes.mx.LifeCycleInterceptor.getNext(LifeCycleInterceptor. java:150) at org.jboss.nukes.mx.LifeCycleInterceptor.create(LifeCycleInterceptor.j ava:110) ... 81 more So, I don't exactly know what I am doing here, since I am into the JMX stuff since two days (beginning to understand how that ModelMBean works) and have a hard time figuring out what the hell you guys are doing with that interceptor/invoker stuff... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844060#3844060 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844060 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development