July 2008 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Messages are lost on Queue?

by clebert.suconic＠jboss.com

anonymous wrote : It looks actually AutoACK is loosing messages. Well.. actually no... perfListener didn't receive all the messages. So.. something is definitely making it loose messages. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168045#4168045 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168045

16 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Messages are lost on Queue?

by clebert.suconic＠jboss.com

I just did another test and it happened again. It looks actually AutoACK is loosing messages. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168044#4168044 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168044

16 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: need a jboss-cl release

by alesj

You should update deployers-vfs as well. At least that's what I did and it worked. And probably running all MC trunk helps as well. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168040#4168040 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168040

16 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Diff behavior with diff AnnotatedMetaDataDeployer

by alesj

"emuckenhuber" wrote : "emuckenhuber" wrote : | | note: the jar=jboss-seam-booking.jar :) | | basically what i wanted to say, is that i don't think it's going to work if the annotated meta data gets processed for the whole ear. | This seems to be the case now ? | You are right. :-) I know what the problem is, and what the proper fix should look like. All discussed with Adrian today - on our Slovenia walkabout :-). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168039#4168039 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168039

16 years, 4 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: Sun WebServer 7.0/jBoss 4.2.2 http connectors unresponsi

by gotthejack

Moved to proper forum. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168029#4168029 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168029

16 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some feedback on latest journal changes

by timfox

"clebert.suconic(a)jboss.com" wrote : | If we didn't allow part of a committed transaction be reclaimed, reclaiming would never delete any files if someone uses transactions. (a transaction could be spread between multiple files). | I understood you were referring to uncommitted transactions. For committed then sure they can be reclaimed. anonymous wrote : | | That method is public, and part of TestableJournal. It prints the Reclaiming Status on a StringBuffer. I use it every time I investigate a bug on the journal, on testcases. I've nothing against that method per se, just saying it's in the wrong place. It's currently in the section of the file reserved for method on the Journal interface, but it should be in the TestableJournal implementation section. That was my point, just respect the areas of the file, no biggie! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168012#4168012 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168012

16 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: need a jboss-cl release

by scott.stark＠jboss.org

Testing the latest jboss-cl trunk against jbossas trunk I'm seeing a regression due a change in the PackageVisitor.determineAllPackages due to JBCL-27: | Caused by: java.lang.NoSuchMethodError: org.jboss.classloading.plugins.vfs.PackageVisitor.determineAllPackages([Lorg/jboss/virtual/VirtualFile;Lorg/jboss/classloading/spi/metadata/ExportAll;Lorg/jboss/classloader/spi/filter/ClassFilter;Lorg/jboss/classloader/spi/filter/ClassFilter;Lorg/jboss/classloader/spi/filter/ClassFilter;)Ljava/util/Set; | The VFSDeploymentClassLoaderPolicyModule is calling: | PackageVisitor.determineAllPackages(roots, exportAll, included, excluded, excludedExport); | The current PackageVisitor.determineAllPackages has an additional excludedRoots: | public static Set<String> determineAllPackages(VirtualFile[] roots, VirtualFile[] excludedRoots, ExportAll exportAll, ClassFilter included, ClassFilter excluded, ClassFilter excludedExport) | I added the following to work around it locally: | public static Set<String> determineAllPackages(VirtualFile[] roots, ExportAll exportAll, ClassFilter included, ClassFilter excluded, ClassFilter excludedExport) | { | return determineAllPackages(roots, null, exportAll, included, excluded, excludedExport); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168007#4168007 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168007

16 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some feedback on latest journal changes

by clebert.suconic＠jboss.com

"timfox" wrote : "clebert.suconic(a)jboss.com" wrote : | | | | The first attempt was to record the total elements but a file could be reclaimed and part of the transaction gone, | | | | How can a file be reclaimed if it it contains transactional records that haven't been committed or rolled back? We should never allow *part* of a transaction to disappear. | I didn't change anything on reclaiming. Reclaiming is working the same way as aways. This is jut how I validate if the transaction has all the records it was supposed to have. When you are reloading a transaction, you need to verify you have the exact same number of records as before. If the transactional was legally committed part of it could have been legally reclaimed and that doesn't mean the transaction is unhealthy. If we didn't allow part of a committed transaction be reclaimed, reclaiming would never delete any files if someone uses transactions. (a transaction could be spread between multiple files). "Tim Fox" wrote : | I was referring to the debug() method not the static trace method | That method is public, and part of TestableJournal. It prints the Reclaiming Status on a StringBuffer. I use it every time I investigate a bug on the journal, on testcases. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168004#4168004 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168004

16 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some feedback on latest journal changes

by timfox

"clebert.suconic(a)jboss.com" wrote : | | The first attempt was to record the total elements but a file could be reclaimed and part of the transaction gone, | How can a file be reclaimed if it it contains transactional records that haven't been committed or rolled back? We should never allow *part* of a transaction to disappear. anonymous wrote : | I did this on purpose. When I'm debugging the file, I usually set trace=true manually and change the trace method. I'm keepting the static private method close to the attribute as it is easier that way. | I was referring to the debug() method not the static trace method anonymous wrote : | We aways had a record on appendRecord. We can't change currentFile until the checks on currentFile is done. | The new thing done was putting the appendRecord on a higher level, as the counters were being messed up. | I can put the lock back on appendRecord, but I would to do more testings with that. | | I would need to think about how to remove the lock at all. (There is a JIRA for that) | | Yes, we need to revisit the concurrency. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167968#4167968 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167968

16 years, 4 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Portlet Instance configuration with nice GUI

by yanivc24

Hi guys I'm trying to do just the same thing. the problem is that I can't seem to understand which APIs I need to use in order to change the preferences of a global instance definition using the internal APIs. Some background: I'm working in a company that had a web application on top of JBoss AS. our new application has been upgraded to work on top of JBoss Portal in order to harness all it's obvious advantages. however, since our application was mostly written on top of an existing and very advanced AJAX and UI framework(called Bindows) we had to use it in order to have our application work on top of the portal with the least amount of changes. in fact, we created a whole new presentation layer using Bindows on top of the portal to allow us to continue to leverage it for rapid development of complex UI based portlets. One of the drawbacks of the given preferences framework we have in the portal is the fact that these preferences hold no Meta data that can be used to describe custom data types that need more than just "name and value" kind of editor, but rather something more like a wizard or a search tool. Given that, we decided to have our own meta data repository to complement the existing preferences store. Now, getting back to the problem at hand: What I would like to achieve is to create a Web Service that through it the administrator will be able to change the preferences of the global portlet instance. this web service will be accessed through an AJAX call on the client side using our custom UI. Can you please help me understand how to achieve that? Yaniv View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167960#4167960 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167960

16 years, 4 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 July 2008