[JBoss Microcontainer] - More on BaseClassLoader conflict with Instrumentation....
by Ted Hulick
Ted Hulick [http://community.jboss.org/people/Ted.Hulick%40hp.com] created the discussion
"More on BaseClassLoader conflict with Instrumentation...."
To view the discussion, visit: http://community.jboss.org/message/588412#588412
--------------------------------------------------------------
Maybe would be best to spell out the architecture of my issue:
* At runtime, I add a group of jars to sun.misc.Loader$AppLoader containing some instrumentation using the addURL method, the code in these jars make reference to some jms classes. I also include jms.jar as part of this
* An EAR/WAR is loaded which is instrumented (bytecode modified) and make reference to the code in the jars put in the sun class loader. This WAR also has a jms.jar file - these classes are loaded into the JBoss "BaseClassLoader".
* The classes in the BaseClassLoader pick up the classes from the sun Class Loader just fine - evidently, the BaseClassLoader IS delegating to the
sun base Class Loader EVEN THOUGH it shows that it's parent is NOT the base loader (which I normally see), but instead the parent being
null indicating a native or boot loader.
* The problem comes when code in the sun loader is called by the code in the BaseClassLoader and the javax.jms.Session interface seems to be loaded into the BaseClassLoader from jms.jar in the WAR (self first? as it DID NOT delegate down to the sun Class Loader) and all comes
apart when a class impl for javax.jms.Session created in the BaseClassLoader is then cast to javax.jms.Session in the sun Class Loader and
because they were loaded in 2 different class loaders they are not considered the same class and we get a Class Cast Exception.
***** I want to either at runtime set the Classpath for the BaseClassLoader to my instrumentation classes which would resolve this issue OR
force ALL class loaders to delegate downstream to the jms.jar that I loaded in the sun AppClassLoader....
**
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/588412#588412]
Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 9 months
[jBPM] - Integrating jBPM BPMNModelEditor with eclipse RCP
by Lokesh Shiva Ramu
Lokesh Shiva Ramu [http://community.jboss.org/people/lokeshsan] created the discussion
"Integrating jBPM BPMNModelEditor with eclipse RCP"
To view the discussion, visit: http://community.jboss.org/message/589263#589263
--------------------------------------------------------------
Hi,
I have to integrate BPMNModelEditor with my RCP client. I need to show the BPMNModelEditor as a page in a multipage editor. None of the classes in the plugin "org.drools.eclipse" are exported, therefore I cannot use them. No other means provided to plug to this editor. When I try to open this editor by passing an IStorageEditorInput instance. I get following exceptions.
java.lang.IllegalArgumentException: Unknown model object null
at org.drools.eclipse.flow.ruleflow.editor.editpart.RuleFlowEditPartFactory.createEditPart(RuleFlowEditPartFactory.java:96)
at org.eclipse.gef.ui.parts.AbstractEditPartViewer.setContents(AbstractEditPartViewer.java:626)
at org.drools.eclipse.flow.common.editor.GenericModelEditor.initializeGraphicalViewer(GenericModelEditor.java:177)
at org.eclipse.gef.ui.parts.GraphicalEditor.createGraphicalViewer(GraphicalEditor.java:158)
at org.eclipse.gef.ui.parts.GraphicalEditorWithPalette.createPartControl(GraphicalEditorWithPalette.java:63)
at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:670)
at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:465)
at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595)
at org.eclipse.ui.internal.EditorReference.getEditor(EditorReference.java:289)
at org.eclipse.ui.internal.WorkbenchPage.makeActiveEditor(WorkbenchPage.java:1268)
What I could see from code is, there is an assumption that the IEditorInput to the editor will always be of type IFileEditorInput. The createModel() function in BPMNModelEditor, does a type cast with this assumption. If there is a failure in constructing model, then null is set as model.
Can BPMNModelEditor be integrated with RCP application. What is the best way to provide a jBPM editor in eclipse RCP. I am not particular to open the jBPM editor as part of page. Even if its a standalone page its fine. I cannot show .jbpm files in my RCP. I need to open jBPM editor based on stream based editor input.
Any one who has integrated the BPMNModelEditor in there RCP application ?
Any suggestion is hightly appreciated.
Thanks and Regards,
Lokesh
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/589263#589263]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 9 months
[JBoss Messaging] - JMS not able to perform failover
by rajeev kumar
rajeev kumar [http://community.jboss.org/people/rajeev.aec] created the discussion
"JMS not able to perform failover"
To view the discussion, visit: http://community.jboss.org/message/589250#589250
--------------------------------------------------------------
we have two IBM M2 having debian linux installed, on one server called as Master node we installed Jboss AS 4.2.3 and postgre 8.3(running) and on other server called as slave node we installed Jboss AS 4.2.3 and postgre 8.3 (not running), our both jboss is up and running in clustered environment, with both jboss sending data to the master node we also have corosync service running on background on both servers . now if master node goes down (whatever be the reason), corosync on slave node listen this and starts the postgre on slave system, and at the same time JMS on slave node also starts its failover, most of the time JMS do not able to perform its failover , but for few time everything goes right and Jboss start behavioung correctly after JMS failover , can any one please help me what may have goes wrong.
we are using following versions:
1) Jboss 4.2.3
2) JMS 1.4.2 SP2
3) Postgre
mean while I found the
https://issues.jboss.org/browse/JBMESSAGING-1781?page=com.atlassian.jira.... https://issues.jboss.org/browse/JBMESSAGING-1781?page=com.atlassian.jira....
is this the same issuse which I am facing?
regards,
rajeev
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/589250#589250]
Start a new discussion in JBoss Messaging at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 9 months
[jBPM] - Problem running jBPM 5 demo
by Adam Bach
Adam Bach [http://community.jboss.org/people/heathcliff] created the discussion
"Problem running jBPM 5 demo"
To view the discussion, visit: http://community.jboss.org/message/588778#588778
--------------------------------------------------------------
Hi,
I've downloaded the full installer of jpm5.0 and run install.demo. I finished with no problems. After that I tryed to run start.demo but It hanged bacouse of jboss. So I tryed to run jboss my sefl and I got firewall warning, I made the app my trusted on. The demo run with no problem. I played with it like 5 min and shut it all down. Since than I can't run jboss or demo, I always get the message:
Calling C:\Download\jbpm-5.0.0-installer-full\jbpm-installer\jboss-5.1.0.GA\bin\
run.conf.bat
W tym momencie \apache-ant\bin";;C:\Download\jbpm-5.0.0-installer-full\jbpm-inst
aller\jboss-5.1.0.GA\bin" było nieoczekiwane.
W tym momencie == At this moment
było nieoczekiwane == was unexpected.
Any one knows whats wrong???
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/588778#588778]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 9 months
[EJB3] - The on-going story of hot-deploying EJBs
by Carlo de Wolf
Carlo de Wolf [http://community.jboss.org/people/wolfc] modified the blog post:
"The on-going story of hot-deploying EJBs"
To view the blog post, visit: http://community.jboss.org/community/ejb3/blog/2011/02/23/the-on-going-st...
--------------------------------------------------------------
Frequently I get questions and remarks on hot-deploying EJBs for RAD ( https://issues.jboss.org/browse/EJBTHREE-1096 EJBTHREE-1096). “Can we hot-deploy EJBs?” “Have you forgotten your most popular issue?”
The thing is that it's not as simple as it looks. Even just hot-deploying the bean class itself runs into issues. You could have an instance in such a state that violates the new invariants of the class.
Suppose we would change
void setName(String s) {
this.name = s;
}
into
void setName(String s) {
if(s == null) throw new IllegalArgumentException();
this.name = s;
}
We could have instances where the name field is actually null.
But we want more than just class hot-deploy. That is something you can do with the JDK already. We also want to be able to change the views of an EJB. At that point you run into trouble with existing consumers of the views. How are they supposed to react? Does a Servlet need to re-lookup the proxy? How would it react to non-existing methods?
One of the worst things to do (in my book) is modifying the Servlet with the knowledge that the EJB might be hot-deployable. In other words let plumbing code creep into your business code.
To ensure code correctness hot-deploying EJBs should never be enabled in production. We don't want unneeded complexity there. So I would not consider it an assignment for a product engineer.
Alternatively you could use http://www.zeroturnaround.com/jrebel/ JRebel. Granted I've never used it, so I am ignorant of how they solve the problem. But if JRebel fits your purpose then you should is it.
Still I don't see it as a reason to reject the issue. If the problem is solvable without an increase in complexity I would accept such a solution.
But what I really would like to have is a rolling upgrade. You install a new version EJB which from that point on gets used by new clients. This would be beneficiary to both the community edition and the product. In essence it comes back to the same problem: how do we deal with established connections to, for example, Servlets? So a solution giving rolling upgrade would have to span technologies and be solved at the server level.
Now with the inception of http://community.jboss.org/docs/DOC-15596 JBoss Application Server 7 we are rebuilding a new scaffold on the knowledge we've acquired over years. I think this is a great opportunity to see if we can find a solution to EJBTHREE-1096 that would fit in AS 7.
So I'm looking forward to ideas and contributions on AS 7 that would meliorate EJBTHREE-1096.
Is the issue stalled, yes. Is the issue forgotten, no.
[1] https://issues.jboss.org/browse/EJBTHREE-1096 https://issues.jboss.org/browse/EJBTHREE-1096
[2] http://community.jboss.org/docs/DOC-15596 http://community.jboss.org/wiki/HackingonAS7
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/community/ejb3/blog/2011/02/23/the-on-going-st...]
13 years, 9 months