The UN Centre for Trade Facilitation formed a partnership with OASIS in 1999 or 2000 for the purpose of creating a new e-Business lingua franca. The idea is that it can help the successful industrial nations AS WELL as the impoverished third world nations through providing non-proprietary systems design.
Most of us that worked within UN/CEFACT did so at our own, or our employers expense. We even paid fees to attend the meetings. So, at the end of the day the UN is spending diddly squat on this effort and it involved mostly to endorse the standards track.
I own a small business and much of my client correspondance is via email. That means, I have to run my own IMAP server and I have 200 mb of mail on the server.
Someone would do well to offer this service with your own domain (if you change your MX record), IMAP and reasonable charge for each 50mb increment of disk space. This is yet another web mail service, only this one is hosted off of a MSFT server and it implements intrusive spam blocking. SPAM Assasin works very nicely, I've found.
Why don't you write a paper on how much better specialized grammars and scripting is than XML, then present it to the industry?
Make sure you format the paper in tex or groff or something else that doesn't use spurious ''.
I've been down the yacc route, and JavaCC, in the past and I am happy to use XML from now on wherever I can. You are free to stay with the old school way if you like. The critical mass is with XML, and it will get better.
Not sure I follow you - what kind of construct would not be language-specific?
I meant not specific to the programming language(s) with which the construct is being consumed.
"middle ground", "vocabulary" and "ontology" are certainly the kind of phrases you see in conjunction with XML. Unfortunately they mean very little.
They actually mean quite a bit to some of us. If you've ever found yourself in the middle of a situation in which integration between a few complex systems is involved, all from different vendors, you would find reasons to overlook XML's warts. XML (or should I say: the software that has sprung up to support it) does offer you a more accessable programming model, which leads to more productivity, quicker project cycles, etc. When performance and verbosity are big issues, such as is the case when using smart cards and limited resource devices, XML can be transformed easily to other formats, such as ASN.1. Look at OASIS XCBF.
Yes, XCBF could have just done it all in CSV, but instead they chose something that has good schema definition languages, good processing tools, excellent coverage by the technical press, and dare I say -- unprecedented market acceptance.
2. Now represent it in a convenient programming language, say Scheme: (lambda (x) (* 2 x))
I think thats a slightly different use case than XACML is addressing. XACML is about asserting policies. No one is trying to do mathematical calculations in it. I generally agree with you here, I've opted away from XML in cases where I had to describe methods moreso than properties. There is one exception, however. ANT. I find it more convienient that the.sh files or make files I used to use.
I'm sure you're one of those people who insists on doing their configuration through a language specific construct, such as using eval() in Perl.
XACML, as well as a few other XML "languages" is useful in that the policy is portable and everyone can benefit from better tools to work with the language. XML provides a middle ground for these languages. Sure, it doesn't have operators or behave like a programming language...but every programming or scripting language has several means of reading XML.
I am still a Mac OS newbie, but I've noticed that most OS X apps are bundles, and in one instance I think I noticed two seperate binaries in the bundle. This would suggest that it still is possible to ship cross compiled binaries without requiring the user to select an appropriate app for their platform.
Of course, the target windowing environment needs to be able to execute a.app directory...
The ANT build tool contains a built in Javadoc task, we are able to build up to date Javadoc that way. It is also possible to write tasks for generating docs from other sources, Tex for example.
I wouldn't consider this fishy. By the looks of things the US entity is a distributorship taken on by an entrepreneur, who wanted to secure the domain while waiting for the paperwork to clear for the new business. I've done this myself in the past, in one case the company in question went public. Only then did we spend the time to transfer the domain.
I have had good experiences since then with airline cargo, since they don't have a lot of distribution points, its usually point to point and the goods are secured in cargo containers. I have sent a few computers cross-country this way successfully.
The DHL fiasco was all caused by a dumb employee not doing the right thing, I would never had agreed to shipping credit insurance.
Last year we shipping a server from Vancouver, BC to NYC for installation in our branch office in NYC. Long story short - it was late and totalled much like your stuff. It looked like the box was left out in the rain, then used like a beachball in the back of some warehouse. We had insurance, but still had to fight with them for the $2000 in damage. They ended up giving us shipping credits. I had a similar problem with Air Canada cargo, but they paid up fast.
The morale of the story is to find a shipper who does international insurance, AND, pack the equiment in crates. I think there are even some professional packers - I beleive many of the shippers will do this for an extra charge.
Bearshare alse puts unwanted icons in your start menu asking you to install the optional software you declined, which in my mind is unethical. What is with these coders, have they no honor?
I remember sniffing my connection with Gator running and noticed that it was sending lots of statistics back to the Gator collective. Bad, Bad, Bad. I don't know if it is still like that, but I for one won't touch it or any app that includes it with a ten foot pole.
QUESTION: Hello. My name is Charles Eng, and I'm representing Seattle Mennonite Church, also a Microsoft shareholder. My question is a follow up on the shareholder's resolution. What ongoing effort is there to ensure that Microsoft is complying with its own Microsoft business practice standards, and compliance policies. Is there an annual report on that?
I don't know a whole lot about Mennonite churches, but isn't this a little liberal for them?
UML-to-code I would consider a bad idea. However, code-to-UML would be a/good/ idea, especially if it could handle links across package boundaries.
How come? I have found that feature very useful for framing our a project, creating java beans, stuff like that. Give the free version of Together a try to see what I mean.
I have used a lot of the modules, like the XP Test, ANT, Doc generator, etceteras. The problem with together is its price. At the moment, I am leading a team with 5 developers, which is going to scale to 9 in the near future. I lay down the general design with Together, but I can't rely on too much of its voodoo because I have to maintain an efficient non-together workspace for my developers. I looked into licensing a few copies, and together sales tried to accomate me, but at the end of the day it was either get together or get more staff. I chose staff:-)
Re:Together
on
Java IDEs?
·
· Score: 2, Interesting
Well....I dunno. It does round-tripping between code and diagrams, so it is useful when refactoring code. That alone would encourage me to buy it. Having it really helps when you are dealing with > 400 classes that you didn't write.
Re:Comments on Java
on
Java IDEs?
·
· Score: 2, Interesting
Java seems like its on its way out.
Are you serious?! I don't think Java is on its way out, it seems to be gathering steam. Look around -- many more companies are distributing signifigant products built with Java. The installer technology is finally getting to the point of being useful as well. I've shipped products built in Perl, C/C++. Java, VB and even some early access stuff in C#. Of all those, I see Java as having the most promising future.
Slashdot Mirror
The UN Centre for Trade Facilitation formed a partnership with OASIS in 1999 or 2000 for the purpose of creating a new e-Business lingua franca. The idea is that it can help the successful industrial nations AS WELL as the impoverished third world nations through providing non-proprietary systems design.
Most of us that worked within UN/CEFACT did so at our own, or our employers expense. We even paid fees to attend the meetings. So, at the end of the day the UN is spending diddly squat on this effort and it involved mostly to endorse the standards track.
XMTP is a mapping of MIME to XML/RDF. Not a protocol replacement, but a piece of the puzzle perhaps.
http://www.openhealth.org/xmtp/
mac.com does it as well. The problem is always that the disk space is weak, no IMAP/S & SMTP+TLS and you have to use their domains.
I own a small business and much of my client correspondance is via email. That means, I have to run my own IMAP server and I have 200 mb of mail on the server.
Someone would do well to offer this service with your own domain (if you change your MX record), IMAP and reasonable charge for each 50mb increment of disk space. This is yet another web mail service, only this one is hosted off of a MSFT server and it implements intrusive spam blocking. SPAM Assasin works very nicely, I've found.
*yawn*
I think the "proposal" was to switch to ia64, not x86, although I think Itanium includes x86 capabilities...
oops...
s/spurious/spurious < & >/
*sigh*
Why don't you write a paper on how much better specialized grammars and scripting is than XML, then present it to the industry?
Make sure you format the paper in tex or groff or something else that doesn't use spurious ''.
I've been down the yacc route, and JavaCC, in the past and I am happy to use XML from now on wherever I can. You are free to stay with the old school way if you like. The critical mass is with XML, and it will get better.
Not sure I follow you - what kind of construct would not be language-specific?
.sh files or make files I used to use.
I meant not specific to the programming language(s) with which the construct is being consumed.
"middle ground", "vocabulary" and "ontology" are certainly the kind of phrases you see in conjunction with XML. Unfortunately they mean very little.
They actually mean quite a bit to some of us. If you've ever found yourself in the middle of a situation in which integration between a few complex systems is involved, all from different vendors, you would find reasons to overlook XML's warts. XML (or should I say: the software that has sprung up to support it) does offer you a more accessable programming model, which leads to more productivity, quicker project cycles, etc. When performance and verbosity are big issues, such as is the case when using smart cards and limited resource devices, XML can be transformed easily to other formats, such as ASN.1. Look at OASIS XCBF.
Yes, XCBF could have just done it all in CSV, but instead they chose something that has good schema definition languages, good processing tools, excellent coverage by the technical press, and dare I say -- unprecedented market acceptance.
2. Now represent it in a convenient programming language, say Scheme: (lambda (x) (* 2 x))
I think thats a slightly different use case than XACML is addressing. XACML is about asserting policies. No one is trying to do mathematical calculations in it. I generally agree with you here, I've opted away from XML in cases where I had to describe methods moreso than properties. There is one exception, however. ANT. I find it more convienient that the
http://www.oasis-open.org/committees/xacml/reposit ory/oasis-xacml-1.0.pdf
Here is a PDF, I found it in, oh, 2 seconds. Granted, Docbook would have been better seeing as its an OASIS Specification itself.
I'm sure you're one of those people who insists on doing their configuration through a language specific construct, such as using eval() in Perl.
XACML, as well as a few other XML "languages" is useful in that the policy is portable and everyone can benefit from better tools to work with the language. XML provides a middle ground for these languages. Sure, it doesn't have operators or behave like a programming language...but every programming or scripting language has several means of reading XML.
http://ebxmlrr.sourceforge.net/
Another Sun initiative on SF.
I am still a Mac OS newbie, but I've noticed that most OS X apps are bundles, and in one instance I think I noticed two seperate binaries in the bundle. This would suggest that it still is possible to ship cross compiled binaries without requiring the user to select an appropriate app for their platform.
.app directory...
Of course, the target windowing environment needs to be able to execute a
You just have to add it to your binary files list, (cvs checkout CVSROOT), or something like:
:-)
cvs add -kb mydoc.doc
Man pages are great sources of information
The ANT build tool contains a built in Javadoc task, we are able to build up to date Javadoc that way. It is also possible to write tasks for generating docs from other sources, Tex for example.
I wouldn't consider this fishy. By the looks of things the US entity is a distributorship taken on by an entrepreneur, who wanted to secure the domain while waiting for the paperwork to clear for the new business. I've done this myself in the past, in one case the company in question went public. Only then did we spend the time to transfer the domain.
I have had good experiences since then with airline cargo, since they don't have a lot of distribution points, its usually point to point and the goods are secured in cargo containers. I have sent a few computers cross-country this way successfully.
The DHL fiasco was all caused by a dumb employee not doing the right thing, I would never had agreed to shipping credit insurance.
Last year we shipping a server from Vancouver, BC to NYC for installation in our branch office in NYC. Long story short - it was late and totalled much like your stuff. It looked like the box was left out in the rain, then used like a beachball in the back of some warehouse. We had insurance, but still had to fight with them for the $2000 in damage. They ended up giving us shipping credits. I had a similar problem with Air Canada cargo, but they paid up fast.
The morale of the story is to find a shipper who does international insurance, AND, pack the equiment in crates. I think there are even some professional packers - I beleive many of the shippers will do this for an extra charge.
Go away MSFT troll. You have the wrong crowd, we-don't-want-yer-WMA.
Bearshare alse puts unwanted icons in your start menu asking you to install the optional software you declined, which in my mind is unethical. What is with these coders, have they no honor?
I remember sniffing my connection with Gator running and noticed that it was sending lots of statistics back to the Gator collective. Bad, Bad, Bad. I don't know if it is still like that, but I for one won't touch it or any app that includes it with a ten foot pole.
I don't know a whole lot about Mennonite churches, but isn't this a little liberal for them?
How come? I have found that feature very useful for framing our a project, creating java beans, stuff like that. Give the free version of Together a try to see what I mean.
I have used a lot of the modules, like the XP Test, ANT, Doc generator, etceteras. The problem with together is its price. At the moment, I am leading a team with 5 developers, which is going to scale to 9 in the near future. I lay down the general design with Together, but I can't rely on too much of its voodoo because I have to maintain an efficient non-together workspace for my developers. I looked into licensing a few copies, and together sales tried to accomate me, but at the end of the day it was either get together or get more staff. I chose staff :-)
Well....I dunno. It does round-tripping between code and diagrams, so it is useful when refactoring code. That alone would encourage me to buy it. Having it really helps when you are dealing with > 400 classes that you didn't write.
Are you serious?! I don't think Java is on its way out, it seems to be gathering steam. Look around -- many more companies are distributing signifigant products built with Java. The installer technology is finally getting to the point of being useful as well. I've shipped products built in Perl, C/C++. Java, VB and even some early access stuff in C#. Of all those, I see Java as having the most promising future.