Opinião sobre jCompany

Daqui a pouco o shoes chega dando voadora…

Cara, essa sexta-feira vai ser picante!!!

Gostaria de opiniões à respeito do Framework jCompany, até que ponto sua empresa se arriscaria em utilizar um aglomerado de Tecnologias sobre plataforma desenvolvimento fechada?

sds.

WilliamSilva:

Gostaria de opiniões à respeito do Framework jCompany, até que ponto sua empresa se arriscaria em utilizar um aglomerado de Tecnologias sobre plataforma desenvolvimento fechada?

Essa é a sua dúvida, cuja resposta é.

sds.

Não entendi? Quando disse ferramentas profissionais, não é em relação ao jCompany!!! Pode ter certeza!!!

Como algo que se auto-denomina open-source e não possui link para download. Obvio, vara de pescar para conseguir vender o peixe para gerentes de informática sem o devido conhecimento técnico.

Essa é uma boa questão… .OpenSource não necessariamente significa Free para download e sim o código aberto à alguém que compre a ferramenta.

Ex. Vc compra o Office da Microsoft, mas não tem a fonte do mesmo.

Seria um exemplo…

Independete disso, eu e o shoes já haviámos falado dessa merda em outro tópico, dá uma busca aí com Lucene novo, acho que acha mais rápido

Agora os caras tão safados, que até o nome da companhia eles plageiam … http://www.jcorporate.com/ - olha o Expresso Framework

Algo em comum ?

PS: Foda é ver BNDS apoiando coisas como essa, nosso dinheiro e projetos sérios não conseguem passar … Lobby no Brasil é foda !!

Além disso, creio que existe uma grande estratégia de marketing relacionando nomes de design patterns como a estratégia para salvar qualquer desenvolvimento de software. Acho que entraram no embalo da Sun…

Vejo essa Framework ou Wizard do Eclipse com uma coxa de retalhos… Isso cai no censo de fábrica, entra e sai!!! Como foi feito? Ninguém sabe!!! “”"“Code Bizzare Generator”"""

Pra que aprender Java se essa ferramenta faz tudo?

Cudado, que daqui a pouco, vai ter N tópicos criados por pessoas recém-cadastradas defendendo o produto, pedindo para dar um crédito a ele e etc…

Perae, parece que houve um tópico a pouco tempo assim.

Até!

Kenobi wrote.:

Independete disso, eu e o shoes já haviámos falado dessa merda em outro tópico, dá uma busca aí com Lucene novo, acho que acha mais rápido

Quando disse ferramentas profissionais, não é em relação ao jCompany!!! Pode ter certeza!!!

Caros,

Aqui é Paulo Alvim. Sou Diretor de Tecnologia da Powerlogic e responsável pela concepção (e ‘kernel’ do código, digamos assim).

Estarei a partir deste mês de março respondendo a dúvidas sobre o jCompany Developer Suite - e participando de threads sobre o assunto, na medida do possível… isso porque, em Abril, estaremos lançando uma alternativa internacional GPLv3 do framework de integração que compõe a suíte jCompany (e ainda uma versão comercial para download, acessível, por R$ 600,00) - além da alternativa corporativa (Enterprise) em licença Open-Source Gerenciada, que temos hoje…

Porque a Powerlogic não liberou estas alternativas até hoje?

1. Porque não tinhamos uma documentação de auto-estudo, que fosse suficiente para auto-didatas (a versao corporativa tem muita documentação, mas exige treinamento, mentoria, etc.) - então sabiamos que não haveria como passar o ‘rationale’ do produto de forma correta, em uma comunidade colaborativa, o que exergávamos como limitador para seu sucesso.

2. Porque uma solução complexa e multifacetada como a do jCompany, que provê uma Arquitetura de Software para reuso (“framework de integração”) + Ferramentas de geração de artefatos (extensão de IDE) + Gerencia de Configuração de toda a pilha Open-Source utilizada + frameworks de “última milha” para teste + padrões para modelagem de “Agregação de Objetos/Interface para Web/Realização de Casos de Uso via MVC” ==> não possui requisitos claros para ‘angariar colaboração facilmente’ - sabemos hoje que o mundo Open-Source é pródigo em aprimorar (e até ‘commoditizar’) produtos cujos requisitos sejam claramente conhecidos e/ou de nichos mais bem definidos - mas produtos de “integração extensiva” são tipicamente originários de esforços de empresa - ainda…

