[Design of JBoss jBPM] - Re: streching the expression language
by andyredhead
Going back to using > and < in attribute values question/issue.
I reckon that if the doc was validated against a dtd and the type of the expression attribute was specified in the dtd to be type CDATA then you could use > and < (or most other standard text things) without a problem.
I'm not familiar with xsd. I've just taken a look in the file jpdl-3.1.xsd and it looks like the expression attributes are set to type xs:string. Does anyone know:
1) what this type allows in terms of text content
2) is there an equivalent of CDATA for xsd (and what is it) - if there is an equivalent then the expression attributes could be changed to xs:cdata-equivalent in the xsd and it might all work.
I really don't like the idea of not using a validating xml parser on process definitions :(
Cheers,
Andy
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4024194#4024194
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4024194
17 years, 10 months
[Design the new POJO MicroContainer] - OSGiControllerContext design
by alesj
I was looking at Adrian's TBoD OSGi + MC presentation.
The idea of having new (OSGi)ControllerContext impl is what I had in mind once as well, but I didn't fully see and still don't, how this fits with integrating MC beans into OSGi layer. Ok, I have some idea when comparing this with how MBeans are integrated with MC beans, but I don't see what all we gain by having new ControllerContext.
And I don't understand what Activator has to do with it. As far as I understand BundleActivator (or this is not the same thing we are talking about) is a way to define start/stop plug-in into your bundle artifact. How is this meant as an extension to the jar format?
What was the idea behing KernelRegistryPlugin?
To sometimes simplify Controller integration with some other pojo producing layer?
So that we don't need new ControllerContext impl?
In order to register OSGi service, one must have current bundle's BundleContext.
This changes the concept that we are currently used to - (mostly) one mbean server, main bootstrap kernel - multiple contexts with multiple (m)beans pluged via 'central' state machine.
Here we have multiple beans / services coresponding to certain bundle context. Where to keep this bundle context information in order to be accessable by MC beans marked as an OSGi exposed / lookup services?
My current impl (far from being finished) uses some 'hack' concepts. Mostly due to previous problem - not having an idea where / how to access BundleContext instance when deploying MC beans.
I currently used KernelRegistryPlugin approach (putting a new BundleContextHolderKRP bean into same controller + scoping him into work (bundle) scope) + adding work (bundle) scope to all MC defined beans that are meant to be exposed as OSGi services (so that they only 'see' previously defined BCHolder). Similar with services lookup - looking for KRP context in that work (bundle) scope.
Is OSGiControllerContext == BundleContext + service (bean) definition?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4024164#4024164
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4024164
17 years, 10 months
[Design of JBoss ESB] - Unable to run the Launcher.java through Eclipse3.2
by mishra.piku
Dear Developers,
I wish you a very Good Evening from India. I have started working the Jboss ESB. As per the sample example ie quickstart, I am able to run the application using predefined Apache Ant script. I also able send the message. I have configured the application in Eclipse 3.2, I have also put all the required jar files in the Eclipse build path, but I am unable to run the class ie Launcher.java. I am unable to figure it out.
Could please help me in this regard. While running through Eclipse I getting the following Exception. I furnish below the exception.
I hope that you will not dissappoint me in this regard.
//**************************************** Below is the Exception **********************************************************
log4j: Parsing for [root] with value=[WARN, LOGFILE].
log4j: Level token is [WARN].
log4j: Category root set to WARN
log4j: Parsing appender named "LOGFILE".
log4j: Parsing layout options for "LOGFILE".
log4j: Setting property [dateFormat] to [ISO8601].
log4j: Setting property [contextPrinting] to [true].
log4j: End of parsing for "LOGFILE".
log4j: Setting property [maxBackupIndex] to [3].
log4j: Setting property [maxFileSize] to [10MB].
log4j: Setting property [file] to [scout.log].
log4j: setFile called: scout.log, true
log4j: setFile ended
log4j: Parsed "LOGFILE" options.
log4j: Parsing for [org.apache.axis.enterprise] with value=[FATAL, CONSOLE].
log4j: Level token is [FATAL].
log4j: Category org.apache.axis.enterprise set to FATAL
log4j: Parsing appender named "CONSOLE".
log4j: Parsing layout options for "CONSOLE".
log4j: Setting property [conversionPattern] to [- %m%n].
log4j: End of parsing for "CONSOLE".
log4j: Setting property [threshold] to [INFO].
log4j: Parsed "CONSOLE" options.
log4j: Handling log4j.additivity.org.apache.axis.enterprise=[null]
log4j: Finished configuring.
************************ Thread Started Successfully ********************
[Server@167d940]: [Thread[main,5,main]]: checkRunning(false) entered
[Server@167d940]: [Thread[main,5,main]]: checkRunning(false) exited
[Server@167d940]: Startup sequence initiated from main() method
[Server@167d940]: Loaded properties from [D:\MyWorkarea\helloworld_embedded_reg_\server.properties]
[Server@167d940]: Initiating startup sequence...
[Server@167d940]: Server socket opened successfully in 15 ms.
[Server@167d940]: Database [index=0, id=0, db=file:build/hsqldb, alias=jbossesb] opened sucessfully in 438 ms.
[Server@167d940]: Startup sequence completed in 453 ms.
[Server@167d940]: 2007-03-01 11:46:23.789 HSQLDB server 1.8.0 is online
[Server@167d940]: To close normally, connect and execute SHUTDOWN SQL
[Server@167d940]: From command line, use [Ctrl]+[C] to abort abruptly
Dropping the message store schema if exists...
Creating the message store schema...
Dropping the registry schema if exists...
creating the registry schema...
inserting registry publishers...
*************** Calling StandAloneBootStrapper ***************
java.lang.reflect.InvocationTargetException
at org.apache.ws.scout.transport.LocalTransport.send(LocalTransport.java:65)
at org.apache.ws.scout.registry.RegistryImpl.execute(RegistryImpl.java:273)
at org.apache.ws.scout.registry.RegistryImpl.findService(RegistryImpl.java:736)
at org.apache.ws.scout.registry.BusinessQueryManagerImpl.findServices(BusinessQueryManagerImpl.java:638)
at org.jboss.internal.soa.esb.services.registry.JAXRRegistryImpl.findService(JAXRRegistryImpl.java:441)
at org.jboss.internal.soa.esb.services.registry.JAXRRegistryImpl.registerEPR(JAXRRegistryImpl.java:173)
at org.jboss.internal.soa.esb.listeners.DefaultListenerManager.register(DefaultListenerManager.java:701)
at org.jboss.soa.esb.listeners.AbstractManagedListener.registerProcess(AbstractManagedListener.java:125)
at org.jboss.soa.esb.listeners.message.MessageAwareListener.initializeRun(MessageAwareListener.java:98)
at org.jboss.soa.esb.listeners.AbstractManagedListener.run(AbstractManagedListener.java:210)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.ws.scout.transport.LocalTransport.send(LocalTransport.java:61)
... 10 more
Caused by: javax.xml.registry.RegistryException: faultCode=null, faultString=null, faultActor=null, errno=null, errCode=null, errText=null
at org.apache.juddi.registry.local.AbstractService.handleRequest(AbstractService.java:270)
at org.apache.juddi.registry.local.InquiryService.inquire(InquiryService.java:77)
... 15 more
java.lang.reflect.InvocationTargetException
at org.apache.ws.scout.transport.LocalTransport.send(LocalTransport.java:65)
at org.apache.ws.scout.registry.RegistryImpl.execute(RegistryImpl.java:273)
at org.apache.ws.scout.registry.RegistryImpl.findService(RegistryImpl.java:736)
at org.apache.ws.scout.registry.BusinessQueryManagerImpl.findServices(BusinessQueryManagerImpl.java:638)
at org.jboss.internal.soa.esb.services.registry.JAXRRegistryImpl.findService(JAXRRegistryImpl.java:441)
at org.jboss.internal.soa.esb.services.registry.JAXRRegistryImpl.registerEPR(JAXRRegistryImpl.java:173)
at org.jboss.internal.soa.esb.listeners.DefaultListenerManager.register(DefaultListenerManager.java:701)
at org.jboss.soa.esb.listeners.AbstractManagedListener.registerProcess(AbstractManagedListener.java:125)
at org.jboss.soa.esb.listeners.message.MessageAwareListener.initializeRun(MessageAwareListener.java:98)
at org.jboss.soa.esb.listeners.AbstractManagedListener.run(AbstractManagedListener.java:210)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.ws.scout.transport.LocalTransport.send(LocalTransport.java:61)
... 10 more
Caused by: javax.xml.registry.RegistryException: faultCode=null, faultString=null, faultActor=null, errno=null, errCode=null, errText=null
at org.apache.juddi.registry.local.AbstractService.handleRequest(AbstractService.java:270)
at org.apache.juddi.registry.local.InquiryService.inquire(InquiryService.java:77)
... 15 more
--
Piku Mishra
Senior System Engineer,
Bangalore .
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4024101#4024101
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4024101
17 years, 10 months