June 2009 - jboss-dev-forums - Jboss List Archives

[Javassist development Forum] - javassit can't find some compile error.how could correct it.

by ashem

hi, I use javassist make a CtMethod.The method content is : public void executor() { String result=""; result=1; } and use CtClass.make() to build this method,but the javassist cant find the syntax error.how could to correct it. hope somebody can help me! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239934#4239934 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239934

16 years, 9 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Supporting entry-point

by beve

As an example of entry point usage (from the Drools Fusion User Guide): rule "apply fee on withdraws on branches" | when | WithdrawRequest( $ai : accountId, processed == true ) from entry-point "Branch Stream" | CheckingAccount( accountId == $ai ) | then | // apply a $2 fee on the account | end Instead of inserting events directly into the working memory, you insert them into the entry point as shown in the following example: // create your rulebase and your session as usual | StatefulKnowledgeSession session = ... | | // get a reference to the entry point | WorkingMemoryEntryPoint atmStream = session.getWorkingMemoryEntryPoint( "ATM Stream" ); | | // and start inserting your facts into the entry point | atmStream.insert( aWithdrawRequest ); By requesting the WorkingMemoryEntryPoint from the session we are able to insert our facts into it and this will be separate from the "default" working memory. In the ESB will want to give users the ability to use entry points in thier rules. To do this we need to let them specify which objects(facts) should be inserted in to the separate entry-points. Currently all are inserted in the the working memory (which I understand is simply a WorkingMemoryEntryPoint named "DEFAULT"). Burr suggested that the following configuration option to be added: <object-path esb="body.TheOrderHeader" entry-point="OrderStream" /> And this would result in something like this in the ESB code base: WorkingMemoryEntryPoint atmStream = session.getWorkingMemoryEntryPoint( "OrderStream" ); | atmStream.insert(orderHeader); | Burr also mentioned that we should support the ability to set the startTimeStamp on an event: anonymous wrote : The date time stamp should be based on message DOB but perhaps overrideable here as well Every event in Drools has an associated timestamp assigned which by default is read from Session Clock. This startTimeStamp is assigned to the event at the time the event is inserted into the working memory. But you are given the opportunity to have Drools use a different timestamp, for instance the DOB of the ESB Message object, by specifying that the timestamp of the fact being should be used instead: @timestamp( <attributeName> ) So if we specified dob as the attribute name, the object being inserted is expected to have a field named dob, and that that field contains the timestamp that will be used when creating the EventFactHandle. Just how this is going to look I don't know at the moment and I'd need to look into this and try it out. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239933#4239933 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239933

16 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMLoggerFormatter is synchronized

by ataylor

anonymous wrote : t really can't be synchronized. Object creation is extremely fast these days in modern JVMs Ok I have removed the synchronisation. anonymous wrote : (Actually the old JDK logging used to have similar issues to what you re-introduced here, but they fixed it) I'm not sure they have, take a look at java.util.logging.SimpleFormatter which is the default formatter. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239906#4239906 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239906

16 years, 9 months

1
0
0 / 0

[Design of JBoss ESB] - Create JBPM node type

by anurag.yadav

Hi, I am just stuck with a question for last two days? Can we create custom node type in JBPM. If yes, how can we create it... Please help!!!!! regards, Anurag View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239898#4239898 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239898

16 years, 9 months

1
0
0 / 0

[Design of JBoss ESB] - Re: WS Proxy Scenarios

by cammette

first ,i used "soapprocess" to expose my esb service ,i found that was very painful, must do with the soap message by myself. so i invoke a esb service by using "serviceinvoke" direct in the method of a web service ,and a client want to interact with the esb service by invoking the web service. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239892#4239892 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239892

16 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Log for task start in jbpm 3.3.1.GA

by osvaldo.pina

I opened an issue (http://jira.jboss.org/jira/browse/JBPM-2358) and attached the code that I developed as a proposed solution. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239890#4239890 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239890

16 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor (Repost)

by clebert.suconic＠jboss.com

Since now I don't need the transaction summary any more (just number of records associated with the transaction at the currentFile), I will be able to move pending transactions. And for doing that I will need to keep all the transaction IDs and everything else. For doing that, I will need to use temporary files, and rename them as you suggested. - I will open a journal file with a temporary name. (Open here, means gets it from the cached files, or create a new one). - As I read the journal files I add the valid records to the temporary file. (I will off course open new files as I fill the file). - Add a temporary small file when I start renaming the files, and deleting the old files. and delete that file when I'm done. The only issue I have now is allowing concurrent appends to the journal, as I'm compacting the files. The problem is, when deleteing or updating a record, I don't know where the AddRecord is going to be located at. So, I don't know where to add the negative value to. So, what I'm thinking as a solution is: - During compacting, all Adds, updates and deletes are stored to the current-file, as we aways do. - But instead of discounting POSFiles right away, I cache those IDs on a collection. When I'm done compacting I do a fast operation applying the reference counts accordingly. - Case the server is interrupted during reload, the delete or update will take the original location of the record. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239872#4239872 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239872

16 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor

by clebert.suconic＠jboss.com

Since now I don't need the transaction summary any more (just number of records associated with the transaction at the currentFile), I will need to use temporary files, and rename them as you suggested. - I will open a journal file with a temporary name. (Open here, means gets it from the cached files, or create a new one). - As I read the journal files I add the valid records to the temporary file. (I will off course open new files as I fill the file). - Add a temporary small file when I start renaming the files, and deleting the old files. and delete that file when I'm done. The only issue I have now is allowing concurrent appends to the journal, as I'm compacting the files. The problem is, when deleteing or updating a record, I don't know where the AddRecord is going to be located at. So, I don't know where to add the negative value to. So, what I'm thinking as a solution is: - During compacting, all Adds, updates and deletes are stored to the current-file, as we aways do. - But instead of discounting POSFiles right away, I cache those IDs on a collection. When I'm done compacting I do a fast operation applying the reference counts accordingly. - Case the server is interrupted during reload, the delete or update will take the original location of the record. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239872#4239872 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239872

16 years, 9 months

1
0
0 / 0

[Design of Embedded JBoss] - Embedded and Bootstrap Development

by ALRubinger

Now is a great time to get started with development on the JBoss Bootstrap and Embedded projects. We've kept the scope of these small so there's not a great deal of ramp-up investment required. @see documentation at: http://www.jboss.org/community/wiki/JBossBootstrap Jump in and start a Thread on this board to get involved. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239863#4239863 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239863

16 years, 9 months

1
0
0 / 0

[Design of JBoss Admin Console] - Re: admin-console deployment error

by PeterJ

Are you using the service.bat file provided with AS 5.1.0.GA to run it as a service? Or are you using some other tool? If so, provide the full URL for that tool. If you are using service.bat, I think I might know what the problem is - the JVM options were moved to run-conf.bat, and run.bat is probably not finding it when you run as a service. Grab Process Monitor from sysinternals and run it. That will tell you the full java command line used to run the app server, see if it contains the heap settings. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239861#4239861 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239861

16 years, 9 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-dev-forums June 2009