Hoje, no estágio em que se encontra, acreditamos que será possível ter apoiadores para a versão GPLv3

3. Porque nosso foco inicial era de fazer um produto que provesse a mesma qualidade de produtos de IBM, Borland e Microsoft para substituir evasão de empregos e divisas para fora do pais, e manter grandes empresas no mundo Java EE Open-Source. Para isso, investimos aporte de capital próprio e do BNDES em grande volume para prover uma integração evoluída que especializa, homologa, integra e instala mais de 50 produtos Open-Source (incluindo várias extensões próprias da Powerlogic, de alto valor agregado), como se fossem um único produto para o cliente - por si já um grande benefício.

Mais que isso: mantemos ramos de evolução de toda a pilha (3.x, 5.x, 5.1.x), documentação de integração e garantias para os grandes clientes que. Em 70% das concorrencias que ganhamos, se os clientes não tivessem esta opção, optariam por suítes dos grandes fabricantes do Vale do Silício, estas sim, de código fechado e pouco interesse para o país. Nós agora iremos para exportação em Abril, com base na versão free (serviços, addons, versões gerenciadas - exatamente como Red Hat, Alfresco, etc.)!

Hoje temos documentação e cópia para download disponível e que, portanto, permitem uma avaliação correta da solução:

• Para baixar 5 capitulos gratuitos do eBook "Tirando o Máximo do Java EE 5 com jCompany Developer Suite": http://www.powerlogic.com.br/powerportal/ecp/comunidade.do?app=ebook

• Para baixar cópia de avaliação: http://www.powerlogic.com.br/powerportal/ecp/comunidade.do?evento=portlet&pIdPlc=ecpTaxonomiaMenuPortal&app=ebook&tax=9543&lang=pt_BR&pg=7000

• Para ver mais sobre o jCompany: http://www.powerlogic.com.br/powerportal/ecp/comunidade.do?app=comunidade_jcompany

==> Sugiro que que se interessar baixe o estudo de ROI (Retorno de Investimento), que dá uma idéia boa sobre a solução. E os PDFs de convenio acadêmico, que dão a idéia das disciplinas que ministramos e suportamos dentro da solução.

Não quisemos aqui "vender" - mas principalmente de "defender" o direito de todos, de possuirem informações corretas e julgarem por si mesmos se somos ou não uma empresa séria…

Obrigado pelo interesse, estamos à disposição para esclarecimentos (anunciaremos no FISL de Porto Alegre, as novas versões gratuitas e professional).

Paulo,

Faz um bom tempo que não ouço falar do JComany. Como andam os pontos em: https://soujava.dev.java.net/servlets/ReadMsg?list=java-list&msgNo=19724 ?

Qual seria a diferença do JCompany para o Mentawai por exemplo? Por que as empresas escolheriam pagar pelo JCompany a utilizar o Mentawai de graça? O JCompany é um ERP ?

nadele:

Qual seria a diferença do JCompany para o Mentawai por exemplo? Por que as empresas escolheriam pagar pelo JCompany a utilizar o Mentawai de graça? O JCompany é um ERP ?

Oi Phillip,

O framework de integração do jCompany, até sua versão 2.7 (criada em 2004), suportava os “J2EE Blue Prints”, porém substituindo os EJBs por POJOs usando Design Patterns Façade + Business Object + Value Object, gerenciando transações locais via Hibernate/JDBC na fachada e procurando garantir o MVC sem o conteiner EJB - esta era realmente a premissa desta versão. Creio que é a partir dela que vc emitiu sua opinião naquela thread (ou alguma anterior)

A partir da versão 3.x em diante, evoluímos o produto para possuir IoC, DI e transação via AOP/Anotação, reforçando o DP DAO (Abstract Factory) e também fomentando outras organizações de arquitetura, promovendo um modelo de domínio mais robusto (Entidades de Domínio em lugar de VOs clássicos). Nesta versão, somente não reutilizamos Spring porque tive a oportunidade de estar com o Gavin King durante a especificação EJB 3.0, e soubemos que ela iria ‘hachurar’ o Spring em grande parte - o que nos fez optar por reusar o JBoss Seam, a partir do Java EE 5.

