A fundraiser for 0 A.D. (open-source strategy game)

Hi all!
Wildfire Games just launched a fundraiser for 0 A.D., a quite nice open source strategy game. For those that don't know it yet, I suggest to give it a try: it's in [community].
More info about the game on the official website: http://play0ad.com/
To contribute to the crowdfunding, go here: http://www.indiegogo.com/projects/suppo … ategy-game. IndieGoGo actually lets them keep the money even if the goal is not reached, so money sent their way won't be wasted even in case they don't get to 160.000$ (which was a bit of an overshoot, if you ask me...).
I just contributed (small amount, but that's what I can afford these days), so I thought I'd post here for those that didn't know about the fundraiser (or the game!).
Ciao!
Last edited by palmaway (2013-09-17 00:33:41)

As Software in the Public Interest is a Non-Profit, this falls just outside our solicitation guide: https://wiki.archlinux.org/index.php/Fo … licitation

Similar Messages

OPEN SOURCE JAVA GAME

Hi, my name is Dydra and I have been programming an MMORPG in java this last two years. I want to publish an open source Java game to start a new generation of cross platform games, but I can´t do it by myself xD. So I want to share what I have done so far with everyone interested in programming games so that everyone can help making this game.
All the code is not mine: some parts are from the book Killer Programming Games. I adapted the 3D MMO engine of that book to an 2D engine and customized some things.
If anyone can tell me how to make this an open project here at sun forums, please tell me xD.
Here is a youtube link with the game working so far:
http://www.youtube.com/watch?v=CvNtx_pibwM
PM me or email me if interested: [email protected]

Do you know the best part? It is almost finished. The things that need to be finished are:
-Leveling up and stats (no big deal)
-GUI (like menus and invetaries. no big deal too)
-NPC (this may be the most complex part)
- Shop and Players Party/Trade
-Drops
THE REST OF THE GAME IS DONE! I already did a map editor with custom map objects and will be used to place Non Agressive NPCs. I also made a custom set up of menues and skills. To have a skill or item into the game you just need to open your wordpad and write the img file and what the item does (damage, heal, equip, instant spell, etc).
I need help to improve animation of the sprites, skills, improve the GUI ( I did it all myself but it's kinda crappy, you know) and the NPC. As I want it to be a PVP oriented game because there is no real RPG PVP oriented game. Most PVPs are MMOFPS like GunZ.
I eben have the host for the server! jajajajaj
Need your help guy!!!! Di you hear me!!!??? jajaja
Thanks for responding, I hope you'll join my PvP cause xD

Good site for Video Editing tools (open source)

I'm a recent convert to Mac, and I'm having a hard time finding comparable tools to what is available via open source on the Windows side. Specifially in the H.264 arena. There are a multitude of open source encoding tools for Windows. I'm sure there have to be some for Mac. Are there any good sites that list these? I'm tried versiontracker and The Mac Orchard, but I'm hoping for something more specific like VideoHelp.com
Any suggestions? I'm looking for encoding software that can do inverse telecine, import DivX/Xvid/DV, Trim video (to remove letterboxing), and encode to H.264.
Thanks!

Can't help with the video stuff, but since you're a newcomer to the Mac, see these:
Switching from Windows to Mac OS X,
Basic Tutorials on using a Mac,
MacFixIt Tutorials,
MacTips, and
Switching to the Mac: The Missing Manual, Leopard Edition.
And a link to open source software: http://sourceforge.net/ Search for *multimedia for Mac*.
Additionally, *Texas Mac Man* recommends:
Quick Assist.
Welcome to the Switch To A Mac Guides, and
A guide for switching to a Mac.

OpenCL for Labview is now Open Source

Howdy,
I wrote OpenCLV (OpenCL for Labview) about a year ago and have decided to make it an Opensource project availible on GitHub. It contains all my C code to compile DLLs, all the Labview code, some pre-compiled x64 DLL code and a pre-built .vip project if you just want to download and install it.
https://github.com/amcelroy/OpenCLV.git
My email is in the GPL license header in the C code if you find any bugs or have any comments.
Austin

tst wrote:
While I don't have use for something like this myself, the willingness to share open source code is appreciated.
One problem I would have with this, though, is the license. I'm far from an expert on licensing, but my understanding is that the GPL license is infectious - if you use a component which uses it directly in your code, you have to make your own code GPL as well to adhere with the license and the only way around that is to separate the GPL component into a separate, dynamically linked, component which would allow the end user to replace it if they want. See their FAQ here - http://www.gnu.org/licenses/gpl-faq.html#GPLInProprietarySystem
My understanding is that this is the reason that OpenG switched from GPL to BSD some years ago - BSD is more permissive and basically just requires you to place the copyright notice somewhere where the user can see it.
The strict interpretation of GPL prohibits integrating a GPL component into a non GPL software even dynamically. That is why there is a LGPL. And that was indeed why OpenG changed from LGPL (not GPL!) to BSD several years ago. Many of the most influencing OpenG supporters felt that it was rather cumbersome to use it in non (L)GPL software. The most prominent product of this nowadays is VIPM.
The only exception to that change are the shared library components of the libraries that I wrote. I didn't feel that there was any bad influence from integrating them as LGPL into any sort of LabVIEW application, as they are fully dynamic anyways and by the nature of LGPL have no viral effect on the application that uses them.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Why is it good for java to be open source?

if java becomes open source, will people take java, put viruses into it and send it to people?
i have use red unix and it is not as good as windows, though it does have its uses for calulcations, but why would we want java to go down this road?

Stop trolling, "garish_shaboo".
~

Open sourcing the skype for linux UI AGAIN

i remember from some time ago i read something about the skype for linxu UI being open sourced to make supporting linux distro easier. but then microsoft bought skype. and now there is a closed source UI. please open source the UI so the comunity can fix the broken UI in skype for linux to a proper qt interface. the current qt web interface is annoying

It should look the same as all the other apps. Which is what most Linux users expect. Qt does offer on-the-fly theming, so if someone feels adventurous they can change it; and indeed the lack of 64 bit often results in some missing themes and Skype running in not exactly the same theme as the rest of the desktop. But otherwise, we shouldn't make Skype4Linux stick out like a sore thumb.

�Is Sun System Instant Messaging a Multiplatform Open Source Application?

This Because I am searching a highly Compatible Open Source WEB Enable Client/Server Application or a robust Multiplaform Instant Messaging System for Academic Purposes.
I searching to obtain a WEB Enable Instant Messaging Application Open Source in Java like MSN Messenger Client/Server for Academic Purposes?
I find Jabber as an alternative Instant Messaging solution but the clients and servers Applications there aren't highly compatibles.
I thank in advance for their valuable time. And for the attention and the collaboration lent me.

I believe there are currently two open source J2EE 1.3 compliant appservers:
JOnAs http://jonas.objectweb.org/
JBoss http://www.jboss.org/
Both have beta versions of their J2EE 1.4 offers. If what you are looking for is not actually open source but simply free as in beer, then Sun's appserver is a rather attractive option. It's already J2EE 1.4 certified because it is the J2EE 1.4 reference implementation. You can download it as part of the J2EE SDK from here http://java.sun.com/j2ee/1.4/download-sdk.html

Adobe Open Source features in CS5

Adobe announces the issue of CS5, so what innovations in Open Source Technics will be included there? I asked Google for software consulting services http://www.google.com/search?hl=en&client=firefox-a&tbo=p&rls=org.mozilla%3Aen-US%3Aoffici al&tbs=blg%3A1&q=Adobe+Open+Source+Website+CS5&aq=f&aqi=&aql=&oq=&gs_rfai= as the result I found that Web Premium CS5 also features support for the most popular open source content management. But what's about more advanced features? Who knows?

Yes we use Suitcase Fusion.
Prior to updaing to CS5 we had an older version of suitcase fusion 12.xxxx
When we upgraded to CS5 we also upgraded to the current version of Suitcase Fusion 3 & updated it.
No specific plugins come to mind.
Tony.

Open Source releasing best practices?

Hello,
When creating open source software, I don't really know what the best way to release it (what kind of makefile, versioning system, etc...) is. It's also hard to find this info online, is there any good online info or book about this?
Here are some of my questions...
-How many operating systems should your makefile support? Should I make special cases for every single Linux distro and other OS in the makefile, or can I just put a generic "g++ *.cpp" in the makefile, and let each OS and distro's own package managers take care of tailoring it to their OS?
-For makefile complexity, I guess there is a scale ranging from a hack like just typing "g++ *.cpp" in it, through having nice sections, groups of files and definitions like "CFLAGS", all the way up to projects which have 20 different makefiles in them like "Makefile.in", "Makefile.pandora", etc.... Where on that scale should you ideally be?
-Makefiles of many projects look incredibly complex, why?
-What versioning system to use? When to make a 1.0.0? When to append "rc" at the end?
-When to tag stable versions? And when you change something in head, do you need to change version number every single time?
-When creating a dynamic library, and you tagged a stable version, and you then change something in head. Should in the makefile the version number of the library name be changed to something? If so, should it be changed to a next minor version, or to something with "-rc" at the end?
-What names should be used for tags of versions?
-Does there need to be both a zipped version of the source code and one under VCS, and if so why is that zipped version needed?
-Are there any naming conventions for output binaries and libraries?
-Are you supposed to let your makefile clean up .o files after compilation or not?
-Are there any conventions for makefiles for names of sections and variables in it? E.g. is it a good idea to have a "clean:" in your makefile to remove everything?
-When depending on another library which is hosted somewhere else, how to handle that? What when statically depending on it?
-Any other things I should know?
Thanks!
Last edited by aardwolf (2013-05-07 12:32:57)

aardwolf wrote:Hello,
Many of your questions have no single correct response. I'll reply with my own opinions and experiences, based on my release of two open source projects (GPT fdisk and rEFInd).
-How many operating systems should your makefile support? Should I make special cases for every single Linux distro and other OS in the makefile, or can I just put a generic "g++ *.cpp" in the makefile, and let each OS and distro's own package managers take care of tailoring it to their OS?
Ideally, a Makefile should build a package under every OS on the planet. In practice, this isn't always practical. Many developers use programs like Autotools to create Makefiles that are suited to a particular build environment. Other developers (myself included) create a handful of Makefiles for different environments -- for instance, my GPT fdisk has Makefiles for Linux, FreeBSD, OS X, and Windows. My rEFInd officially supports building only under Linux, although it supports two EFI toolkits (GNU-EFI and TianoCore EDK II) via a cascading set of Makefiles. Any of these Makefiles can require changes depending on the distribution and development environment in use, but that's not really my concern.
If a distribution requires changes, that type of change is generally best left to a build system like Autotools or to the person who builds or packages the program. IMHO, it's unreasonable to ask a developer to make minor tweaks to a static Makefile to support every minor Linux variant on the planet.
-For makefile complexity, I guess there is a scale ranging from a hack like just typing "g++ *.cpp" in it, through having nice sections, groups of files and definitions like "CFLAGS", all the way up to projects which have 20 different makefiles in them like "Makefile.in", "Makefile.pandora", etc.... Where on that scale should you ideally be?
This is very much a matter of personal preference and project complexity. Autotools or something similar will make it easy for users and distribution maintainers, but can be tricky to use for the developer. If your program is a simple single-file C program, you might forego a Makefile completely; but for something on the scale of the Linux kernel, a Makefile (or something equivalent) is absolutely required.
-Makefiles of many projects look incredibly complex, why?
Some projects are very complex, as in the Linux kernel itself. Other times, the Makefiles generated by automated systems like Autotools can be more complex than they might be if they were hand-crafted. In still other cases the developers like complexity or are barely competent at creating Makefiles and so create something that's more complex than it needs to be.
-What versioning system to use? When to make a 1.0.0? When to append "rc" at the end?
AFAIK, there are no standards on this. A 1.0 release denotes that something has moved beyond "beta test" status -- in other words, you think it's stable and usable for the masses. Open source software authors tend to be conservative in making that judgment, so pre-1.0 releases in the open source world are often as good as post-1.0 releases of commercial software. The bottom line, though, is that it is a judgment call -- what I consider "1.0" software you might consider well beyond that point and something else might consider pre-beta.
As to release candidate (RC), not all projects use that designation at all. It seems to me to be more common among large projects as they approach major release milestones, to denote something that is close to being finalized, but not quite -- essentially a sort of very late beta stage, even if the initial 1.0 release was made some time before.
-When to tag stable versions? And when you change something in head, do you need to change version number every single time?
If the code changes, you should definitely change the version number. Most developers accumulate several changes before making a new official release, though. Personally, I make full releases with three-digit numbers (like 0.8.6 or 0.6.10), and I upload minor changes to my project's git repository with four-digit numbers (like 0.8.6.1 or 0.6.10.2), but don't do full releases with tarballs and RPMs and whatnot for these, except in a limited way if I want specific people to test a recent change because they filed a bug report. Others have other systems.
-When creating a dynamic library, and you tagged a stable version, and you then change something in head. Should in the makefile the version number of the library name be changed to something? If so, should it be changed to a next minor version, or to something with "-rc" at the end?
The key difference with dynamic libraries is that the interfaces should not change with minor changes. IIRC, the second digit (like "2" in 1.2.3) is the cutoff point. In other words, a program that uses library version 1.2.3 should continue to work without changes or recompilation with library 1.2.4 or 1.2.2 (assuming no bugs). This enables users to upgrade the library (from 1.2.3 to 1.2.4 or the like) without upgrading every binary that relies on it. With version 1.3.0, though, the interface to the library might change in a way that would require recompilation of the program or even changes to the source code. Thus, changing the library from 1.2.4 to 1.3.0 will require the user to upgrade all the programs that use that dynamic library (or keep the old version around along with the new one). Note that I've never created a publicly-released library, and it's been a while since I've read up on this, so I might be a little off on these details.
-What names should be used for tags of versions?
I'm not sure what you mean by this.
-Does there need to be both a zipped version of the source code and one under VCS, and if so why is that zipped version needed?
You can do it any way you want; but as a general rule, you should provide source code in a tarball or .zip file because that's easier to download. Some package systems, such as RPM, require that a source package filename be specified, and so not providing source in such a package just complicates matters for packagers and therefore makes it less likely that they'll bother packaging your program at all. This in turn makes it harder for your users to use the program.
Note that most Linux programs' source code is provided as tarballs rather than as .zip files. Some cross-platform programs can be exceptions to this rule. For instance, I used .zip for rEFInd (a boot loader) because .zip is a little more common in Windows -- although I'm sure either would have worked fine, in practice.
You should probably provide binary builds of your software -- although in some cases this can be tricky because a binary built for Distribution A may not work on Distribution B because of library differences. The OpenSUSE Build Service (OBS) can help with this, although it's a bit of a pain to use.
-Are there any naming conventions for output binaries and libraries?
Not AFAIK, except of course for filename extensions like .so and .a.
-Are you supposed to let your makefile clean up .o files after compilation or not?
No, except for the "clean" target and anything else that's supposed to do this.
-Are there any conventions for makefiles for names of sections and variables in it? E.g. is it a good idea to have a "clean:" in your makefile to remove everything?
The "all" target builds everything, "clean" cleans up, "install" installs everything, and "uninstall" uninstalls everything. There's no law that says you have to have all of these, but they're common, particularly with big projects.
-When depending on another library which is hosted somewhere else, how to handle that? What when statically depending on it?
This type of thing is generally handled by packaging programs (pacman, rpm, dpkg, etc.), not by developers' Makefiles. That said, Makefile builders like Autotools should check for the relevant development libraries and stop if they aren't present. That will handle the static linking issue, as well as other problems. On another level, when using RPM, a source RPM will include dependencies on the relevant development libraries, and Debian source files have a similar feature. Putting these files together is the responsibility of distribution maintainers, not of program authors.
-Any other things I should know?
There's a huge range of acceptable practices on these issues. As a general rule, though, the smaller the package the more likely you are to find a simple Makefile that builds the whole project. Bigger projects are more likely to rely on multiple Makefiles, Autotools, or other complex pre-build software. More standardization emerges at the distribution level, in the form of source and binary RPMs, Debian packages, etc. You shouldn't need to worry too much about that. So long as your package builds with few or no changes on a variety of distributions, the distribution packagers can handle the rest. Build systems always support patches so that minor changes to Makefiles or whatnot can be incorporated. This frees you up to worry about other things rather than trying to support every minor variant distribution in existence.

Bomber question - a commercial game open source

I came across commerical J2ME game - Bomber at
http://j2mebomber.sourceforge.net/
But it is different from other open source J2me game in ways :
1) Bomber project convert all images to a signle binary file
http://chiu424.hypermart.net/intro.txt
http://chiu424.hypermart.net/a.txt
http://chiu424.hypermart.net/sound.txt
http://chiu424.hypermart.net/level0.txt
2) there is a utility called tobin.exe that takes a text file and output a binary file that includes all images / sounds
3) here is a list of binary files for bomber ( sound + image )
http://chiu424.hypermart.net/game.JPG
===============
- Is there any tutorial on how to use ToBin.exe or other untility that covert images files to a single game data file that reads by J2ME game using InputStream and read byte by byte? it's somewhat confusing.
- I had google more than 8 hours on info in using ToBin.exe with no luck, how it maps image to a single binary file, any tutorial on this?
- it seems all commerical J2ME games read binary data file, instead of open PNG files one by one used by open source non - commerical games.

