February 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: VTD-XML 2.0

by estaub

Alex, Send your thoughts and feelings to info(a)ximpleware.com. I know I did - several times, in fact ;-) -Ed Staub View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022708#4022708 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022708

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: VTD-XML 2.0

by alex.guizar＠jboss.com

WTF?!! What does this have to do with jBPM! Can we remove this piece of crap??!! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022707#4022707 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022707

17 years, 2 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: jboss/remoting 2.2.0.Alpha7 not compatible with jboss5

by scott.stark＠jboss.org

If you don't care about http, then why did you say "Messaging needs remoting HTTP support...". That dependency links to an http stack regardless of what it is. As its something jbm does not control, it should be a dependency that is isolated in a separate artifact so that the correct stack can be included. The correct stack being whatever is aggregating jbm and http stacks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022696#4022696 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022696

17 years, 2 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: jboss/remoting 2.2.0.Alpha7 not compatible with jboss5

by ovidiu.feodorov＠jboss.com

I don't understand. What dependency do I need to break out? I don't touch HTTP code, I don't care about HTTP code. My only dependency is Remoting and I only have a piece of configuration that says "bisocket" or "http". Remoting can implement HTTP using smoke signals, for what I care. IF we start to get into this, maybe it's time to ditch remoting and start thinking about our own transport. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022692#4022692 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022692

17 years, 2 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-1437 RARMetaDataRepository

by scott.stark＠jboss.org

"weston.price(a)jboss.com" wrote : | 2) Eliminate the problematic elements from the *-ds.xml deployment (ie MBean definitions) that get in the way of making the unmarshalling a simple process, or at least find someway to work around this. | | This was actually my initial approach but the MBean definitions inside the *-ds.xml got in my way. | Ok, but at that point you have a new an incompatible ds.xml descriptor. What I'm talking about is morphing the legacy ds.xml into ds2.xml that is a perfectly parsable, aspect oriented delight. Its whatever the lesser of two evils is, an essentially hand-coded xml parse/deserializer or xsl. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022689#4022689 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022689

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: [O/T] Bug/issue triage

by kukeltje

The triage would imo not only be about the unconfirmed or unassigned (person or version) bugs, but also the ones allready assigned (to get the roadmap realistic, your problem) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022687#4022687 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022687

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - VTD-XML 2.0

by crackeur2007

XimpleWare is proud to announce the release of version 2.0 of VTD-XML, the next generation XML parser/indexer. The new features introduced in this version are: * VTD+XML version 1.0: the world's first true native XML index that is simple, general-purpose and back-compatible with XML. * NodeRecorder Class that saves VTDNav's cursor location for later sequential access. * Overwrite capability * Lexically comparisons between VTD and strings To download the software, please go to http://sourceforge.net/project/showfiles.php?group_id=110612 To read the latest benchmark report please go to http://vtd-xml.sf.net/benchmark1.html To get the latest API overview http://www.ximpleware.com/vtd-xml_intro.pdf View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022679#4022679 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022679

17 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - VTD-XML 2.0

by crackeur2007

XimpleWare is proud to announce the release of version 2.0 of VTD-XML, the next generation XML parser/indexer. The new features introduced in this version are: * VTD+XML version 1.0: the world's first true native XML index that is simple, general-purpose and back-compatible with XML. * NodeRecorder Class that saves VTDNav's cursor location for later sequential access. * Overwrite capability * Lexically comparisons between VTD and strings To download the software, please go to http://sourceforge.net/project/showfiles.php?group_id=110612 To read the latest benchmark report please go to http://vtd-xml.sf.net/benchmark1.html To get the latest API overview http://www.ximpleware.com/vtd-xml_intro.pdf View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022678#4022678 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022678

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: [O/T] Bug/issue triage

by estaub

Ronald, I'm not sure how much of this was in response to my earlier note of today (see third post in http://www.jboss.com/index.html?module=bb&op=viewtopic&t=100746) My main concern wasn't about not having a way to provide input into triage. My problem is that Jira is currently nearly useless as a way to understand what the current short-term roadmap is. With 32 outstanding issues and release scheduled for a week ago, I know that Jira is nowhere near the truth. But has no one made any progress on those issues, or are they just not keeping Jira up to date? I'm sure that the truth is some mix of these two things, but what's the ratio? Folks who have deadlines in the next several months need to know what they can expect, from which they can determine what they'll need to develop on their own. -Ed Staub View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022629#4022629 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022629

17 years, 2 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-1437 RARMetaDataRepository

by weston.price＠jboss.com

I would like to get away from using XSL at all (the original point of the task). The approach you mention could work, but if I was going to go down that route, I would be more inclinded to 1) Create a MCF XSD and deprecate the DTD 2) Eliminate the problematic elements from the *-ds.xml deployment (ie MBean definitions) that get in the way of making the unmarshalling a simple process, or at least find someway to work around this. This was actually my initial approach but the MBean definitions inside the *-ds.xml got in my way. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022626#4022626 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022626

17 years, 2 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 February 2007