Na versão 5.0, lançada em julho/2007, compatibilizamos o produto com JPA 1.0. JSF 1.2 (Apache Trinidad), EJB 3.0 (opcional) e reforçamos as práticas de DDD de Eric Evans, que se popularizaram de 2004 para cá. É hoje possível se conceber um Modelo de Domínio rico no jCompany.

Você pode ler sobre a arquitetura do jCompany atualmente na versão 5.1 em:

http://www.powerlogic.com.br/livro/4/capitulo4.htm

Se quiser ler uma discussão sobre os “Casos de Uso Padrões” (Generalizações MVC2 completas, de alto nível, implementadas no framework de integração) identificados pelo jCompany e como eles se relacionam com Design Patterns de mercado atuais você pode ler em:

http://www.powerlogic.com.br/livro/5/capitulo5.htm

http://www.powerlogic.com.br/livro/a11/apendice1.htm

Finalmente, há uma cópia DEMO e material explicativo atualizado (incluindo ROI) em

http://www.powerlogic.com.br/powerportal/ecp/comunidade.do?app=comunidade_jcompany

Apesar da grande confusão que vemos nos foruns, conheço o nível de qualidade de seus POSTs - e creio que você deve entender bem o que fazemos: Temos:

1. o framework de integração como uma solução OO extensiva - de integração sobre insumos Open-Source, que provê uma Arquitetura de Software de base, para reuso em alto nível;
2. integrações e especializações em ferramentas (ECLIPSE + WTP+ JBoss Tools);
3. framework para Testes de Unidade (JUnit e Easymock);
4. Padrões & Métodos (GUI, DDD, Casos de Usos Padrões);
5. Gerência de Configuração sobre tudo isso (instalável como um único produto)

===> Isso não é nada revolucionário e mágico, nem um pouco parecido com soluções milagrosas ou RAD - é apenas uma solução abrangente que encontramos resolvida de foram redundante (e parcial) na maior parte das empresas… costumamos catalisar e, através de customizações, prover uma solução completa de produtividade através de reuso - mantendo a liberdade e realizando adaptações para cada negócio… (sem uma solução Open-Source gerenciada assim, teriamos muito mais Rational, Oracle e Borland por aí - com quem habitualmente concorremos). É isso.

Abraços!

Paulo Alvim

sinceramente…

não acredito que haja ferramenta Java mais produtiva que o netbeans e pra aplicacoes especificas nao ha nada mais recomendado que o bom e velho eclipse…

o jcompany eh ate bom e tal… mas nao se compara ao netbeans,

rikg12:

sinceramente…

não acredito que haja ferramenta Java mais produtiva que o netbeans e pra aplicacoes especificas nao ha nada mais recomendado que o bom e velho eclipse…

o jcompany eh ate bom e tal… mas nao se compara ao netbeans,

Vc ja trabalhou com o JCompany?
Eu qdo vi uma empresa aki no ES, que usa JCompany, achei legal pacas.

fabiocsi:

Vc ja trabalhou com o JCompany?
Eu qdo vi uma empresa aki no ES, que usa JCompany, achei legal pacas.

o instalei em casa e no meu novo trabalho vou usa-lo como ferramenta por ser isso default da empresa…

mas ate agora, sempre trabalhei com o netbeans e usei o eclipse para desenvolver trabalhos para a faculdade.

Eu simplesmente, DESTESTO o JCompany.

A primeira vista tudo parece ser bastante simples. Mas não é. Pelo contrário é mais obscuro que tudo. Uma péssima ferramenta para se trabalhar. O gerador de código tem muitos bugs. Para você fazer uma intervanção no código é uma vida. E não adianta tentar pesquisar. Você não encontrará nada. Nem nos foruns. ALIAIS, QUE FORUM?
O pior de tudo: NAO EXISTE EXEMPLOS. NÃO EXISTE DOCUMENTAÇÃO. (É MUITO RESTRITA).

NAO VALE A PENA!