i found this...
1. Copy the Tobin.exe file from the floppy disk to the new directory.
2. Because Tobin.exe is a self-extracting file, double-clicking the Tobin.exe file extracts the following four files:
o Tobin16.exe (the utility)
o Tobin16.hlp (the online Help file)
o County.cde (a file containing the API county codes)
o Tobin.doc (utility documentation)
o ...
here
http://www.tobin.com/marketing_pages/documents/data_formats/tobin_to_geographix.htm
did you install tobin.exe?

Open Interface for Approved Supplier Lists and Sourcing Rules

Hi All,
Is there an open interface or an API available for Appeoved Supplier Lists and Sourcing Rules.
Thanks and Regards,
MPH

Hi sandeep,
I prefer to use the API mentioned.
However this is in Oracle Manufactirung and we dont use that module instead I want to define them in Oracle Purchasing.
can I still do it in Purchasing using the same API.
Further as per the document there are 3 entities
01) Sourcing Rule/Bill of Distribution
02) Receiving Organization
03) Shipping Organization
Do I need to define all 3 in order to make it work?
Thanks and Regards,
MPH

DBAShell - New Open Source Project for Oracle DBA's

I'd like to have this project included in the Open Source Oracle tools list at: http://www.oracle.com/technology/community/opensource_projects.html
I've been an Oracle DBA for quite some time (since 7.0.13) and a developer for many years. One of the things I've always wished for was an easier way to set up environment variables for different Oracle Homes and a way to provide passwords to scripts without embedding them in plain-view.
About 3 years ago, I started a set of functions and scripts at my company that did exactly just that and provided many more functions for things like checking database status, running scripts quietly unless errors are detected, running actions in parallel (like fast shutdowns at once, or multiple analyzes), restarting databases in a guaranteed fashion, aliases to common folder locations, etc..
About a month ago, after putting all this time and effort into these scripts and using them in production all this time, I realized I wanted more out of the scripts like support for other databases and thought that it would be best if I gave it new life as an Open Source project.
So that is how http://sourceforge.net/projects/dbashell/ was started. Now its in a second release (DBAShell 0.85) that is more modular and would allow other people to easily add support for other OSs, other Shells, and other Databases.
Here is a description of the project from the latest news item:
DBAShell is a project based around Shell functions and scripts designed to make it easy for DBA's to use Databases in a command line environment. Currently supported is Oracle with ksh and bash on AIX, Solaris, Linux. The code base itself is 3 years old and has been in use in Production environments all of that time.
Features include:
* Automatic setting of all environment variables based on SID requested.
* Manage PATH's and other path like variables for each ORACLE_HOME needed.
* Run scripts with stored passwords (no more hard-coding of passwords!!)
* Automatically set SID based on Script location (makes it easier to share scripts between SID's)
* manage temporary script output and check for oracle errors in output
* check database status and versions from scripts
* stop/start databases in parallel (faster startup)
* compile all database objects
* analyze objects in parallel (Faster analyzes)
* set aliases and variables for common SID areas, etc..
* many helpful commands for common Oracle tasks
Over a thousand people have already downloaded the prior release and more are downloading every hour.
I'm seeking feedback from anybody that would be willing to take a look at the project, trying it out, give me any feedback you have on it, and perhaps even direct me to where I could best promote this project.
I wrote a tutorial that shows at a glance some of the more useful features of DBAShell:
http://sourceforge.net/docman/display_doc.php?docid=34041&group_id=170224
Main site:
http://sourceforge.net/projects/dbashell/
Documentation: http://sourceforge.net/docman/display_doc.php?docid=33704&group_id=170224
Download:
http://prdownloads.sourceforge.net/dbashell/dbashell-0.85.tar.gz?download

Always glad to have people thinking about the poor DBA's. Usually, the developers get most of the attention in open source.

DBAShell - Open Source project for Oracle DBA's

Ive been an Oracle DBA for quite some time (since 7.0.13) and a developer for many years. One of the things Ive always wished for was an easier way to set up environment variables for different Oracle Homes and a way to provide passwords to scripts without embedding them in plain-view.
About 3 years ago, I started a set of functions and scripts at my company that did exactly just that and provided many more functions for things like checking database status, running scripts quietly unless errors are detected, running actions in parallel (like fast shutdowns at once, or multiple analyzes), restarting databases in a guaranteed fashion, aliases to common folder locations, etc..
About a month ago, after putting all this time and effort into these scripts and using them in production all this time, I realized I wanted more out of the scripts like support for other databases and thought that it would be best if I gave it new life as an Open Source project.
So that is how http://sourceforge.net/projects/dbashell/ was started. Now its in a second release (DBAShell 0.85) that is more modular and would allow other people to easily add support for other OSs, other Shells, and other Databases.
Here is a description of the project from the latest news item:
DBAShell is a project based around Shell functions and scripts designed to make it easy for DBA's to use Databases in a command line environment. Currently supported is Oracle with ksh and bash on AIX, Solaris, Linux. The code base itself is 3 years old and has been in use in Production environments all of that time.
Features include:
* Automatic setting of all environment variables based on SID requested.
* Manage PATH's and other path like variables for each ORACLE_HOME needed.
* Run scripts with stored passwords (no more hard-coding of passwords!!)
* Automatically set SID based on Script location (makes it easier to share scripts between SID's)
* manage temporary script output and check for oracle errors in output
* check database status and versions from scripts
* stop/start databases in parallel (faster startup)
* compile all database objects
* analyze objects in parallel (Faster analyzes)
* set aliases and variables for common SID areas, etc..
* many helpful commands for common Oracle tasks
Over a thousand people have already downloaded the prior release and more are downloading every hour.
I'm seeking feedback from anybody that would be willing to take a look at the project, trying it out, give me any feedback you have on it, and perhaps even direct me to where I could best promote this project.
I wrote a tutorial that shows at a glance some of the more useful features of DBAShell:
http://sourceforge.net/docman/display_doc.php?docid=34041&group_id=170224
Main site:
http://sourceforge.net/projects/dbashell/
Documentation: http://sourceforge.net/docman/display_doc.php?docid=33704&group_id=170224
Download:
http://prdownloads.sourceforge.net/dbashell/dbashell-0.85.tar.gz?download

Always glad to have people thinking about the poor DBA's. Usually, the developers get most of the attention in open source.

Open Source project - request for interest

Hi,
I know this may not be the most appropriate place for this but I couldnt find anywhere else. The project is due to start up in early 2006. The technology is Java based and supports J2EE. It enables developers to work at a high level and generate apps very quickly and more complex functionality can be built using Java to address requirements.
I thought I would post this here for anyone interested in participating in a new Open Source project for a Java development tool.
I apologise in advance if anyone gets upset over this post - but I thought Java developers should be aware of the project.
Thanks.
Be in at the start of an exciting new Open Source initiative!
If you're a Java developer and you'd be interested in participating in the development of a new UK-based Open Source project then read on.
The project would seek to take an existing, powerful J2EE-based rapid web application development tool on to the next level. Sitting happily alongside other well-known open source names such as Red Hat, MySQL and JBoss, it enables the building and deploying of J2EE-based web applications in a fraction of the time that it would otherwise take to develop them. But the possibilities are only limited by your imagination.
So, if you're interested in contributing to the evolution of this project please email us at [email protected] with your contact details and we will be in touch with you.

Thanks for the ponter, I will check it out.
hth,
Sean

Open Source Project for PHP

Open Source Project Announcement...
I have started an open source project to build a module for
PHP4 that will allow direct calls to Tuxedo services from
the PHP script, the project name is php-tuxedo.
Think about it for a second... The ability from inside a
PHP web page to directly call already existing Tuxedo
services anywhere in your environment. Just like PHP can
open a database connection to Oracle or Sybase, it would
open a Tuxedo connection as a Tux client to a Tuxedo
middleware environment.
For those who have used PHP, you know how easy it is to
build dynamic web pages. But those pages are mostly limited
to database queries or flat file access for data. With this
project you could call all your existing enterprise Tuxedo
services directly. I believe this would be a very powerful
enhancement to PHP's capabilities.
To those familiar with Tuxedo, you know about how powerful
an implementation of Tux middleware services can be for
departmental and enterprise solutions.
I want to bring these two pieces together.
Project status. The project is in its early infancy, but
some parts are functional. I have successfully built a
client page that uses a STRING buffer to call a service with
tpcall and returns a STRING buffer back. Primitive? Sure,
but this is only the start. I have ideas of how to
implement many other functions and buffer types including
FMLs.
There is much work to do, but if you are interested please
check out http://php-tuxedo.sourceforge.net. There you can
download my first cut and more importantly follow the
project as it progresses. For the really ambitious I would
welcome any testing or development help on the project.
Please note I’m posting this note to several lists I don’t
normally monitor, so I may not see a reply on the list.
Hope to hear from you.
Brian Foddy
[email protected]

Always glad to have people thinking about the poor DBA's. Usually, the developers get most of the attention in open source.

A fundraiser for 0 A.D. (open-source strategy game)

Similar Messages

Maybe you are looking for