Fico por aqui, totalmente lesado por essa ferramenta.

Ricardo Monte Nogro:

Eu simplesmente, DESTESTO o JCompany.

A primeira vista tudo parece ser bastante simples. Mas não é. Pelo contrário é mais obscuro que tudo. Uma péssima ferramenta para se trabalhar. O gerador de código tem muitos bugs. Para você fazer uma intervanção no código é uma vida. E não adianta tentar pesquisar. Você não encontrará nada. Nem nos foruns. ALIAIS, QUE FORUM?
O pior de tudo: NAO EXISTE EXEMPLOS. NÃO EXISTE DOCUMENTAÇÃO. (É MUITO RESTRITA).

NAO VALE A PENA!

Fico por aqui, totalmente lesado por essa ferramenta.

Não sou a favor da comercialização de IDEs (JCompany, MyEclipse), se temos IDEs livres. Porém quando recebemos um representante red hat querendo vender a ferramenta ele deixou bem claro que seria preciso participar de um curso ministrador pela red hat. Provavelmente para aprender a usar os recursos que a IDE oferece. Você com certeza não participou.

É como comprar um carro e dizer que ele não presta pq vc não sabe dirigir.

Ricardo Monte Nogro:

Eu simplesmente, DESTESTO o JCompany.

A primeira vista tudo parece ser bastante simples. Mas não é. Pelo contrário é mais obscuro que tudo. Uma péssima ferramenta para se trabalhar. O gerador de código tem muitos bugs. Para você fazer uma intervanção no código é uma vida. E não adianta tentar pesquisar. Você não encontrará nada. Nem nos foruns. ALIAIS, QUE FORUM?
O pior de tudo: NAO EXISTE EXEMPLOS. NÃO EXISTE DOCUMENTAÇÃO. (É MUITO RESTRITA).

NAO VALE A PENA!

Fico por aqui, totalmente lesado por essa ferramenta.

amigo, existe uma documentação mto completa sobre o jcompany, alem do forum no proprio site da empresa q o desenvolveu, a www.powerlogic.com.br, sem falar que o jcompany eh massa, cara…

o unico problema eh q ele engessa um pouco o desenvolvedor, mas a produtividade q se ganha com ele eh incrivel, alem de se permitir desenvolver aplicações de missão crítica para empresas de grande porte, ele eh mto poderoso. Ate mesmo por utilizar a base do eclipse, nao existem mto choque, basta atentar para as particularidades…

qto a comercializacao de IDEs… eh outra discussao, hehehe
ainda mais se tratando de software livre, que nao significa necessariamente software gratis…

Desculpe mas não tinha visto essa thread antes…

Não consegui entrar no site, alguns domínios brasileiros tem problema da DSN com conexões da Austrália, me parece ser o caso. Existe algum outro domínio com este material?

Apesar de não ter conseguido acessar seu site pela sua resposta aqui imagino que o JCompany tenha mudado muito, já que o que ele oferecia era difícil de definir. Dos pontos levantados por você:

Usar o produto implica em usar uma arquitetura específica?

Voce havia me falado de cheat sheets anteriormente, além destas o que mais existe?

Não entendi, JUnit é um ramework para test unitário por si só… qual é exatamente o oferecimento?

Em que sentido vocês oferecem padrões? (além do ‘caso de uso padrão’, que eu imagino que seja um template).

Onde exatamente entra o produto?

alvim:

===> Isso não é nada revolucionário e mágico, nem um pouco parecido com soluções milagrosas ou RAD - é apenas uma solução abrangente que encontramos resolvida de foram redundante (e parcial) na maior parte das empresas… costumamos catalisar e, através de customizações, prover uma solução completa de produtividade através de reuso - mantendo a liberdade e realizando adaptações para cada negócio… (sem uma solução Open-Source gerenciada assim, teriamos muito mais Rational, Oracle e Borland por aí - com quem habitualmente concorremos). É isso.

IBM e Borland investem bastante em Open Source, sendo fundadora e parte do consórcio Eclipse, por exemplo, e meu ponto com o jCompany, após todos estes anos conehcendo a ferramenta em JUGs, congressos e testemunhos, continua sendo o de que eu ainda não entendi o que e ganha ao invés de procurar diretamente os fornecedores das ferramentas que vocês utilizam.

Outra pergunta: suponha que eu encontre um bug num produto open-source que vocês utilizam dentro do seu framework. Eu há algum tempo possuo contratos com empresas de open source como JBoss e SpringSource e estas empresas geralmente corrigem o bug em pouco tempo e me mandam um patch com a correção. Por um bom tempo eu trabalhei com um JBoss 3.2 que a Jboss (antes da Red Hat, aliás) aplicou boa parte dos bug fizes que só estavam disponíveis na 4.0GA. Supondo que eu vá gastar uma quantia considerável em licenças, consultoria e treinamento o que acontece quando eu encontro um bug no Eclipse/Hibernate/Seam/seja lá qual outro produto open source que vocês usam? Vocês o corrigem?

Uma pergunta extra:

alvim:

Nesta versão, somente não reutilizamos Spring porque tive a oportunidade de estar com o Gavin King durante a especificação EJB 3.0, e soubemos que ela iria ‘hachurar’ o Spring em grande parte - o que nos fez optar por reusar o JBoss Seam, a partir do Java EE 5.

Você está se referindo ao evento no Rio em 2005?

rikg12:

sinceramente…

não acredito que haja ferramenta Java mais produtiva que o netbeans e pra aplicacoes especificas nao ha nada mais recomendado que o bom e velho eclipse…

o jcompany eh ate bom e tal… mas nao se compara ao netbeans,

pois eh, galera…

tenho q dar a cara a bater… o jcompany engessa mto o desenvolvedor… mas seu ganho com produtividade é simplesmente incrivel!!!

todos que falam mal dessa ferramenta concerteza não conhecem nem um pouquinho do que ela é capaz de fazer.
antes de conhecer eu falava mal tb, mas agora mudei totalmente minha opnião sobre o jcompany. claro que ele tem seus problemas,
mas ainda não vi no mercado algo tão produtivo e gerenciavel.

olha esse tópico aqui:

http://www.guj.com.br/posts/list/15/200352.java

Olá pessoal, por acaso alguem aqui é da época do “PowerBuilder”??
Pois é, o JCompany é praticamente o PowerBuilder para Java.

Ele é uma ótima ferramenta se você for trabalhar com bancos de dados tradicionais SQL Server, MySQL, DB2, Oracle, e Processos simples em projetos simples.

Como todos nós sabemos para processos e projetos simples existem ferramentas como Excel e Access, exeto pelo volume de informções, e outras ferramentas de escritório,
quando um cliente procura a nossa empresa para fazer um desenvolvimento de software todos nós sabemos que o desenvolvimento não vai ser normal.

Eu não sei se a visão do idealizador do JCompany foi mal interpretada pelos desenvolvedores do mesmo ou se a idéia era pra ser assim mesmo, ele me deixou muito
a desejar pelo tamanho dele, acho que se todo o investimento do JCompany fosse investido em algo como RAD seria melhor.

Mas existem coisas que eu achei fantasticas nele como:
Ferramenta para programar testes em páginas - Phooda até porque eu tambem comecei a fazer uma só que a minha empresa não se liga muito nessas coisas e eu não ia me matar pra nada.
Gerenciamento de N camadas de projeto e N Frameworks - Phooda tambem, porque isso dá um trampo da porra, toda hora surje um projeto com uma combinação diferente de Frameworks.

Eu volto a dizer ele é muito bom só foi mau interpretado, só falta saber por quem!

Alvim se estiver lendo isso não me interprete mal, eu tambem sei o quanto é difícil criar ferramentas até porque eu crio muitas delas o tempo todo, geradores de códigos, editores, robos, manipuladores de texto, procure no youtube sobre alansoft, tem alguns videos dos meu softwares(SQLEditor, DSM, IED) lá, isso é pra mostrar o quanto eu sei que é dificil criar ferramentas para desenvolvedores e ainda de graça, fique a vontade pra criticar.

Eu estou a 8 anos tentando formular uma boa prática de Geração de Códigos personalizados e Facilitar a Construção de Estruturas de Dados e tá foda, mas acho que já to chegando lá, pelo menos os prototipos estão dando bons resultados.

m